恭喜,你发布的帖子
发布于 2021-09-05 09:19:41
47楼
最近总喜欢讨论M和T,发表一下我的看法:
首先为何推荐不用M而用DB,工程经历多了就慢慢自身就清楚了。
使用DB作为通讯及控制的变量也需要进行合理的区分:
比如设备状态及控制的用一个DB,这个DB里每个设备一个Struct,这样每个设备的信号就合理安排好了。
模拟量仪表数据采集及处理的用一个DB,总线通讯的用一个DB,自动控制的用一个DB.....最多也就四五个DB就可以将整个工程合理划分好了。如果你对相关的数据信号做了标准化你会发现你的点表不仅整洁直观好看,而且编程更快,也不会出错。
---------------------------------------------------------------------------------------------------
M讨论的人很多,至于T好像讨论的人比较少。
为何不用T,这多是从300/400开始养成的习惯的。300的T因为时间短,T数量受限,误差大,累计误差大,读写设定不方便,异步更新等等因素而被人诟病,于是各路大神基本都有一套自己的定时器程序了。延续到1500,1200,当然有人说现在可以有IEC定时器,但那真的很好用吗??
自己做一套FC定时器,就可以重复调用,而且时间设定及时间对比都是整数或者(实数)不比IEC好用很多??而且自己做的FC定时器遵循PLC扫描周期的原则,并不会因为异步更新及自身更新的规则可能导致定时器计时出错的可能。
---------------------------------------------------------------------------------------------
有些人写程序喜欢啥都用FB,每调用一次程序就生成一个DB,结果就会看起来满屏的DB。这就好比更多的人用WINCC的时候一个界面一张图,一个设备控制窗口一张图,结果就是看起来满屏的图。。。。。。
为何总有人强调标准化,总有人强调这强调那,其实是有他一定道理的。。。
因此在PLC编程中我也是推荐不用M和T的,但我也不反对偶尔使用M和T,这和程序好坏没啥关系。你的那个定时器说起来真的是多此一举,若干字省略,更何况还有漏洞,实在是不值得吹嘘。
请填写推广理由:
分享
只看
楼主