定时器为什么不能触发计数呢？分析了半天没弄明白，请大家指教。

你们倒是解释一下扫描机制啊？PLC不是从左到右从上到下吗？我看了半天，应该是可以触发的啊。
为什么三菱这么写都可以？

说扫描机制的，看这里

引用

引用第5楼新人小白，，于2024-05-17 14:51发表的  :

我理解的是，他3s时间到会输出信号但同时他也会复位也就是变成0秒，这个时候他就没输出了，plc扫描从上到下，他先扫到的是复位成0在接通延时

三菱的是咋回事儿呢？

引用

引用第7楼新人小白，，于2024-05-17 14:54发表的  :

我没用过三菱的不清楚，西门子的就是这个

扫描机制说不通的。你要按照周期来解释扫描机制。这个程序，计时到3秒，这个周期定时器输出，那么下面的程序立刻触发加1，下一周期，从头开始，定时器计时条件才断开，定时器OFF，再下一周期，定时器才能由常闭触点再次触发启动计时。你分析的扫描机制，一周期全都把活干完了，这是不对的。

引用

引用第9楼新人小白，，于2024-05-17 14:59发表的  :
我查了一下西门子扫描周期默认是150ms，而三菱的扫描周期在0-100ms，三菱的扫描快会捕捉到输出，应该是这样吧

应该不是，扫描机制和时间没有关系，你就是扫描周期一分钟（允许的话），也不影响它这样的工作原理。我怀疑问题出在定时器上，西门子这个定时器可能有什么特殊之处，不是我们理解的那样。

引用

引用第11楼新人小白，，于2024-05-17 15:10发表的  :

怎么会和时间没关系呢，扫描周期不就是执行周期吗，也就是程序从头执行到尾需要多少时间，假如你1分钟，你还没扫描完后面前面根本就接通不了啊

我这么说确实有歧义，这么说吧，扫描周期是毫秒量级的，而你的定时器是秒，千倍的差距。定时器是独立于扫描周期的。也就是说没有来不及这种事情，PLC要比你想的快太多了。

引用

引用第13楼holdkcxyz于2024-05-17 15:23发表的  :
定时器的Q分配外部变量

啊？能说的再明白一点吗？

我猜测，西门子的定时器计时达到的本周期是不输出Timer.Q的，然后下一周输出Timer.Q，如果按照正序写，下面的Timer.Q永远不会触发。我的猜想，还请大家继续指导。

自复位定时器适合用于触发需要周期性发生的动作。通常，将引用定时器位的常闭触点
放置在定时器指令前面可创建自复位定时器。该定时器网络通常位于使用该定时器位来
触发动作的一个或多个依赖型网络上面。
当定时器时间已到（经过的时间达到预设值）
时，定时器位将在一个扫描周期内为ON，因而可执行由该定时器位控制的依赖型网络逻
辑。下次执行定时器网络时，常闭触点将为OFF，从而复位定时器并清除定时器位。下
次扫描期间，常闭触点将为ON，因此将重启定时器。
**********注意***************
创建此类自复位定时器时，请勿将定时器DB 结构的“Q”成员用作该定时器指令前面常闭触点的参数。而是要使用与该定时器指令的“Q”输出相连的变量。如果访问定时器DB 结构的Q 成员，将导致定时器更新，且如果因常闭触点而更新定时器，该触点将立即复位该定时器。定时器指令的Q 输出将在一个扫描周期内不为ON，并且依赖型网络不会执行。
************************************************

这是西门子论坛上的高手复制的一段手册上的内容，就是根本原因

如果访问定时器DB 结构的Q 成员，将导致定时器更新，且如果因常闭触点而更新定时器，该触点将立即复位该定时器。定时器指令的Q 输出将在一个扫描周期内不为ON，并且依赖型网络不会执行。

我思考了几天，结论是这是个BUG，我在西门子论坛被人批评，不得不说，这些大公司训练用户真有一手，明明是错的，都有拥护者强行解释。类似的还有苹果，训练用户真挺厉害。

引用

引用第20楼bnnyygy于2024-05-22 22:05发表的  :
好蛋疼的逻辑。


看感觉程序感觉逻辑是没问题。

.......