12-04-2007 07:24 AM
12-04-2007 07:50 AM - edited 12-04-2007 07:52 AM
It is only recording the last point saved from the comparison. Try This:
Message Edited by Tom Haggerty on 12-04-2007 08:50 AM
Message Edited by Tom Haggerty on 12-04-2007 08:51 AM
Sorry about the hidden wires! I just added the FOR loop very quickly and didn't clean it up.
Tom
12-04-2007 08:00 AM
12-04-2007 08:05 AM
"It is only recording the last point saved from the comparison"
I think no. It seems to make the comparison only for the first element.
I don't think this is normal...
Solution: swith to compare elements and see attach
12-04-2007 08:05 AM - edited 12-04-2007 08:06 AM
12-04-2007 08:08 AM
You are faster...
but the question still remains... looks like a bug....
12-04-2007 08:24 AM
but the question still remains... looks like a bug....
"
Not the way I read it.
When doing the agregate flavor of th compare, only one of the comparisons has to be true to return a TRUE
So if any of the readings was above the lower that gate would return true. Similarly if any point was below the upper.... TRUE.
I'd use an "in Range" in loop or would AND the array returned by the "in Range" function.
Ben
12-04-2007 08:35 AM
12-04-2007 08:44 AM
Ben wrote: "only one of the comparisons has to be true to return a TRUE"
But this returns false !
Seems to compare only the first element.. or i miss something?
12-04-2007 08:55 AM