【万泉河】工控人士要勇于说不会！

前几天， 有一个不太熟悉的***友私信我，问我：

万老师，能咨询下欧姆龙触摸屏的问题吗？

我看到后回答：不能。

后来又觉得直接按照他的问题套路回答，显得好像是我主观态度很不友善。所以又补了一句：

不会，从来没见过。

欧姆龙的触摸屏是什么玩意，要说PLC么， 还久有耳闻， 也见过多次， 也尝试学习了解过一点点。至于其PLC上面配的触摸屏，通常就五花八门了， 还真没注意过啥设备上面配的触摸屏专门是欧姆龙的。

大概主要是用于欧姆龙PLC， 不大会有人用其它品牌的PLC，触摸屏却用OMRON吧？

简单来说，这里面的道理是，整个工业自动化领域， 各种产品厂家千千万，你如果见过某个产品， 用过其中的某个产品，也没什么值得骄傲的。而反过来，你如果某个产品没见过，没用过，也没什么丢脸的。所以没必要羞羞答答遮遮掩掩。就简单承认好了。

也并不见得就有人会瞧不起你。

这是我跟同行朋友们长久以来达成的一个简单共识。

而更深一步，只有专注于某一个品牌，某一个产品的使用， 才有可能更深入的了解其技术应用的各种功能，也才能有精力更好的为自己所从事的行业工艺服务，才更有可能总结出更成熟的应用经验。

所以，在每个人精力有限的前提下，还是应该尽可能把有限的精力比较专注地集中投入到某一个领域。比如你工程应用一个接一个，根本没时间去遍历所有品牌知识都学到， 如果自己有选择的权利，那就尽可能的只选择一个品牌。

这样就不需要在每一个新项目中，都再投入额外的学习成本。

而如果不幸所在的公司，是这样一个什么项目都敢接， 什么产品都要用到，项目接单的时候从来不问工程师会不会，项目下来的时候，管你是临时抱佛脚各种技能发挥，总之都是工程师的任务，无论如何都要把工作完成，哪怕做不好，对付将就完成也行。那么工程师为这样的公司服务可就累了。我们身边有许多这样的自动化公司，都是这样的模式。很多工程师在这里工作十来年，天天忙得要死， 也有机会用到了各种各样的产品，各种各样的应用，然而，确实啥都会，然而啥都用不精。

我们知道这其中的各种万不得已，所以无意指责。而只能表示同情。谁叫你只能找到这样的工作，或者本来自己就是公司的老板，那就只能怪你自己所处的行业， 所能接的业务，只能这样大杂烩呢！

我们看业界的一些高手， 大部分都还是沉淀在各自动化公司内部了。比如西门子的崔工， 杨工，徐老等等。他们因为专注于这一项专业工作，所以就有足够的时间研究琢磨，锻炼，不断提高，所以才能一直站在技术领域的前沿。

所以我们认为，一个公司最好的模式是能比较集中的专注于一条技术线，只是偶尔的情况下个别项目，采用一些特别的产品路线。但偶尔过后， 还是要回到原本坚持的主流，不能偏离。

而对一个工程师来说，最好的职业模式除了加入这样的公司之外，还有就是尽可能有机会接外面的私活， 在不影响自己的主要工作的情况下，适当接一些私活，趁机会扩展自己的技术面。我在前一篇文章有提到过这一点。

http://mp.weixin.qq.com/s?__biz=MzUxOTc5NDQyMA==&mid=2247484244&idx=2&sn=51009f4c6e0bf1415eb0485fdd7b9cf7&chksm=f9f578cfce82f1d9c1ebaa4d3ad81172404a1687fabd2d6f776e51a5a3017f13d9f0aacfac49&scene=21#wechat_redirect

所有上面这些道理都非常浅显易懂，我本来认为是所有同行的共识了。然而，非常令我不解的是，在某专业论坛，竟然被人给杠上了。

那里的网友，有的貌似还是版主，不仅和我持完全相反的观点，反而还把这当作嘲笑我的槽点了。

或者说，我们是互相把对方的观点作为嘲笑对方的槽点。

简直叹为观止。

我在以前的探讨中，表示过我基本上只会西门子， 其他的AB, SCHNEIDET， 用过很少，也是在十几年前了。而日系的则完全没有用过。

然后就被人鄙视了， 这么多品牌的PLC你都没用过， 水平肯定不行！

然后最近我在推广标准化编程方法向其它平台，AB， CODESYS/倍福的移植并推广， 那些人又冒出来了：你不是说用的品牌多的水平低吗，你现在搞的品牌越来越多， 是不是想证明自己水平越来越低了。

这逻辑，，，，，我只能深表佩服！

在推广宣传新的CODESYS/倍福标准化示范程序的时候， 另一个版主点化我，说我选择倍福平台错了， 说我应该选择菲尼克斯。我隐隐约约知道菲尼克斯有自己的PLC，但没听说过啊！也不知道有多少人在用。没人用的东西，我是不会去开发的。

像菲尼克斯，主业原本是做端子， 按照路径依赖的原则， 它们做端子挣钱挣到手软，做PLC肯定就不会多上心， 也不会有多少人用。

然后就又被鄙视了，告诉我菲尼克斯旗下的PLC的品牌叫科威。并嘲笑我连这个都不知道。

不好意思，我当然不知道，而且都记不住， 也没打算记住。更不会因为自己记不住而感到自卑。 这里写出来， 也无非是想告诉和我一样不知道这个品牌的网友一个准确的名字而已，我也是从工控论坛又翻出来看了看。

所以，至少，在科威PLC亲自花钱请我给开发标准化架构之前，我肯定不会为它专门开发的。基本会是无用功。

********************************************************************

下面，告诉那些鄙视我的人，又有新的话题可以鄙视了。

在开发完CODESYS的标准化之后， 趁着还比较空闲，承接的辅导一家公司标准化流程项目还没开始，也借着前面做CODESYS的惯性，我现在开始做三菱Q系列PLC的标准化了。

前面两天还比较顺利， 借着为CODESYS开发的工具软件， 几十个程序块一两天就移植完成了。

这儿还为自己的高效率感到惊喜呢，以为几天后就可以完成并推出呢， 没想到一下子就遇到个棘手问题，并卡在这儿了。

现通报给大家，寻求熟悉三菱的自动化高手支持。

我遇到的比较大的难题是， 上位机（各种SCADA）如何访问三菱GX WORKS2中用符号寻址方式编程的符号变量？

PLC中好不容易支持符号寻址了，ST(SCL)语言编制的程序都是用符号命名的，并没有M或者D的这些地址。然而到了要与上位机通讯的时候发现，网上所有关于通讯的例子都是在讲绝对地址通讯。

而对于标准化架构来说，符号寻址已经成为必要的前提基础。如果不能实现符号寻址，非要用绝对地址的话， 那效率下降太多了，现在的我，已经完全接受不了了。

【万泉河】PLC编程：我梦寐以求的符号寻址

http://www.ad.siemens.com.cn/club/bbs/PostStory.aspx?a_id=1565815&b_id=82&s_id=0&num=5#anch

痛苦中。

同时也回复一些人的说法，他们讽刺说，你这儿连这些品牌的入门都没搞定，就想急吼吼跳出来做人家的导师，把你那三脚猫的功夫教给别人？还不如赶紧回家去提高自己的内功，把自己的知识技能学全了再来。

错啦！我又没有要做所有品牌的全通， 对西门子之外的品牌，我只需要掌握他们的基本操作原理，只需要打通它们实现标准化的必要的技术技能，就够了。其余的这个产品的一些高精尖的技能， 还是要这些方面的学员们自己实现。我自己没打算也没机会用这些产品做项目, 学多了是浪费。

这一方面证明了， 要是实现标准化，没有那么高的门槛，并不是需要每个技术技能都掌握了以后才来做。而是有一点基础以后，只要有想法有目的要提高设计效率，基本上就可以开始了。

另一方面也证明了， 有的人担心的我会把大家饭碗都抢了，导致大家都没饭吃，纯粹是杞人忧天。我只能教授给大家一种能极大程度提高效率的程序设计实现方法，而具体的工艺，具体的技术细节，都需要各位自己去实现，我一方面无能为力，另一方面， 也不在我的目的范围内，没兴趣。