03-21-2016 03:41 PM
Two tangential questions:
03-21-2016 04:14 PM - edited 03-21-2016 04:16 PM
The LEDs were just a quick test, and I liked red and green, instead of on and off. I suppose I could go into the properties and change the on/off color, but I was just throwing it together... I just copeid it from somewhere I had more than two states for an indicator...
I originally did not close the references, but the NI support guy suggested trying it, and so far I haven't removed it.
03-21-2016 05:00 PM
I was able to replicate the problem. I was also able to fix the problem.
First off, I added feedback nodes to keep track if the values had been triggered at all since the first run. The feedback nodes will only change their value on True, so they will always output True once it is written once. I also switched the logic so True is the Not Equal trigger and the boolean goes red on True. This makes more sense to me when I think about it like an error.
The solution: change the Preferred Execution System of your main VI to User Interface. This is in your VI Properties dialog via right-clicking the VI icon. After making this change, I can't get the LEDs to go red.
Cheers
--------, Unofficial Forum Rules and Guidelines ,--------
'--- >The shortest distance between two nodes is a straight wire> ---'
03-21-2016 05:26 PM - edited 03-21-2016 05:31 PM
@JohnEE wrote:The LEDs were just a quick test, and I liked red and green, instead of on and off. I suppose I could go into the properties and change the on/off color,
No need for properties, just use the coloring tool to change the dark green (off) to red (shift-right-click...color tool, pick red...mouse down on the off led, repeat.). Much faster to "throw together" than to add all these duplicate steps. 😄
And if you need more than two colors, create a color LED where "the color is the data". Property nodes are relatively expensive and clumsy.
03-21-2016 05:30 PM
I'm not able to replicate it on my machine. I'm running an Intel i7, 16 GB ram, Windows 7.
03-24-2016 01:09 PM - edited 03-24-2016 01:12 PM
Hi James,
I'm glad you could reproduce the behavior! No one else has, as far as I know. I also like your feedback node/latch thing.
Anyway, when I changed the execution system in the top level vi everything ran much, much slower. I could set the delay in the main vi to 1 mS and have it running at about 1.5mS/iteration with the "same as caller" execution system. Then changing to "User Interface" it ran at 95mS/iteration. Changing the excution system in the SetCursorPosn vi did not solve the problem.
What operating system are you using? Number of bits for labview and operating system? I'm using Windows 10, 64 bit, Labview 2015, 32 bit.
Thanks!
John
03-24-2016 01:14 PM
Altenbach,
Thanks for the tips! I think I'll find use for the color LED!
03-29-2016 11:02 AM
James.Morris,
Would you please provide details as to what system you are able to reproduce the error on?
03-29-2016 11:59 AM - edited 03-29-2016 12:18 PM
Yup, sorry I forgot to respond to this earlier.
I am on Windows 7 Professional SP1, 64-bit, 12GB Ram, i7-3770 with LabVIEW 2014 Professional, 32-bit.
Going back, it does seem to run much much slower on my machine as well.
What is the reason for pulling the coordinates of this button? Is there no way to work around this functionality?
Cheers
--------, Unofficial Forum Rules and Guidelines ,--------
'--- >The shortest distance between two nodes is a straight wire> ---'
03-29-2016 05:52 PM
James.Morris,
Could you please let me know the the "RP DAQ http.vi" and "SetCursorPosnMod.vi" Priority and Preferred Execution system? I am unable to recreate the issue on my computer.