【万泉河】PLC编程烟台方法中没有干货

最近发的一系列文章中，主要在讲烟台方法，然后就有一些年轻的读者反映，抱怨文章中没有干货。我不是太能精确理解他们所谓的干货是什么，什么样的知识才符合他们对干货的认知标准。

我猜如果他们还只是刚入行的新手，门槛还没入，对基本的应用技术都还不懂的情况下，他们关注的干货或许是每一个硬件软件的使用方法， 每一种通讯协议的实现教程，甚至模拟量数值的线性变换等，都还当作干货趋之若鹜的情况下， 那我现在讲的内容他们大部分应该还看不懂，不满足他们对干货的需求也是正常的。

而你们想要的那些所谓的干货，我在十几年前早就在玩了，也输出了很多。

比如QQ空间：

https://user.qzone.qq.com/178616417

比如西门子网站万泉河讲故事专栏：

http://www.ad.siemens.com.cn/club/bbs/bbs_story.aspx?b_id=82

那个时候还没有微信公众号，所以很多文章和经验总结都发在了那里。当然，我在西门子论坛跟网友讨论和回答过的问题，不计其数， 那些即便到现在，也都完全符合干货的标准。 还要怎么样，我需要隔上一年半载把那些干货轮流拿出来，再冷饭热炒吗？

我只见过一些盗链的公众号这么干过。 甚至我十几年前发过的一些文章，在最近还会发现被一些公众号当作资源搬运到了他们平台上，作为干货来吸引流量。

而我自己，如果搞了十几年， 还沉醉于那些丁点的雕虫小技还自我欣赏沉醉其中， 那还是不要搞这个技术了。 我自己都会瞧不起我自己。  

大家现在用PORTAL软件都很爽吧，现在PORTAL软件都V17了。 而我是从发行版之前的版本就开始学习了。 知道我是怎么学的吗？2007年的时候，西门子把我和ZANE以及另一位同行三位中国工程师挑选为全球的测试合作伙伴，测试的时候，把软件打开给我们，出题给我们做，让我们实现要求的设计功能。 然而，不给帮助，不给提示。 全让从本能出发，判断相应的功能应该在哪里找到，西门子以此收集用户数据，来完善软件功能。这个测试工作断断续续搞了2年多。 直到软件正式发布才算结束。

简单说，那些被你们认作是干货的玩意，哥早就不玩了。 早就玩通了。 不见得全都会了，但基本上没有什么专门学习储备的必要了。工控技术的问题，首先是一个大的道理框架，框架通了，你只要站在一个高一点的思考位置，去猜设计者应该设计怎样的接口供我们使用，你只要足够聪明，你所猜到的，基本就会是答案所在的位置。这就是平台的开发者，和我们作为使用者的工程师之间的默契。 

这里有个截图， 是AD8群的某位群友参加的某技术培训花了将近一万元买来的学习资料（可能只是一部分），这样的40个视频，大概符合那些对干货资料如饥似渴的网友吧？多简单，如果觉得自己迫切需要会这些，那就和这位群友一样，去买去学咯！

而我自己，大致看了下题目， 好像其中的大部分题目，我介于会和不会之间。 主要看怎么定义会。 有的方案，我亲自做过项目用过，那我显然可以说我会。而另外许多方案，我也只是知道这个方法的存在，但没有亲自操练过，所以不可以宣称我会。然而，我好像也不能贸然宣称自己不会。 只要有用到的机会，或者说常规的配置不能实现，躲不过了，只能使用这些配置方案的时候，我们只需要去稍微学一下就可以了。 而在此之前，即便有人把这样的资料白送给我，我也不会花费精力去了解去看的。

所以，你们认为干货的东西，我不管会与不会，都不会认为是干货。 有一些别人可能觉得干货的技能，我也在项目中成熟应用的，但因为我自己不认为有多干，所以并不会提炼出来写成文章或者论文而宣扬。这样的例子在我分享的标准化项目中随处可见。所以我在有人咨询购买西门子系列的标准化例子程序S7-1500以及SMART200的时候，跟他们讲，通过学习我的程序可以学到的知识除了可以学到全新的适合于建立公司标准的编程方法即烟台方法之外，还可以有：

1，我个人多年在使用SIEMENS PLC的经验技巧，落实在项目中的实现。

2， 我个人多年的使用WINCC的经验，在项目实施中的技巧应用。

后两者与标准化编程方法无关，基本上都是我个人的使用经验的积累 有一些功能可以直接拿来使用，另有一些则可以有些启发。 学习者即便不是要做标准化的系统架构，或者暂时还没有能力在自己的项目中实现，但这其中的零散的很多技巧也仍然可以有参考意义。

然而，随着我逐渐把标准化的编程方法展开到其他的PLC品牌，把原本在西门子系统中实现的控制程序移植到那些品牌的系统中时，原本的对西门子的PLC的特殊用法， 很多就逐渐舍弃了。

而这些对我来说全新的PLC应用平台，我根本不熟悉，我的目标只是把原本的编程方法所要实现的逻辑功能移植过来，而对具体的细节，我就不怎么关心了。 它系统中可能有非常丰富的功能，然而我只挑选一条我需要的路径，能把功能实现即可。 甚至，有一些细节，我都没有去认真核对。

比如在TIA PORTAL系统中，模拟量数值的处理，上限值27648对应100%，我明明知道倍福三菱等品牌，数值肯定会不一样。 然而我都没有兴趣去验证这个正确的值是多少。 发给学员的程序中，就还直接是老的西门子规范的27648了。

学员们在自己做的时候，需要去落实修改。 当然，因为他们是在真正做项目，具体产品的应用经验反而比我丰富，所以，这些对我来说还是未知的干货技术点， 对他们来说，可能只是挂在口边的一个常识而已。对我来说，反而需要学员们把这些干货技术点反哺给我。  

所以，我跟其他品牌的学员说的是，不要指望从我的程序中学到更多他们品牌的编程技巧，我提供的只是一种新的编程方法。 要学习那些品牌的具体技能，还是要再去结合相应品牌的技术资料。

所以，有一些人跟我挑战，让我搞什么什么品牌下对啥子伺服控制器的控制，做个样子给他看看标准化的样子是什么。我如果要回复，答案会是我不会。 而且重要的是，我不认为这些很重要。 不认为掌握这些技能是实现标准化的先决条件。

我现在把标准化的烟台方法， 已经在所有品牌中成功实现， 那么将来，所有采用烟台方法编程实现的非标设备，如果需要更换PLC品牌，比如从西门子S7-1500更换为欧姆龙或者倍福或者贝加莱，控制程序的编写都可以用复制的方式快速实现。而不再是换个品牌，所有程序都要从零开始全部重来。 跨品牌的移植成为可能之后，工控行业所谓的程序移植才终于可以名副其实了。当然这里说的不仅仅是CODESYS平台的各品牌间的移植， 还要包含与非CODESYS品牌的移植。 毕竟现在CODESYS还比较小众，传统的大厂，大部分都非CODESYS。

而品牌平台以及通讯协议等改变后，对于程序来说，只是某一个库函数级别的简单变更。与系统的整体逻辑程序并没有多大的影响。 这时候，即便对这个新品牌的功能不够熟悉，把这部分需求单独提炼出来，自己单独学习或者找外援来帮忙实现，也都很容易实现。即便需要付费， 费用也会很低，而且不需要担心核心工艺丢失的风险。

一些人心心念念的干货技能，大概在这里可以派上些用场了。比方我如果将来做某个公司某个设备针对某个PLC品牌的标准化库函数的时候， 这些技能不懂，希望可以向你请教。 有偿的。 

记得ZANE版主曾经建议过，大家写程序的时候要尽量使用简单的通用的语法，而尽量避免使用过度依赖当下硬件平台特性的特殊指令，将来可以方便跨平台的移植。

所以未来， 对非标自动化设备的烟台方法的PLC编程，在做设计架构时，一定不是局限于某个品牌的硬件平台，而是只是针对所面对的设备工艺本身。把这个架构分析设计好了之后，放到任何品牌，只要系统硬件功能支持，就可以快速实现应用程序了。

所以，过去有一些大佬宣讲标准化编程的时候，总是强调硬件是基础，标准化的前提是先把硬件标准化，我们的烟台方法不是这样的。 在我们的架构下，PLC硬件（包含其软件系统），烟台方法，设备工艺，三者会是平级的。互为工具，互为目标。

上面的观点可以算是这篇没有干货的文章中的唯一的干货了。当然只针对能够读懂的读者。 如果理解起来有些困难，我来打个比方。 

就好比一级方程式赛车的车手，教练会教给他比赛驾驭赛车完成比赛的技能，这个技能既不针对赛车的品牌型号，也不针对具体的赛道。那么，把这个比方对应到我们的问题里面：

赛车的品牌，相当于PLC品牌。

赛道和赛事，相当于要完成的工艺设备。

而车手的技能，除了每个人都有自己的土办法，需要针对具体的车型和赛道逐个操练熟悉总结，现在还有一个整理成熟可通用所有赛道赛事的烟台方法。

所以，世人皆知舒马赫曾经是人类历史的第一赛车手，他的超一流水平是基于哪个品牌和赛道吗？不是。舒马赫就是舒马赫。

今天的必应壁纸符合今天的话题，也是产生这个比方灵感的源泉，所以直接引用作为标题画了。大家猜一下这是哪里？

最后，关于干货，还有一个事。我过去20年，在西门子网站，主持讨论和回答了成千上万的技术问题，其中有许多内容对行业新手来说是可以作为干货营养价值的。 所以出版社一直在跟我探讨希望我可以把这些整理成集出版。预期可以有不错的销量。 然而如本文所述，我个人是没有发现这些干货的能力和兴趣了。

如果，有哪位网友有兴趣有精力可以参与这样的整理工作，可以和我联系，跟我合作，帮我完成这些资料的整理归集工作，完成后，将来出版可以共同署名，共享版权。 前者，可以用于职称评定等，后者可以分享书出版之后的版税。

而此事对技术要求的门槛并不高，需要的只是发现干货的眼睛。