03-25-2013 12:00 PM - edited 03-25-2013 12:01 PM
I'm a little worried there could be some case where this wouldn't come out to true. If so, is there a better way to do it? Just noticed if ucrrent min = value to check it will say new min even if there isn't, so I will account for that. But I'm more concerned about the equal comparison between value to check and min
Solved! Go to Solution.
03-25-2013 12:06 PM
@for(imstuck) wrote:
I'm a little worried there could be some case where this wouldn't come out to true. If so, is there a better way to do it? Just noticed if ucrrent min = value to check it will say new min even if there isn't, so I will account for that. But I'm more concerned about the equal comparison between value to check and min
From your post, I'm not certain whether your concerns mimic mine, but I'd be a little worried about comparing two floating point values.
03-25-2013 12:12 PM - edited 03-25-2013 12:13 PM
If you have concerns, why not ValueToCheck<CurrentMin and use the output for NewMin and an input select ?
(Sorry, no LV on this PC)
03-25-2013 12:13 PM
If it directly copies the value coming in when ValueToCheck is the new minimum, I don't think there are any concerns. I am assuming it does this. But, then I believe -0 and 0 are the only things I'd have to worry about.
For this particular min max comparison, there isn't much of an issue because if it's off due to rounding, it doesn't matter from my point of view. They will just get a min with a new timestamp of the time the min occured at. Not really a big deal. More for my own knowledge.
03-25-2013 12:14 PM
Why not check to see if the value to check is less than the current minimum?
03-25-2013 12:14 PM - edited 03-25-2013 12:16 PM
@Henrik_Volkers wrote:
If you have concerns, why not ValueToCheck<CurrentMin and use the output for NewMin and an input select ?
(Sorry, no LV on this PC)
Doh. It's Monday...