0212【万泉河】专著《PLC标准化编程原理与实践》出版在即，请读者期望值不要太高。

0212【万泉河】专著《PLC标准化编程原理与实践》出版在即，请读者期望值不要太高。

本人所著新书《PLC标准化编程原理与实践》，书稿在2021年5月份交到出版社，审稿过程中经历了一些波折，所以出版时间一拖再拖。

经历了漫长的8个月的等待之后， 前段时间，主编发来最后一次审阅意见，并告知我回复完成后即可定稿，即可进入后面的印刷出版发行标准流程了。

然而具体的面世日期仍未告知，但至少可以预期了。我估计最迟上半年，应该可以出版。

感谢一大批未来读者朋友的热情期盼。

然而我在这里要提醒大家的是，请大家事先有思想准备，不要期望值过高。

尤其很多人，面对高昂的学费舍不得花，指望等看到书后可以一下子解决所有疑问，可以通过看书就可以自己搞定，瞬间学会的，恐怕大概率期望越高，失望会越高。

这一点，从前面分发的几十份电子版书稿的读者的反馈可以印证。 这些读者包括标准化学习营的学员，他们是有标准化示范项目的资料对照学习的， 还有一些是各种原因获得了赠送的读者，以及我所熟悉的专家，朋友，教授。包括重庆大学教授廖常初老师。

那些获得赠送的读者，反馈的效果一般， 收获普遍不是很大。大概率的情况是原理读懂了一点，或者似懂非懂。然而要自己动手做，仍然无从下手。

其实都何止他们了。那些握有标准化项目资料的学员， 有的都学了快3年了，即便后面又给了书稿，也普遍没有彻底学好。从我前段时间发的部分学员的学习总结可以看到。只不过他们每个人完成程度不一，但即便没有彻底掌握，无一例外所做程序设计比自己原有的模式已经有了不同程度的提高和改进。

而廖老师给我的反馈，则基本上没读懂。反而猜疑我是不是关键的一些环节刻意隐瞒不讲。

实在是天大的冤枉，如果我可以拥有一个关键的key，只要钥匙不交出去，别人就用不了，只有从我这里得到钥匙，才能做成标准化的程序， 那对我来说岂不是天大的好事。我可以拥有一把屠龙宝刀从此号令天下？

只可惜， 天底下从来没有这样的好事的。我们能看到的所有人的成功，都是日常不断积累，日积月累的结果，标准化烟台方法的架构更是。

天底下的聪明人能人那么多，如果缺的只是一页关键的武林秘籍， 那放能人手里，不消几天就可以破译，就可以公开分享天下，所有人一起受用终生。

这种故事只有金庸武侠小说里才有。现实生活中绝不存在。

这一点，从标准化学习营的学员们那里也可以得到印证。我已经把原汁原味的项目程序交付给了他们， 如果其中还有隐藏有关键秘诀，他们也早就发现了，早就会来盯着我要了。总不能已经付费大几千元的费用，到头来钥匙得不到，只得到一张废纸。那这些学员们还不早就造反了啊！

整个PLC行业， 所有工程师的习惯都大致一致的， 写出来的程序也都大致一一样。都是那种一马平川，平铺下来的程序。无非项目大一点复杂一点，则铺的规模大一点， 项目小一点工艺简单点， 铺的规模就小一点。

然后很多PLC工程师，长时间以来就养成了非常自信的底气。每个人对照以往的经历，见过的程序，就没有看不懂的。任何程序拿到手里，浏览一遍，大致就能看懂。无非具体的逻辑，哪里需要维护更改，就仔细研读，比较， 测试，总是能够搞定。

所以就有很多人，非常不服气会有什么标准化程序， 什么好程序，经常有人跟我断言， 你有啥好的写程序的方法， 发我一套看一眼就可以了。我一眼就能看明白怎么回事！

凡是遇到有这样认知的， 我通常就一笑而过了。说明他根本没有认知能力认识到自己的差距。他甚至都没有能力和机会见识到难度高的程序。

我已经写过那么多文章， 也做过公开讲座。如果有理解能力，完全可以自己做出来， 根本没必要通过看我的程序再来印证。

曾经在论坛的某个帖子里， 有个网友回复道， 所谓标准化程序，就是把部分区域的程序难度提高了， 然后带来了另外一些区域的难度大幅降低。

这种认知就很赞。不管他个人工作中是否已经实现和我一样的设计方法，但至少认知的层级到了。

所谓的高内聚低耦合，能带来实施过程中难度降低，劳动效率的提高， 前提是在另一些方面难度提高的代价而实现的。

就好比， 平地起高楼，高楼建立起来后，登高远望，视野可以大为扩展， 然而必然是耗费了周边的土木砖石的代价实现的。周边的地势降低了， 甚至有可能会出现沟壑，湖泊。北京城原本一片平原，修建皇城护城河挖出来的土，堆积起来，成了景山，并成为整个北京城的制高点。就是最好的体现。



长久以来，我一直在讲， PLC编程烟台方法是有较大难度的。因而对核心程序员的技能要求是提高了的。没必要全公司全行业所有PLC程序员都掌握这种技能，只需要核心的少部分掌握，而对未掌握的普通的工程师， 难度和调试强度反而降低了， 出差时间和效率也提高了。

所以， 标准化学习营的学员们，自己学习暂时没掌握的，也无人抱怨是我的责任，都知道责任出在他们自己，是自己功力尚浅， 还需要更多的时间和精力去沉淀积累与提高。然而入到我的门下之后， 一方面知道了目标与方向， 另一方面有我的随时在线辅导， 有同门师兄的相互提携， 速度比以往自己一个人黑暗中摸索前行，提高了不知道多少倍。

比如，我在书中有提到过一种设备类型：



PLC跟变频器通过MODBUS通讯实现控制和运行数据的读取。然而通过多层封装，可以实现在调用环节， 只需要指定MODBUS从站的地址就可以了。系统中如果有一台这样的设备，就调用一次， 如果多台，就调用多次。  同理， 如果系统中有其它的MODBUS通讯的设备， 也只需要同理封装后调用实现。不需要额外调用通讯程序处理。

然而，大家只要对MODBUS协议有所了解， 就会知道MODBUS通讯是需要做轮询的，设备类型和数量不同，通常轮询程序都不一样。现在提出了这样的封装要求， 难度就大幅度提高了。

那么这一部分的功能实现， 就需要读者个人自行实现。我在书中绝没有篇幅去专门讲解这里的具体代码。否则仅仅这一部分的代码就够占据半本书了。甚至， 标准化的学员获得的项目资料中，也并不包含这部分的内容。因为这部分的技术对我自己也是后来应用中有了需求之后才逐渐发展你实现的。

我曾经有写过十几篇关于实现这种MODBUS并行通讯的文章，也封装成为专门的程序块出售过。然而很快发现这种程序块的售后服务压力太大，所以在卖出少量之后，就停止不再出售了。那么项目中还有遇到这种配置需求的，就只有自己自行开发了。

然而福音是， 有同行分享了在GITHUB上的发现，有老外实现了类似同样的功能，并做了开源分享到了GTHUB。

https://github.com/rexhip/rexhip

那么现在，未来的读者同行们在拿到书之前就可以先行储备这方面的知识技能了。同时也验证一下自己的技能:

1，有没有能力使用好这套开源库功能

2，有没有能力改造升级它， 实现我书中提出的目标要求；

3，如果完全自己从头做起，能否实现；

4，他的程序我并不满意，咱们有没有高手能改进并回馈到GIT

那些号称把程序给我看一眼我就能看懂的同行，先尝试把这个程序读懂吧！不管将来要不要用标准化烟台方法开发程序，拥有并储备好这一单个技能点，都可以极大的提高工作效率。

类似的技术要点， 烟台方法的分享示范程序中，比比皆是。这就是那些学员们虽然学了很久也并没有完全学会，但从中所学到的一些技能技巧，带来的他们效率的提高，也够他们爽很久了。

我把老外的这套库函数资料放在了百度网盘中再次分享，不能登录GITHUB的读者只需要在公众号后台回复REXHIP，即可得到。