深资工控人对嵌入式组态软件及嵌入式系统的分析

眼下，建立在各类嵌入式操作系统平台之上的控制软件的设计工作，不知什么原因被奇怪地归入到了IT行业。其实在我看来，此类软件编制工作，早早晚晚会有被“吃”掉，或变成其他行业、尤其是自动控制行业工作中的、微不足道的一小部分的那一天。
　　

眼下的嵌入式操作系统正处在群雄并起，各路豪杰竞当“老大”的混乱时代。其实我作为亲历了从电子管、晶体管、集成电路、单片机、PLC这个电子技术完整的发展历程的过来人，可能我冷眼看眼下嵌入式操作系统的这一轮新的“战国时代”，也许会有一种格外的清醒：不出三年，嵌入式操作系统大概就会淘汰至五种以内；不出七年，一定就会只剩下WIN CE为首的那么一、两种嵌入式操作系统！而在WIN CE的平台之上，嵌入系统控制程序的编制，一定是、而且只能是通过嵌入式组态软件完成的！
　　

得出上述结论的理由在哪里？
　　

一个系统，无论它的功能有多么强大，一旦要实现一个简单的应用功能，就必须要从它的底层做起，那么这个系统就必然走向死亡。
　　

以汽车为例，任何一种汽车，如果没有强大的售后服务系统为开车人提供方便、廉价的服务，这种汽车再好，谁敢拥有？
　　

眼下的许多据称具有“简捷”、“强大”特征的嵌入式系统，它们的“入门”的要求，就是首先必须从系统的底层做起，最“基本”的工具，就是汇编、就是C++。就这一么“点”入门的“门槛”，就必然将那些真正关注控制对象而非控制工具本身的技术人员排除在外。
　　

另一方面，一个嵌入式操作系统应用软件的编制人员，即便是真的既对受控对象极为了解，其业务又真的“修炼”到了可任意在操作系统底层的技术领域“冲浪”的层次，他的产品，真正了解嵌入式操作系统技术奥秘的用户们，真的就敢用么？
　　

至少如果我是业主（例如机床厂新产品控制系统的业务主管），这样的程序我是坚决不会要的。
　　

为什么？
太可怕！
　　

因为我不相信这种从底层做起的控制程序能有多“安全”，我无法确认程序的编制者在整个程序的编制过程中，是否会埋伏下“善意”也好、恶意也罢的、且除了这个程序员外其他任何人谁也无法探究其真相的“黑匣子”（笔者所在单位就遭受过类似这样的技术“黑匣子”的讹诈）。
　　

就像汽车一样，让操控与汽车的内部技术秘密分离，让开车人与修车人、与设计汽车的人分离，这不仅是汽车发展的必然趋势，更是任何一门越来越趋于复杂的技术必然要走的道路。
　　

舒马赫多么伟大？其实他那台价值数千万美元的跑车，他可能连发动机的某些局部原理都说不清楚。
　　

而眼下的嵌入式操作系统，就都是在让一个个准备或正在准备成为未来的“舒马赫”的嵌入系统的控制程序编制者们，不仅要成为一个好的赛车手，而且在每次比赛过程中冲进赛道外的补给站时，还要自己换轮胎、自己加油…。不仅如此，“舒马赫”们比赛完了，还得自己对赛车重新进行改进、甚至重新进行设计。
　　

这种方式，能打造出舒马赫来？
　　

我看结论不用我再多费唇舌了吧？
　　

其实，当年的工控软件，又何尝不是如此？
　　

其实在1993年前后，中国国内尚很少有人知道工控组态软件为何物。要想构建一套工控系统，下级为PLC或DCS，这是大家都确认无疑的。当时最大的问题是上位机该怎么办。
　　

当时的自控公司中，负责上位机软件编制工作的技术人员的能力简直不得了：C语言玩得滚瓜烂熟，86系列的汇编熟悉得简直像自己老婆的那点“玩艺儿”，API函数“抡”起来简直就像抓自己裤裆里的虱子……弄得当年我这个技术上的小爬虫把他们看在眼里，简直就像看到了在天堂里吃“最后的晚餐”的一群圣人。
　　

是组态软件，将这群在极端落后的光景中造就出的“圣人”，一下子变成了一群褪掉了圣像外皮的泥胎。
　　

当年华南某污水处理厂，就因为“出生”仅早了两年，上位机工控软件，就“不幸”选择了由一家国内著名的专业公司用VB、C来“编制”，软件编制工程预算高达上百万。而两年之后，笔者所在的这家大的污水厂，就因为幸运地采用了INTOUCH，眼见国外一名二十七、八岁的毛头小伙，几个月之后就把全厂控制系统利利索索地搞完了。而反观华南这家污水厂，将近十年时间过去了，软件公司的技术人员都在当地娶妻、生子，到最后孩子都上小学了，上位机的控制系统还没彻底搞完！
　　

这就是从底层做起，与用组态软件做起的区别！
　　

其实，嵌入式系统控制软件，采用嵌入组态软件，和采用从底