Controllogix overflow

How is the CPT causing an overflow? My assumption is that AccEX_FillSpd_FPS is causing a Divide-By-Zero when it goes to zero. The problem is that the proceding GRT should not enable the CPT to execute.

Sam

could you be dividing by a very small number? that could cause your resultant to be very large, larger than your tag can handle. I'm assuming you result tag is a float also.

Sam,

if you're using an SLC you should use the piping symbol (|) for the division, and not the backslash (/). That one is reserved for indicating the bitnumber in a BOOL address. I don't know why this could give you an overflow, but it should difinitely give you an error. I guess it's something similar with ControlLogix, I'll have to check it.

Kind regards,

Sam,

I should have checked first. It's OK for ControlLogix to divide with /. I too can not think of anything else than what you've already said: if the condition before the second CPT was true, it would give you an overflow, because AccEX_FillSpd_FPS is shown to be zero, thus giving a division by zero. But because the condition is false, it shouldn't matter. This one will be for the AB specialists here. Now, it's only 30 minutes since you've posted the problem, it shouldn't take more than about another 30 minutes, I figure.

Kind regards,

If either of the two numerator operands is an overflow the result would be an overflow. It could be something in your numerator.


Keith

The problem is tha the first of you CPT's is allowing AccEX_FillSpd_FPS to go to very small values, and this will produce overflow errors when it is used in the second CPT as a divisor.