12-16-2019 10:11 AM
@Ben wrote:
When in Main mode, the widget name indicator should change to a red background.
Well, I'm more of a "form follows function" kind of designer, so either than "Main mode" actually means something to the function of a Module, in which case it needs to be told what the mode is, or it doesn't mean anything and the coloration seems very odd to me.
For example: If we had: "When the temperature is above 30degC turn the wind-speed indicator red."
My response would be:
Temperature must affect Wind Speed measurement, so the Wind-Speed-Module needs to know the temperature. If not, then this is a confusing and pointless requirement; let's make the Temperature Module show red when it's hot, not the Wind-Speed-Module.
12-16-2019 10:36 AM
For people who don't have 7zip, I attach the program in .zip this time.
@crossrulz wrote:
User Events. Yes, a poorly named feature. But they are very useful.
Quick examples I was able to find:
I never looked at the generation of user events because of the name, thank you.
I see how I can use that to change proprieties. I should be easy to implement and solve a lot of my problems.
For data updates I still need to think about how to implement it without firing 50 events / second.
The program works like it is, I don't want to change too many things and centralise seems to be easier with limited modifications. But I am here to receive suggestions and advice so if I find a way to modularise I'll give it a try.
Yddet
12-16-2019 11:13 AM
In your consumer loop, you are checking the status of a a queue. If no elements in the queue, then you have a wait function. Just dequeue the data as it comes in, have no timeout, much simpler.
You are using the OpenG data type parsing VIs; not sure when the change occurred but newer versions of LabVIEW have explicit support for data type parsing, much faster than the OpenG methods. See snippet below.
mcduff
12-16-2019 12:52 PM
"Main mode" should have read "Maint. Mode" as in maintenance mode
Ben
01-22-2020 03:26 AM
03-09-2020 12:15 PM
This is why we can't have nice things, this is why LabVIEW gets a bad wrap for not being a proper programming language. This is why newbies want more 'Control and Indicator' References. This is how to properly implement Local and Global variables in LabIEW. This is why you need dual wide-screen monitors to program effectively in LabVIEW. This is why you need a ball-mouse.