你说的..跟我表述的不是一个问题...楼下三菱的版主理解的了我问题.我想表述的大概就是那个意思..

不是下个周期动作..而是不动作..

我主要是想  看看怎么去规避一些时序上引起的问题..
它既然是按照这个规则运行的...我也要按它的规则去编程才可以..
不然有些动作不响应

引用 0aguang0 在 2022/3/29 15:47:04 发言【内容省略】

还是一样的，反正有个先后顺序的，你自己理顺就可以了。

引用 0aguang0 在 2022/3/29 15:43:00 发言【内容省略】

有没有贴出程序看看
版主的程序与你说的不一同

从上往下 从左往右的，扫描到需要调用时就调用的！

我的现象其中一个就是时间继电器的Q点的问题...挪到上面去就好用..放在下面就不好用
另一个逻辑关系的点也是把main程序里的两个子程序调用顺序颠倒一下 就好了..
断没断供这个我自己还是能判断的..如果一个信号接通不到100ms我就能给他断供了..我得多牛逼

20多个子程序...互相里面有对方的启动条件...
理不顺就容易出差子..最蛋疼的他不是每次都发生.
而是小概率事件...给查找故障点带来很大的不方便..
目前的解决办法就是优化调用顺序..
然后在相关启动条件位置加定时器

接手了别人的程序...对框架不太了解还..
1511把内存写满了..我是服气的..
现在的解决方案是优化了一下在main里调用的顺序..
和在相关的启动条件前面加了时间继电器..
和运行条件中加了很多互锁..
效果还可以...没有出现时序错乱的问题.
我问这个主要是想问问大家有没有什么好办法能避免时序上的BUG
接手这个程序全是用梯形图写的...
我感觉用CASE语句写的话.应该能规避掉这个问题..

引用 0aguang0 在 2022/3/30 11:33:55 发言【内容省略】

与100ms无关，是你的程序（时序）将它断了。