Thank You all for your help, greatly appreciated.
@dmargineau
@Okie,
Completely agree with you on this one.
@OZZE
That is what my initial thoughts wore, but I thought I’d run the issue by the forum.
Thank You
@dmargineau
Yes that is probably the case. What threw me off here is the value in I:2.1 and the value at N7:159, I thought that the value in I:2.1 should have been of negative value as well when the fault occurs. But that’s not the case, at some point that value is negative.I:2.1 is an analog input, probably a +/- 10 VDC analog input point; a malfunction of the circuitry or a polarity reversal might generate a negative decimal data image
@Okie,
I don’t see any configurations for the raw data coming in to input I:2.1, what you see on the snap shot in post 1 is all that there is.Without rtfm for analog input, are all 16 bits of the data word used? Is it configured to go max scale or min scale or other when out of range conditions occur?
Anything that writes to those timer registers needs to be calculated in a scratch location and qualified/clamped first.
Completely agree with you on this one.
@OZZE
On something like that I would normally
Les 0 N7:159 mov 0 N7:159
between the mov and div statements.
That is what my initial thoughts wore, but I thought I’d run the issue by the forum.
Thank You