LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Conditional Last Value?

I just realized that the self-explanatory "Conditional Indexing" feature of a Loop introduced in LV 2012 has an interesting feature:

 

ScreenHunter_003.jpg

 

You can actually have a conditional Last Value. Unfortunately, it is not very useful, since, if the condition is False, the returned value appears to be the default of the wire type (in the illustration above, it would be 0). I have no problem with that particular value, but I am just questioning the usefulness of the feature.

If you are not indexing the output of a loop, you can then use something like this, which gives you the opportunity to at least chose what value to output in each case:

 

ScreenHunter_004.jpg

 

Now I am sure that our LabVIEW aces have already found a zillion use-cases for this feature, but I haven't...

0 Kudos
Message 1 of 11
(4,429 Views)

Actually, it outputs the last value that had a TRUE going to the conditional part of the tunnel.  Since your example always has a FALSE, then it will be the default value.

 

Yeah, I haven't found a real reason to use it either.  But I'm also still working in 2011 SP1.


GCentral
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
0 Kudos
Message 2 of 11
(4,425 Views)

Correct, and I should have formulated this differently: what happens in case all conditions are FALSE (as illustrated in my minimalist example)?

In the indexing case, nothing is indexed, the array is empty, fine.

What I was missing is how the "Last Conditional Value" could replace that (which is my conception of the most general "Last Conditional Value")

 

ScreenHunter_005.jpg 

 

(with the obvious fact that the condition should be variable and the number of iteration not necessarily 1, etc)

0 Kudos
Message 3 of 11
(4,419 Views)

@X. wrote:

Correct, and I should have formulated this differently: what happens in case all conditions are FALSE (as illustrated in my minimalist example)?


 

Like you said, it outputs the default value for the data type.

 

 


What I was missing is how the "Last Conditional Value" could replace that

 

ScreenHunter_005.jpg 


It can't, because it doesn't have the two inputs that the shift register has. It's new functionality which is essentially like a shift register with no input terminal on the left side. Incidentally, you might wish to check out what happens if you run the loop and put a value in the tunnel and then run the loop again without inputting a new value. I'm guessing that you will get the existing value, but it's also possible that you would get the default.

 

 


___________________
Try to take over the world!
0 Kudos
Message 4 of 11
(4,383 Views)

The attached VI shows how simple it makes searching a 1D array. Specially compared to the JKI version. I haven't done any performance test though.

 

Kas

0 Kudos
Message 5 of 11
(4,354 Views)

 


@zerotolerance wrote:

The attached VI shows how simple it makes searching a 1D array. Specially compared to the JKI version. I haven't done any performance test though.

 

Kas


Sure, but I am discussing the non-indexing case...

0 Kudos
Message 6 of 11
(4,319 Views)

@zerotolerance wrote:

The attached VI shows how simple it makes searching a 1D array. Specially compared to the JKI version. I haven't done any performance test though.

 

Kas


I've done some testing and it is neither the fastest, nor the slowest method.  It could use some optimization but is quite easy to use.

0 Kudos
Message 7 of 11
(4,273 Views)

Since some want to keep this thread alive (although diverging slightly out of topic), I'll just follow up on tst's suggestion above:

 


@tst wrote:

Incidentally, you might wish to check out what happens if you run the loop and put a value in the tunnel and then run the loop again without inputting a new value. I'm guessing that you will get the existing value, but it's also possible that you would get the default.

 


The answer is: you get the default value the second time. It is definitely not behaving like an uninitialized shift register. It's a new beast.

0 Kudos
Message 8 of 11
(4,258 Views)

@X. wrote:

Since some want to keep this thread alive (although diverging slightly out of topic), I'll just follow up on tst's suggestion above:

 


@tst wrote:

Incidentally, you might wish to check out what happens if you run the loop and put a value in the tunnel and then run the loop again without inputting a new value. I'm guessing that you will get the existing value, but it's also possible that you would get the default.

 


The answer is: you get the default value the second time. It is definitely not behaving like an uninitialized shift register. It's a new beast.


Make me wonder.... What if its a class or a dypedef with non-default default data values>..Smiley Surprised


"Should be" isn't "Is" -Jay
0 Kudos
Message 9 of 11
(4,254 Views)

@X. wrote:

The answer is: you get the default value the second time. It is definitely not behaving like an uninitialized shift register. It's a new beast.


Then I would say that it behaves like a SR which is always initialized with the default value of something (I would guess the data type, but it might also be the default value of what's wired into the tunnel).


___________________
Try to take over the world!
0 Kudos
Message 10 of 11
(4,234 Views)