LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

New values added to property node "value" are not showing

Solved!
Go to solution

Hello, 

 

I'm having a problem when adding values to an array within a cluster. 

property node value.PNG

 This part used to work untill yesterday when I made a small change on the yellow VI. WHat I use to do was adding my results into an array and then adding this array to another for it to be shown in the front view. As you ca see I've placed probes to see if I just didn't get any data to put in the arrays. However, the probes show that data is put into the "value" property of "DataLogger read", but still it is not showing in the front view.

 

property node value1.PNG

For example this piece of code that does the exact same thing works while the first one doesn't. As you can see below the data is shown in the front view.

datalogger.PNG

 

0 Kudos
Message 1 of 5
(2,221 Views)
Solution
Accepted by topic author FrougeurPro

Hi Frougeur,

 

what happens when you use the table terminal instead of the "Value" property node to write new data into the indicator?

 

Why do you need all those property nodes at all? I advise against using indicators as "data collectors", they still are just indicators…

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
Message 2 of 5
(2,210 Views)

I'm sorry I am still rather new to LabVIEW, what do you mean by the table terminal ? Using directly the array ? 

I'm using the property nodes because that's the only way I know to access the array as it is within a cluster.

0 Kudos
Message 3 of 5
(2,202 Views)

Those property nodes are not synchronized?

 

It's hard to tell just looking at a few snippets, but it seems to me Value property could be read before the yellow VI executes. The fact that it's right from it, doesn't mean it's not executed as soon as possible.

 

Use execution highlighting, or breakpoints to check.

 

To fix it, use error wires to force execution flow.

0 Kudos
Message 4 of 5
(2,187 Views)
Solution
Accepted by topic author FrougeurPro

In general it's considered bad practice to use a GUI element as data container.

 

You're using the table to store historic data. It would be safer (more robust and clearer) to use a 2D array of string in a shift register to keep the data, and then put it in the table. This has all kinds of advantages, for instance, you can pass the 2D array through a subVI.

 

You'll eliminate all risk of race conditions, that you will always have when using by reference (those property nodes reference the table). LabVIEW works best if you embrace data flow.

Message 5 of 5
(2,181 Views)