最难还是模拟量

电子说

1.3w人已加入

描述

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

我现在正在做的把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中规划的模拟量函数库的变量接口表:

         S7-1500

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

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

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

问题就出现在了这里。

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

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

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

S7-1500

S7-1500

我实在是太难了!

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

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

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

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

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






审核编辑:刘清

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分