知乎上说，这是一个严肃的问题。 嗯，确实这也是一个长久以来困扰我们所有工控人的问题。 我们可以参考下IT界的变量命名规范，如：如何优雅地为程序中的变量和函数命名？ 我们也可以从中了解到一些匈牙利命名法、google风格等称谓，但即便你把这些规则全读懂了，也会发现，好像对于我们工控项目来说，能参考的地方不多，因为，他们用到的变量跟我们相比，数量根本不在一个数量级！ 工控项目，用到的硬件点数几百点是很平常的，稍微规模大一点，就是几千点甚至上万点。而除了硬点之外，还要有一些通讯和上位控制的虚点，加起来数量就更多了。这些点，全都相当于**编程语言里的全局变量。任何一个**语言编出来的程序，功能可能比我们做到的复杂，但全局变量，绝不可能用到这么多。除非那是个新手，不懂得要模块化编程。 *终工控项目的变量的命名规范，我们能参考到的可借鉴的经验只有，用英文！ 即便英语不够好，也得坚持用英文。因为，中文实在不方便作为变量名字，没法简略，太长，还不容易输入。也不可以使用汉语拼音。完整的拼音也是太长，同音词太多引发歧义多，不能**描述。而简化了使用拼音首字母的连拼，写出来后简直是天书，除了作者自己，别人根本不可能看懂说的是什么。即便作者自己，时间稍微一放，回过头来就不明白啥意思了。 其实一个规范的工程项目，所有设备，都应该有位号，在变量命名的时候，*简单的方式是使用位号来命名，而同一位号之下的各种输入输出，手动、自动、启动、停止、打开、关闭、运行反馈、故障、开度、频率等等，就可以统一规范的使用英文了，毕竟这点英文单词数量还不算多。 而具体到位号的命名以及链接了后面的功能点的命名，就不可避免要出现链接符号，综合S7的符号表的命名规则和WINCC的变量的命名规则，很多符号是禁止使用或者使用中有风险的。比如:/\<>!+,;等基本都不能使用。 作为分隔符来说，点（.）是*方便的。但可惜的是，WINCC已经缺省当作是结构变量的分隔符了，如果如链接S7-200,S7-1200的变量，不能使用结构变量，直接通过opc传输的变量，则无法再使用点(.) 减号（-），现实的文档中经常用，但我说有风险的恰恰就是它。在它上面我曾经吃过亏，一个晚上几个小时，翻来覆去倒腾好几次变量，都是因为这个减号。这里，我只需要提两件事大家可以测试一下： 你在单独起变量名字的时候，不管在S7中还是WINCC中，都是合法的可以使用的，但如果使用WINCC7.2的变量表复制粘贴功能，你从WINCC复制到EXCEL还是可以的，但倒过来复制的时候，所有变量名里面的减号都给变成了下划线(_)。 还有是，如果是模拟量需要进行变量归档，如果又使用了压缩归档，那么在压缩以后，不知道啥时候变量名也给变成了下划线(_)! 是的。原来**用的是下划线。其实也只有下划线**用，所有人在命名的时候本来也都喜欢用它，*终一个完整的位号加功能链接起来后的变量就会到泛滥的程度，这就就又出现问题了。比如： LS_DT_8_LEAK_F LS_DT_9_LEAK_F LS_DT_12_LEAK_F LS_DT_13_LEAK_F 这些变量名，在WINCC中使用是没有问题的，但如果我要用到变量前缀功能呢？如果WINCC程序处理中需要通过变量的分隔符来确定位号和功能，这么多下划线可就乱套了。 在去年年底的一个项目中，我曾经非常痛苦的每天晚上花4-5个小时来处理几千个变量的变量表，配合方每发来一次更新的变量表，我就要处理一次，以达到程序可用的规范。更换掉不可以使用的字符，更换掉不合适的使用了下划线的变量。 直到*后，项目已经完工了，突然想到了一个更容易的解决方案，既然滥用下划线，那索性更滥用好了，分隔符的地方，使用连续两个下划线(__)可好？ 比如上面的变量名就变成： LS_DT_8__LEAK_F LS_DT_9__LEAK_F LS_DT_12__LEAK_F LS_DT_13__LEAK_F 我只要和配合方在递交变量点表的时候提前约定这样一个规范不就OK了么！ 转过年来，又一个WINCC报表项目，我查了下项目中的变量的命名方式，直接提出了这样的要求，变量名字就变成了： FT-2128__L FT-2128__S FT-2128__D FT-2128__M FT-BCEG01__L FT-BCEG01__S FT-BCEG01__D FT-BCEG01__M 当然朋友在做的时候是一头雾水，不明白为啥要这样，现在看到这里，应该也明白了吧！ 至于变量名中还有的减号，因为变量已经建立，已经既成事实，就只好将错就错了。 |
EM231/235温度模块调零方法： |