cluster typedef red coercion dot with property node value

[Blokk]

Hi!

I have a larger project, where I do parallel DAQ and other calculations. In the project I pass all of my relevant data between different parts of the program using a cluster typedef control, so if I need to add new element, it updates everywhere in my project. My problem is, when I want to update the elements of this typdef control on the GUI regarding to the changes at different places in my program, I use property node for this. Usually it works, but sometimes I get a really strange behaviour...sometimes the enum element does not get updated, and so on....

I have attached a simplified version, only including the relevant part...

Any idea what I do wrong?

Thanks very much!

[Blokk]

just one more thing: What I have found on this NI forum about typdef controls and property nodes, that it is not advised to use property nodes with typdef controls. So now I revise my project, and I try to update my GUI typedef control at only one place in my code just simply connecting to the data flow. But my question is still:

if in LabView the typedef controls and property nodes (write) are not totally comaptibles then what should I use if I want to update the GUI typdef control from different places in my code not directly connected with dataflow?

[stevem181 · Accepted solution]

The attached file and picture shows a way to write to the control with property nodes.

Run the program. You can change the "Current GPIB subvi" selection or select a control (via Index) and set it's value.

You could use a type def enum to select the desired control if you know the order of controls will not change.

steve

[Blokk]

I got it 🙂

Thanks!