unsv29的专栏

editplus 嵌入比如STM32的编译器，可能是个不错的注意。主要是给用户用。以后可以尝试一下。将代码打包，将配置文件如宏定义等放到editplus里面，通用批处理编译，可能效果不错。以后有时间试一试

今天读了王垠的大作《谈“测试驱动的开发”》，有

系统安全——软件健壮性 废话系统安全最近一年，飞机失事的事情发生了好多起。于是乎，飞机是否是一种安全的出行工具的讨论又再一次燃起了战火。我无意对该话题展开讨论，只是可以举个例子说明一下。如果A城市一年出了10次抢劫事件，B城市一年出了1次杀人事件。那么可能会有很多人觉得B城市相对更不安全。正是因为飞机失事一般会带来非常严重的后果，所以飞机的设计比其他的交通工具要优秀的多。这里，...

http://blog.chinaunix.net/uid-21736802-id-1817801.html火星上发生了什么2004-02-21 16:29     在勇气号和机遇号登陆火星并重新卷起一股火星热的时候，我找到这篇去年自己翻译的文章，看看当年的小插曲。From: Mike Jones mbj@MICROSOFT.com

刚刚特意建了一个优快云博客的稳定性技术的博客个人分类，足见本博主对这个稳定性技术的重视。ST公司的文档《AN1015应用笔记》，里面有提到。当然有一些并不见的和本博主观点一致。====================================================================(1)看门狗硬狗目前我还是排斥的，因为有文章提到硬狗本身也不见得稳定，

很明显，这是一篇比较有实际用途的文章。所谓同步，比如对CANopen方式，就是主站发送一帧，所有从站都返回一帧。有时候协议并没有对返回这帧的时间做出规定，时间上规定的即便很严格也很难具有操作性，除非这几个从站都是一个人所编写程序，否则大家各种水平参差不齐。很难完成对时间的准确把握。所以索性不对时间作出规定。只是规定了一个窗口时间。在该时间内作出反馈即可。所以这对主站的接收能力提出很大的考验。刚

这个题目大概只有我自己能看懂了。就是最近几年我慢慢体会到：对于有固定行业的程序，如何才能做到稳定可靠呢？其中很重要的一点就是“以不变应万变”就是要有固定的实现模式。形成惯性思维。这样才会较少出错的机会。如果你的代码变来变去，那么如果有些项目催的急，就很容易出问题。很多外国人写的代码我看也不过如此，但是他们对代码的变动非常慎重，但其实是“慢就是快”。这点非常值得学习。老外的一些PLC，我

为什么要裸奔？理由1：裸奔已经可以满足需求了，那么为什么还要OS?理由2：os很高大上，但是能被hold住么？以上两点差不多就OK了。一般说，单片机，就是搞点简单的东西。简单不是编译，乔布斯总说自己要做最简单易用的作品，所以说我们遵从简单的设计原则，是没有问题的了。那么如何裸奔呢？看到21IC网站很多所谓大牛给出了所谓的架构，感觉高大山的架构，在我看来都是差的一塌糊涂，纯属

若如此划分单片机的软件架构：功能1=应用1+中间件1+驱动1功能2=应用2+中间件2+驱动2功能3=应用3+中间件3+驱动3到目前为止，写程序忽视了一点，就是将中间件和驱动都搅合在了一起。这么做的原因就是我以前用的芯片比较单一，所以没有意识到分离的重要性。随着目前用了多个系列的单片机，逐渐意识到将中间件和驱动分离的重要性。因为我不想因为单片机类型的更换而

一直关注单片机代码的结构。不断调整，似乎总觉得不满意。想找到