RS LOGIX5000 Overflow unlatch

Just a note, there is almost no reason to do this on a Logix based platform, unless you are particular about having 0 minor faults.

Overflow does not cause a major fault at end-of-scan as it did in the PLC/SLC series.

I ususally track down the cause of the overflows (usually an un-checked divide, that may divide by zero), and then manually add bounds-checking to prevent the occurrance. That to me is a better solution, as I can also then set some default or safe value.
 
rdrast said:
...Overflow does not cause a major fault at end-of-scan as it did in the PLC/SLC series....

I think this has been changed some time back. I distinctly remember fixing a program with a divide by zero problem and a negative timer preset that did cause a C-Logix CPU fault.

It's been about 3 years ago and I don't recall the firmware rev in use on that system...

Generally, though, I agree about not habitually unlatching fault bits...As a temporary fix, I copy them to a user variable and unlatch them to keep a system up and running until I can isolate the cause...
 
Divide by zero will not cause a major fault on any Logix platform... A negative timer preset though will most definately.

Common programming errors that will hard fault (STOP) a Logix processor:
Negative timer preset
Invalid update time in a PID instruction
Missing target for a JSR
Missing lable for a JMP

There are others, but those are common.

I've never had a hard-fault due to any math overflow/underflow. In some cases, Over/Underflow is unavoidable (trying to sign extend a 24 bit value into 32 bits, truncating DINT's to INT's, etc).

I'm not sure if there was ever an issue in the way-back machine, but I've only been actively using the logix platform since firmware 9 or 10.

OkiePC said:
I think this has been changed some time back. I distinctly remember fixing a program with a divide by zero problem and a negative timer preset that did cause a C-Logix CPU fault.
 
Thanks for the clarification...

I am pretty sure the firmware was at least as new as 9 or 10, so I guess I went overboard putting "NEQ x 0" ahead of the DIV instructions, and it was the timer preset that was derived from an analog potentiometer input that was the only cause of a major fault...The original programmer was subtracting an offset from it and did not consider what might happen if they turned it all the way down...
 

Similar Topics

I keep getting a major fault occur on a CompactLogix L43 CPU which I can't get to the bottom of. Fault details: Major fault Type 04 - Program...
Replies
3
Views
4,422
Hello, We are now working on a software to collet the configuration of different PLC brands ,using a third software to backup all the simens...
Replies
6
Views
111
Hi! So my problem is a little funky, I had Studio 5000 v 24 and 30 installed, but forgot to install RSLogix (which I cannot go without). Is there...
Replies
2
Views
165
So I had an odd request from a customer for the above. I have written the logic and tested it all in one PLC with only using 7 outputs and 7...
Replies
15
Views
465
I'm a Siemens person, and this is one of my first AB programs. The customer wants everything programmed in Ladder. I have a lot of data (3...
Replies
14
Views
258
Back
Top Bottom