技术支持
AI小西
风驰卡
产品入门
在线产品选型
售后登记和质保查询
备件商城
ASP工程师验证
ASP公司证书验证
售后服务常见问题
首页
售前文档（样本、宣传册等） 
售后文档（FAQ、手册等）
首页
立即开通1847会员
首页
教室培训课
取证训练营
在线自学课
认证证书查询
培训伙伴验证
首页
最新发帖
精华帖
发新帖
已解决问题
精华常见问题
运维工程师专区
官方商城
西门子中国
钻石
本版热门话题
相关推荐
相关帖子推荐
恭喜，你发布的帖子
发布于 2020-09-27 10:20:13
44楼
而且， 你这个思路如果想正常使用， 就得严格遵守， 所有的调用次序必须一致。 而且必须是全局调用。我感觉点很麻烦， 你调试时如果正好停了包含报警处理的一段程序， 就会造成整个队列错位；而且， 入股按最大的需求看， 凭空添加成千上万次的FB开销。
zane版主的方法，我更认可。
你这种算法， 如果换一个应用场景， 也是很流行的。 比如物联网。 几百万个，上亿个设备， 每个自己主动去申请一些运算， 比如共享单车， 主动申请自己的时长， 金额； 不必等着中心服务器轮训发布。 这个需要海量的资源。
很长时间没有关注了。
停用某个程序并不能造成错位呀，因为各个报警有自己的编号，编号不变就不会错位。这个编号不由FB内部产生，而是由调用FB的程序产生。
还有并没有成千上万个FB，只有两个。其中一个是多次重复调用的，类似FC。
------------
修正：
只有一个FB，分两个功能，有功能引脚区分。
请填写推广理由：
分享
只看
楼主
