【话题】汇川H5U的TONR定时器指令有bug（20250821）

这段文字的描述就是普通tim工作形式
tonr不应该是累计定时器？垃圾反人类设计

或许是描述错误
你不是有东西嘛
编段程序试验一下
in用1s脉冲，看看有没有输出～也就是顶楼图结果

有些时候，不好说，

昨天用1200写的一个FB，轴控相关的


拉了2个出来，第二个的一个BOOL变量，输入类型，外面是ON的，内部监控是OFF的，第一个就是正常的，想了半天没想明白

后来，复制了FB，重新拉了就好了。


后来想，可能是拉的第一个FB，然后第二个FB是复制的第一个，没有建立背景数据DB，不过不重要了，最后解决办法了


LZ这个，可以挨着下面加监控程序，比如驱动其它BOOL变量，又或者ADD+1，指不定TONR 的条件可能在线监控是OFF的，但是在这里是ON的，

我来给你模拟一下

第一个遇到过，当时有几个完全一样的控制对象，就使用了复制方式，结果只有第一个OK
断电重启无效，后来监视FB资源使用发现没变化，就再重新调用解决了。
第二个，这模拟程序不行，骗你了～虽然你
LZ贴出的资料说明TONR不是带记忆的累计时器，但贴图又像是带记忆的计时器。
请按PLC的工作原理捋一下，程序bug会发现的～省了
修改一下程序试试
1.16行串一个1s脉冲or
2.58行，ADD使用微分指令（1200怎么弄？类似欧的@ADD）再看D0还会是这么大数？
当然楼主的实际程序可能也与你模拟程序这样～监视是off实际是on
1200的TONR怎么工作的？

西门子博图的上升沿 只有前面加 P_TGIG，它是一个FB

普通的定时器是TON，它也有背景数据块，也是FB，

有个位上升沿是R_TRIG，没欧姆龙方便好用，

沿检测都需要一个BOOL变量来保存，


这几天再弄1200的项目，调试效率非常慢，软件慢的一逼，哎。

他的程序是n多扫描时间，不能达到预期效果是程序没给喘息机会～程序bug
16行置D1013.0～on
24行TONR允许计时
58行置D1013.0～off
再巡回到16行……
TONR就一直计时，直到M1230～on

程序中K1000代表1s？
好像没有在M1230是on时，让D1013.0为off
试一下，如果M1230变为off，手册正确，如果还是on，手册错误。
最后在IN端串个1s脉冲信号，可以直观Q状态，PT放大到几十s以便观察Q

如果证实手册错误，在R给一个适当的信号，否则Q永远on。

很多时候，还是程序逻辑的问题，也就是PLC时序。

如果有问题，可以换个思路来处理,比如用步转移这种，哪怕是死，也死的明明白白