最难还是模拟量
说句实话，一开始，和大家一样，我对vwin 量是不太当回事的。
我现在正在做的把LBP的架构从S7-1500移植到S7-1200，然后再到SMART 200 +KTP触摸屏。做了其它的块，但对模拟量是不在乎的。心里想，自己都有80模拟量的标准答案例程在手了， 就没必要在这方面多花心思了。 需要的时候随时可以拿出来把例程的程序用上快速的很。
所以，就越过了模拟量， 想动手搞PID块的移植。
但却感觉无从下手。 那些参数值设定值和运行值的处理，完全没有感觉。不知道对LBP的PID块该如何解耦，哪些部分改掉换成SMART自己的控制， 哪些部分借用。
所以决定， 还是先把模拟量部分完善了吧！
然而一旦动手开始搞了，才发现这里面的问题反而是最多的。
当然，这里讲到的问题并不是说原本我做的80模拟量的例子错了，或者不够完善，不够标准答案。
那里展示的只是调用的过程。
而我现在在做的就是FB块的处理。 例子里面用到的那个模拟量处理的程序块，功能还是太简单了。
反对把物理单位作为一个参数，还要在触摸屏上运行中或者设计模式进行修改。 然而即便去掉了单位， 对一个模拟量的处理，也还是有许多参数的。
在对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量，也不伤大雅。 如果较真，以后可以再看看想办法做个场景保存和恢复的功能。
即，打一个补丁处理一下。
审核编辑：刘清
-
模拟量
+关注
关注
5文章
491浏览量
25541 -
SMART
+关注
关注
3文章
224浏览量
44680 -
S7-1200
+关注
关注
11文章
331浏览量
17956 -
LBP
+关注
关注
0文章
14浏览量
8954 -
S7-1500
+关注
关注
3文章
300浏览量
6392
原文标题：0323 【万泉河】 最难还是模拟量
文章出处：【微信号：PLC标准化编程，微信公众号：PLC标准化编程】欢迎添加关注！文章转载请注明出处。
发布评论请先 登录
相关推荐
模拟量模块接线方法 模拟量模块编程详细介绍
工商网监
评论