Reverse engineering is such fun.
Steve Bailey said:
Allen, a hypothetical question:
Lets's say, instead of your method, you reset all the timers by moving values of zero into all three words of each timer. Let's also assume you trigger the move by a one-shot.
Would you have to stop and restart the PLC to restore the time base or would it be restored the next time the PLC evaluated the rung containing the timer instruction?
I actually had both a little bit of time this morning, and a SLC to play with, so I was able to do some experimenting.
I set up a four T4 TONs, two with a time base of 1 sec, two with a time base of 0.01 sec. I copied each timer into an N file. On the two with the 1 sec time base, the /9 bit was set. Otherwise, the data structures were identical.
I changed the /9 bit on one of the 1 sec and one of the 0.01 sec timers, and then copied the bit pattern back into the T4 data file.
When I did so, the T4 data file said that the timer had the new time base
BUT THE TIMERS CONTINUED TO TIME AT THE OLD TIME BASE !!!
And when I looked at the ladder rungs, it shows the
OLD TIME BASE even though the data table showed different.
So it would seem that the "real" time base is stored with the TON instruction, and that bit 9 is only used for the programmer's benefit.
Cycling power on the SLC didn't change the apparent time base, nor did switching to program mode.
There are all sorts of other experiments to try, such as "double timing" the same address, with two timers of different time bases. Not that this would be useful in any program that I can think of, but it might reveal more as to the inner workings of the PLC.
The 50-words-or-less answer to your question though is:
Changing the time base bit does not have an affect on the actual time base.