longshot
Member
In Mitsubishi's PLCs, there is no off-delay timer. If you need one in your program, how do you get one ?
| Input_for_timing
| X0
|------|/|--------------------|TMR T0
| |K10
|
| X0 Y0
|------| |--------------+-----(OUT)
| |
| Y0 T0 |
|------| |-------|/|----+
Pierre said:Off Delay or On Delay timers, it's only a mather of logic. What Mitsu really does not have is a Retentive Timer. Even in there fantastic Q serie, they still don't have it. So where stuck with using counters.
I should have said "initialises to the timed-out state". Apologies if I confused anyone. When a TOF is timed out, its done bit is off.If you use an On-Delay Timer to provide the Off-Delay, I don't see how the Timer Bit can be initialized as DONE!
If the timer input bit is off (rung true) on power-up or first scan, then the XIO of the TON's done bit doesn't open until the preset time has expired. After this initial interval, the emulation is fine.I went through the program and NOT'd the inputs to all my TOF timers and used the XIO instead of the XIC on the Done bit
Sheesh!I was asked by a customer to not use any TOF's in my PLC5 program.
In AB-speak, a retentive timer (RTO) operates like a TON except that when the rung goes false, it holds rather than resets. When the rung goes true again, the timing carries on from where it was. There is a separate instruction for the reset operation.And, Pierre, as far as Non-Retentive Timers... how about copying the Timer value to Non-Volatile memory every scan?
Off Delay or On Delay timers, it's only a mather of logic. What Mitsu really does not have is a Retentive Timer. Even in there fantastic Q serie, they still don't have it. So where stuck with using counters.
The Q series most certainly does have a retentative timer. Go to PLC Parameters --> Device Tab. In the list you will see Retentative Timer (ST) You have to allocate them here.