0323 【万泉河】 最难还是模拟量

说句实话，一开始，和大家一样，我对模拟量是不太当回事的。

我现在正在做的把LBP的架构从S7-1500移植到S7-1200，然后再到SMART 200 +KTP触摸屏。做了其它的块，但对模拟量是不在乎的。心里想，自己都有80模拟量的标准答案例程在手了， 就没必要在这方面多花心思了。 需要的时候随时可以拿出来把例程的程序用上快速的很。

所以，就越过了模拟量， 想动手搞PID块的移植。

但却感觉无从下手。 那些参数值设定值和运行值的处理，完全没有感觉。不知道对LBP的PID块该如何解耦，哪些部分改掉换成SMART自己的控制， 哪些部分借用。

所以决定， 还是先把模拟量部分完善了吧！

然而一旦动手开始搞了，才发现这里面的问题反而是最多的。

当然，这里讲到的问题并不是说原本我做的80模拟量的例子错了，或者不够完善，不够标准答案。 那里展示的只是调用的过程。 我在文章《0309 【万泉河】80模拟量程序的标准答案》中也提到过了，具体的功能块是没有标准答案的， 取决于每一个行业和工艺的需要。

而我现在在做的就是FB块的处理。 例子里面用到的那个模拟量处理的程序块，功能还是太简单了。

我在上一篇文章《0317 【万泉河】从模拟量的量纲说起》中着重探讨了物理单位的问题，反对把它作为一个参数，还要在触摸屏上运行中或者设计模式进行修改。 然而即便去掉了单位， 对一个模拟量的处理，也还是有许多参数的。

在对LBP的程序块进行简化以后，它需要的参数分别有：

SP_rangeBegin

量程下限

SP_rangeEnd

量程上限

SP_limitAH

高报警

SP_limitWH

高警告

SP_limitWL

低警告

SP_limitAL

低报警

SP_timeout

超时时间

SP_hysteresis

迟滞区间

其中前两者用于标定量程范围， 3-6用于判断触发报警，7-8用于对报警的迟滞处理。

有人或许会觉得啰嗦，就简单标定下量程的事， 搞这么复杂有意义吗？

是的， 如果你还只是刚入门阶段实现控制任务就万事大吉， 有人提出整改意见的时候再专心整改，那确实没啥。

但如果你希望有一个一劳永逸的标准化的设计，但凡客户有可能提出的刁难问题，都提前想到，都事先做在里面，就有必要提前做些准备了。 多做比不做强，做了不用比用到的时候发现没有相应的功能而需要临时打补丁，要强。

比如量程，如果设备运行期间有需要进行校准，那么就会有需求要你给做成参数。 而如果系统中有模拟量不仅仅用于显示，还要参与逻辑判断， 那么多数情况下需要比较限定值后做出逻辑处理，那么就有了限定值参数和迟滞参数的需求。 哪怕系统中只有个别模拟量有需要，也应该尽量全部都做到，即为标准化。

而这些参数值，一方面需要运行中修改设定，另一方面又不可能全部指望下载程序后在运行画面中输入参数。 最理想的方式是，参数需要有一个初始值。 这个初始值未必准确，未必符合最终设备运行需要的参数，但它至少有个八九不离十，大致可用。 总比一开机全部都是0， 全部都是报警提示要好得多。

有过软件开发的程序员都应该了解这样一个常识，所有软件安装后都要有一个初始配置。 比如微信软件安装后，会有基本的字体和配色，然而可以个性化修改设定。

对应到工业系统工业设备，也存在一样的需求。

然而，凡是对PLC编程有一定了解的人，都会知道，这个事情没那么容易。 比如FB的IN管脚上一个参数值，你如果调用时给赋值了实参作为初始值，那么运行中就不再可以修改。 除非修改程序源代码完全重新下载程序。

而如果不给设置实参， 那么它就会以统一的初始值，大部分为0。而且FB的多个实例之间还都是同一套初始值配置。

所以，要兼具上述两种功能的话，上述的参数值其实需要2套，分别对应上述的功能。 那么在程序初次运行时，先采用初始值，而后运行中这个值才可以修改。

对于模拟量信号，后面的3-8条重要程度低一些，甚至可以统一设置，比如限制值都分别设置为90%, 80%, 20%, 10%，总差不多。

然而量程的上下限，则只能分成2套了。

由此，我在SMART 200中规划的模拟量函数库的变量接口表：

这是已经做到了极致的简化，已经没有再简化的余地了。

然而看到，最后一个变量的地址是LD55, 即用到了LB58，已经接近了SMART子程序的上限。后面只剩下 LB59一个BYTE了。

即地址空间已经用光了，再无空间可用了。

问题就出现在了这里。

我按照LBP的架构功能实现的逻辑，其中有LOG15功能记录了设备的运行记录，最终触摸屏显示这个记录时， 需要这个记录的地址指针。 应该是一个DWORD， 原本是在L1层中生成的，需要输出到其OUT管脚， 外层使用这个管脚获得地址。

然而因为SMART 200的资源限制，我已经穷困到程序块中接收这个地址的TEMP变量都没有了。

所以迫不得已，我只好暂时先用了一个MD20的变量做了传递。

我实在是太难了！

因为这一段的功能，是LBP也尚未考虑到的，所以多出来的逻辑还是自己再想办法实现的。

有人会替我担忧我在子程序块中使用了M变量，是否会带来错误，会导致程序块不能被重复调用。 这完全不必担心。 因为再多的对象实例， 使用的同一个变量，用过就丢了，无所谓。

也会有人指责我违背了自己承诺的PLC编程不使用全局变量的规则。 没错，我这儿也难受着呢！

如果不较真，整个程序中仅次一处使用M量，也不伤大雅。 如果较真，以后可以再看看想办法做个场景保存和恢复的功能。

即，打一个补丁处理一下。

具体的逻辑和实现方法，计划了在研讨会中讨论的。 限制报名人数不够多，所以暂时延期一周。 等一下更多的与会者。

#腾讯会议：187-978-588

欢迎继续报名参加。

0323 【万泉河】 最难还是模拟量.pdf