unsv29的专栏

（1）mqtt，如阿里云（2）简单os，如freertos

我的两篇原创文章《STM32启动模式说明》和《51单片机C语言实例浅析》。点击量不小。事实上不是我传到百度文库里面的。我以前传到了EDNchina里面。于是别的网友传到了百度文库里面。http://wenku.baidu.com/link?url=1uINx_V8YGOqiOtTF1pV-PdMjdQQujhslnpCFdqNu_2RZA4PeGjo6FA_5FMXBy3F

增加两项：（1）主要完成 bootloader。一个bootloader兼顾RS232/以太网/CAN，在同一个上位机。不弄USB更新程序。上位机下半年要着手开发，边开发边调整，难度未知，但是基本可控。一个bootloader要注重通用性，最好与CPU无关。（2）MQTT为什么要研究MQTT，一个是与以太网相关，会加深对网络的理解，另一个是可能会将控制引入手机端。（3）发表论文一篇，发明专利一篇重...

目前来讲，我个程序书写格式，基本已经养成习惯了。但是对于某些所谓临时的程序，我尚且没有进行分层，这个不见得是个好习惯。好适当注意。

想来想去，要考虑格局！bootloader一定是通用的bootloader，不能只是考虑STM32，还应该考虑别的芯片，这样才是一个像样子的作品。像样子的作品，意味着简单的作品，清晰的作品，那么就应该把驱动限制在某个地方，而不是到处显摆。应该放弃以前的复杂的驱动，毕竟bootloader的驱动与以前的通用的驱动还是不同的。因为bootloader的驱动不用中断，因为bootloader的驱动只是用...

感觉不错！弄了个定时器，跑起来了，感觉这个VB2008和以前的VB6差不多。以前的多个VB作品都是乱七八糟，尽管个别作品用起来了，但是可修改性极差。这次一定要好好规划一下。不要急！稳住！...

关于2016年的初步规划 实施情况如下：（0）实现midware的驱动与中间件的分离（1）完成CANOPEN从站的移植，比较满意，并且马上要大规模上项目了，稳定性测试还没完全结束。          下一步打算CANopen主站的移植，并且有机会上项目。这个难度可能比从站要小，毕竟已经有一定的基础了。但是配置什么的可能更复杂。（2）锻炼          报了国际马拉松。明

关于LUA的开发，在2015年已经弄了数月，没什么太大进展。一是没太多的例子。二是自己都不知道最后具体要弄成咋样。新的一年，新气象。今年目前还是要更实际一些。做的东西以后尽量要用上，这样才有更大的动力。因此具体学习内容如下：（1）CANOPEN（2）lwip & TRDP（3）简单os（4）关注相关技术公司技术动向与潮流（5）APP（6）自身修养与项目管理（7）

关于2016年的初步规划 关于2016年年初计划实施情况 2016年年初计划实施情况>实施情况如下：（0）实现midware的驱动与中间件的分离（1）完成CANOPEN从站的移植，比较满意，并且马上要大规模上项目了，稳定性测试基本完成。          Canopen从站自己编写一个。（2）锻炼          跑了国际马拉松。完

前些日子刚把驱动和中间件分离开来，突然又有一个问题呈现在眼前，我的程序定义了大量的数组结构体之类的。如果把程序弄成库，那么这些内存就成了固定的了，改不了。所以要把这部分内容弄出来，然后只用一个宏定义就修改，而自己生成的库就可以在不同的类型的单片机之间通用了，最起码在STM32F1/2/4各种类型可以通用，前提是他们都用一个版本的编译器（就是写应用的编译器和生成lib的编译器是一个版本的，不同的版本

首先考虑通用，考虑如何给别人用方便。因此IEC61131等ST语言 梯形图软件产生。刚才看到大脸阿莫论坛有网友yefanqiu说（http://www.amobbs.com/thread-4312949-1-1.html）：我们目前主要用它开发.NET Micro Framework二代教育箱，主要培训和传感器互通互联的相关技术。“.net micro framework”的优

今天写某信号系统的协议，把以前写过的某项目的协议照搬过来，竟然发现以前写的代码有隐藏的bug，不过这个bug不会导致内存泄漏，也不会有任何的表现，因为我开辟的内存足够大，大到完全可以满足那个项目的要求，尽管我当时没有考虑到这点。所以我认为这仍可以叫做一个bug。

今天读《LUA中文教程》第24章作者写关于C API的说道：“API 重点放在了灵活性和简洁性方面，有时候以牺牲方便实用为代价的。一般的任务可能需要涉及很多个 API 调用，这可能令人烦恼，但是他给你提供了对细节的全部控制的能力，比如错误处理，缓冲大小，和类似的问题。”我自己也编一套STM32的api关于kernel和方面的，给同事用的。用的很happy。效果不错。但是

前几天把代码给同事，新员工刚来一两年，说基本上看懂我的程序了。从这可以看出我的程序是多么的易懂，当然也可能新同事水平很高？亦或是这个程序本来很easy。事实是我那程序写的绝对的是一流的棒。那么如何写出像我这样棒的程序呢？1、相对好的命名2、清晰的划分3、清晰的文档大概就这三点了，好像真的是没有什么新意，都是老生常谈的说法，但事实就是如此。今天在知乎看了一个文章，说他写的

为什么最近搞LUA毫无进展？主要还是没有目标。贪多，贪全。没有具体的小的目标。自己不清楚目前这阶段到底该实现哪些功能。做出来的东西要有实用性，这就是动力。没有动力就很麻烦了。所以想像一下，做出来的东西能被用到，就是非常有成就感的事情，同时也能提高自己的技能。被自己用到或被别人用到都是可以的。最起码我自己会用到，那大概有很多场合，很多功能都是我需要的。那么目前来说先实现一个功能，这就是短

http://bbs.youkuaiyun.com/topics/310208023工作到现在

关于2016年的初步规划基本没完成。现制定2017年规划：（1）半程马拉松。争取参加两场。（2）技术上，专注于LWIP（3）身体两项有恙，争取年底一项完全OK。（4）尝试网络盈利相关

前几天写过一个《PLC设计思考》，里面提到了西门子博途，这几天我又查了一下资料，觉得西门子的smartplc比较好，或者说比较适合我目前的情况。smartplc里面也有查询网络上的cpu功能。对于《PLC设计思考》提到的”对固件和对用户程序的不同处理",我我特意问了安富莱的老大，老大说直接刷用户程序没问题。安福莱老大是很猛的，我也是偶然才在论坛发现他以前曾经开发过一款PLC，属于编译器那种级别的开...

（1）网络规模网络规模比较大的话，就可以考虑采用西门子博途那种搜集网络上所有的设备。按照网友的说法，三菱对单个设备的处理做的比较好，但对于大规模组网来说，西门子的方式确实比较人性化一些。（2）用户受众看到汽车电子vflash软件的下载固件的提示信息相当专业，那么PLC基本上下载固件过程中很少有提示。可能是因为PLC受众广泛，水平不一。（3）对固件和对用户程序的不同处理查看了一些PLC，对固件的处理...

制订协议最好是能站在巨人的肩膀上，这样能节省时间，心里也更加有谱。自己制定协议很容易被细节带偏。对于较为复杂得的协议，整个框架一定要清晰。...

试了一下，果真如此。以前应该也知道是这样，后来忘了。

关于FTP server与microPYTHON的进展

2007年总结与2008年规划

BOOTLOADER里面要加上驱动程序么？

似乎真到了正式用freertos的时候了

如题 这文章值得关注。优快云网友写的。网址http://blog.youkuaiyun.com/norains/article/details/7520241