Update values in cluster on front panel

I'm sure I'm missing something obvious, but how do I get a cluster on the front panel to update its values? Synchronous display doesn't work like I expected it should.
Ref. the attached example: I want the front panel cluster numeric control's values to update when they are changed. The numeric value is increased by 1 and then rebundled to the cluster, and the indicator shows the correct value. I, however, want the control to be updated as well, so that it shows the increased value for numeric and will be that value the next time the VI is run. Is there a way to do this?
Solved!
Go to Solution.
Attachments:
cluster_updateControlValue.vi ‏7 KB

Hi..
Check the attached vi...
Sasi.
Certified LabVIEW Associate Developer
If you can DREAM it, You can DO it - Walt Disney
Attachments:
cluster_updateControlValue (1).vi ‏7 KB

Similar Messages

Problem : controls & indicators not updated when programatically open Front Panel

Hi,
I have a strange problem when I want to progamatically open the front panel of a sub-vi: for some sub-vis the controls and indicatores are correctly updated while for others they are not (ie the controls show outdated values).
I have created an example here that illustrate this. The 2 sub-vis are *exactly* the same, but only one shows updated controls when I open it (with the sub-vi previously closed of course).
How is that possible?
What do I have to do to have the controls updated to the last value of the *last call* when I open the sub-vi?
Solved!
Go to Solution.
Attachments:
Front panel problem.zip ‏35 KB

titi_nicolas wrote:
mhmmm,....no that is NOT the reason... Have you tried the VI???
Honnestly, I would not bother people on this forum for such a stupid mistake.
And I also expect people to know how to run a VI....
And to play in your game, you forgot -3) Turn on the PC, -2) log in windows, -1) open labview...
Well, I DID run your VI and everything worked just fine, however I no longer have LabVIEW 7.1 so maybe your observation no longer applies to newer versions. It could also be because they were just upgraded as Ben noted. I did not study it in detail.
And Yes, as Ben noted, invisible VIs don't get updated for performance reasons (and not to waste extra data copies for the controls and indicators). LabVIEW is typically smart enought to update when needed, e.g. if the subVI tries to print its panel, etc.
I guess you haven't been in this forum for too long, but since controls can easily be operated in edit mode is is absolutely important to mention at which step you run the VI. (try to operate your controls with the computer turned off and you will see that it is not that easy ). Also if you have been programming for any length of time, you should know that stupid mistakes happen all the time (at least to me and Ben ). It is much easier to weed out the stupid mistakes with a quick question&answer than to spend hours searching for a deep and complex solution.
LabVIEW Champion . Do more with less code and in less time .

Update global variable on front panel of another VI

I have a main VI that has the GUI for the operators that has several steps with multiple sub vi's. I want to display the status (where I am in the process) on the GUI. I am using global variables, and the status updates in the global variable front panel just fine, however it only outputs the last value to the operator GUI. I would like it to show the new status at each point in the code. I read something about action engines but I am not sure is that is the correct way. I attached some code just as an example of how I am doing it right now.
Attachments:
example.vi ‏9 KB

lvuser333 wrote:
I have a main VI that has the GUI for the operators that has several steps with multiple sub vi's. I want to display the status (where I am in the process) on the GUI. I am using global variables, and the status updates in the global variable front panel just fine, however it only outputs the last value to the operator GUI. I would like it to show the new status at each point in the code. I read something about action engines but I am not sure is that is the correct way. I attached some code just as an example of how I am doing it right now.
i would implement a state machine, in your case. and look into references to bring the info up to the main vi if need to....
Spoiler (Highlight to read)

Trouble getting a subvi to update a graph in real-time on the front panel

Hi All,
First post here, so play nice =). I am trying to update a graph on the front panel from within one of my subvis, however it does not update it in real-time. It will only show the completed graph after the subvi finishes running. I have tried to use references/property nodes and I have also tried using my chart as a global variable, but neither of those methods have worked (I am probably doing it wrong). Can anyone provide a detailed walk-through of how to do this using either one of those methods? Or perhaps even a different method?

ModusPwnens wrote:
This is how you do it, right?:
Try this for a quick demo of the reference method:
Create a VI as shown in the image.
Select only the while loop and do "edit...create subVI" (as shown). (you will get a subVI that contains the needed connectors and is alread wired to the reference)
Run the main VI, and the chart will update every 200ms.
Note that this is only a draft and many things are missing. (For example, the subVI cannot be stopped at the moment. Also, you want a graph, and not a chart.)
LabVIEW Champion . Do more with less code and in less time .
Attachments:
updateViaSub.PNG ‏32 KB

How do I prevent scroll bar use from disabling front panel updates?

I have two top-level VIs running simultaneously using different execution systems. The first VI has a list box scroll bar. When the scroll bar is used by the operator, updates to the second VI front panel are temporarily blocked. This is due to the single user interface thread shared by both VIs. I there anyway to allow the second VI to update its front panel while the first VI is bound to its scroll bar?

Hi,
Your problem seems to be a bit more complex. I created two vi's, one with a simple loop, the other with a list box (both running in different execution systems). The first isn't noticeably affected by moving the listbox' scrollbar.
It there an increase in processor load when you move the scrollbar? That could stop the other vi from updating. Perhaps you can isolate the problem (remove all irrelevant code) and post the remaining vi's?
Regards,
Wiebe.
"wwwbrown" <[email protected]> wrote in message news:[email protected]..
I have two top-level VIs running simultaneously using different execution systems.  The first VI has a list box scroll bar.  When the scroll bar is used by the operator, updates to the second VI front panel are temporarily blocked.  This is due to the single user interface thread shared by both VIs.  I there anyway to allow the second VI to update its front panel while the first VI is bound to its scroll bar?

LabVIEW ARM break after update Front Panel during debug

I try to debug the vi by Ulink, the vi just show the LED blinking for 500ms on/off with while infinity loop, after click run button the loop continue working about 5 second and then break button actived with front panel update. Is this normal working?
Thank you

After I click Run button on the toolbar the vi start ranning, the LED blinking show on the hardware but not update to the vi front panel, around 3 second the vi stop (like a we click on Pause button on toolbar) and update the status LED to front panel.
I used ULINK1 for this example, I don't know this cause of the problem or not.
Thank you.
Attachments:
vi_stop.JPG ‏25 KB

Front Panel DataSocket takes long time to connect

Hi,
I have build a very simple DataSocket application.(Front panel DS only)
I transferring data between two applications running on 2 PC's connected via a wireless network
What hapens to be is when the router is connected to internet (via ADSL modem) the connection between clieant and server is established imidiatly.
However when Modem is disconnected it takes about 1 minute to establish connection.
At both cases I am using the internal IP of the server PC (the PC datasocket server is running on)
1. I used 2 different wirless routers and result is the same
2. I used static IP addres on both client and server PC's
3. DSTP url I use is "dstp://l192.1.128.106/number" (not computer name but rather ip number)
4. datasocket server is running on one commputer. The other (client) is running under Runtime (its an "exe" file)
5.When I look at data socket server I see that "process connected" is updated immediately. BUT the front panel controls are waiting for about a minute till datasocked LED is turns green. During this time the datasocket server looks very busy.
I have to emphasis again when the router is connected to internet connection is established immediately.
My gut feeling tels me it has to do with DNS. I don't usderstand why.
Is is related to the server PC DNS?
The client PC DNS?
The router DNS?
Any help would be extremely appreciated!

Thanks again Kyle, I have followed up some of you suggestions. With some trial and error (and a fiew bucks...) the problem was solved. The way I solved it: 1. I bought a new router (Edimax BR-6424 ~$40)2. I have configured the PC the Datasocket server was running on, as with dynamic IP and obtain DNS automayicaly. The router was not connected to Modem and everything is working fine. (if you look at atached VI - "time to establish connection was about 2S. This is the VI I am running on the client PC) Alternate 2. is configure static IP BUT LEAVE DNS VALUES EMPTY. that works fine too. (2S for connection) When I used static IP with some values in DNS the time to establish conection was ~16S. Aperrantly my problem was not related to modem at all.I have made my test with one bad (or misconfigured) router (level one WBR-3406TX).The test I made with the other router (old Edimax I borowed from a friend) were with bad DNS configuration.So I got wrong impression that my problem was related to absence of modem. I am going to use the new router. But just for curiosity. Do you have any Idea what could get wrong with the old router (level one). The DNS was configured correctly. (obtain DNS automaticaly) but still when I ran the attached VI it took 16-20 S to establish connection.??? Best regards, Hazkel
Attachments:
Dataocket Example.vi ‏11 KB

How can I display a changing variable in a subvi on the front panel of the main vi as the subvi is excuting

In the document attached the vi on the right is sub to the vi on the left. On the subvi on the right the variable "Field Reading" is continuously updated on the front panel of the subvi as the "for" loop is executed, but only the last value of the variable is updated on the main vi front panel which is what is expected. My question is how can I display the changing value of "Field Reading" on the main vi front panel as the "for" loop in the subvi is running?
Thank you.
Solved!
Go to Solution.
Attachments:
Doc2.docx ‏554 KB

Hopefully I can explain it well enough. It really is simple.
1) Create an empty global variable and call it something like User Interface References.vi
2) For each and every control and indicator on your front panel, right-click and select Create/Reference
3) Place these references wherever you like (I use a series of Event cases to perform my initialisation and these all live in one of these event cases). They can be placed anywhere in the main vi.
4) For each of the references, right-click and select Create/Indicator
5) Moving to the front panel, Cut all the indicators and Paste them in the global variable (eg. User Interface References.vi)
6) Moving back to the block diagram, wire the global variable to each of the references and select the same named global variable.
All the hard work is now done (until you add another user interface terminal). You should now have something that look as shown below, [except the reference labels would be to the left (not sure why the snippet put them above)]. In my latest program I have 82 references!
Done. You can now access all your front panel controls and indicators anywhere in your program as shown below.
You can just select Value in most cases, but in this particular case I wanted to fire off an Event to do some things (log the alarm) as well as just update the value. So, this is another bonus with the method.
Hopefully this all makes sense. If not, let me know.

How to run a subVI without poping up normally, but when clicking a button, popup the front panel?

I know pop-up the front panel of a subVi when called by selecting VI Properties>>Windows apperence.
But what I need to do is: always run the SubVI inside the parent VI as the nornal subVI do without poping up. But when I click a button"show front panel", the SubVI popup the front panel.
Is there anyway to do this?
Thanks,

ossoo,
You can use a static VI reference to the subVI and then use the Front Panel Open invoke method to show the front panel when you want. I have attached two VIs that show this. I saved these VIs for LabVIEW 2009 so you should be able to open them up and run them in 2009 or later. Add.VI is the subVI that you are calling. The Caller.VI is just a While Loop that contiually calls the Add subVI. Inside of the While Loop is also a Case Structure with a Static VI Reference (you might need to change the path this is pointing to after downloading the VIs to your computer for this to work) and the Front Panel Open invoke method. You can run the Caller.VI and interact with the main Front Panel as normal and see the subVI but then you can click the Open subVI? boolean button and it will open the subVI's front panel. You can continue to interact with the main front panel and see the values update on the subVI's front panel as well. You can just close the subVI's front panel when you are done viewing it. Does this help?
Grant H.
National Instruments
LabVIEW Product Marketing Manager
Attachments:
Caller.vi ‏19 KB
Add.vi ‏23 KB

7,1 was a dream: Media shortcuts/front panel issues

Hey
I have a Dell Inspiron 6400. On the front it have this Media Shortcuts / Frontpanel
In iTunes 7.1 they did work. Like, I could minimize iTunes, use other programs and still I could change songs and stuff. But after all the updates on iTunes, this ability is gone. It's only with Windows Media Player it'll work.
Anyone have an idea about how I can fix this?
(or that Apple could fix this and keep it in their iTunes in the future)
Message was edited by: VonWeibye

Could you clarify a bit on how the PXI-6528 was acting while you were seeing these problems? Does this card have values display on the Remote Front Panel, and if so were they still updating properly? I believe you were saying that, but I wanted to be sure because that makes a big difference.
If everything became static, including the DIO card, at the same time, then I'd say see if your browser updated, or something in your network settings was changed without you noticing. Perhaps an update ran and reset some of your firewall settings, or an Internet Explorer update changed something that required a reboot.
If just the outputs of chassis 2 were the problem, and the DIO card values on your remote front panel still worked well, then it is most likely a problem with your MXI-4 cards or your fiber optic cable that cause the change in behavior.
Miles G.
National Instruments
Applications Engineer

RT Remote Front Panel issues.

I'll start with my setup:
2 PXI-1042 chassis connected via fiber-optic using NI PXI-8336 (MXI-4) cards.
Chassis 1: PXI-8108 embedded controller running LabVIEW Real-time OS (2010), PXI-6528 DIO, PXI-8336 MXI-4.
Chassis 2: MXI-4 in slot 1, 4 PXI-8334 DMM, PXI-6528 DIO, PXI-6281 M-series DAQ.
The real-time executable monitors analog and digital inputs and DMM measurements, displays the values using numeric and boolean indicators, generates alarms and allows users to acknowledge alarms via a Remote Front Panel. The code has a custom error handler that traps errors and stores them in a global array. This allows the code to display them on a console and allows the user to acknowledge and clear errors, and scroll through multiple error messages. We used property nodes sparingly.
The system is monitored by two laptops with the correct run-time engine installed (both laptops have the LabVIEW development suite). Under normal conditions, one laptop keeps control of the Remote Front Panel at all times.
The problem:
The system was running flawlessly for 3 months of continuous use. Then, for no apparent reason, the indicators that display measurements from "Chassis 2" (specifically the DAQ) stopped updating.
If the user refreshed the browser, the Remote Front Panel client would reconnect to the RT Web Server and get updated values, but they were always static. Essentially, refreshing the browser took a "snapshot" of the data, but the indicators did not update continuously as before. At the same time, DIO inputs to "Chassis 1" responded appropriately to changes in state.
Refreshing the browser on one laptop would update the values for that laptop only, and the other laptop could be refreshed independently and have different values displayed, but both laptop's indicators were static. During this time, the DMM measured inputs were not changing and the "Chassis 2" DIO inputs did not change state (i.e., we could not perturb the inputs), so we could not determine if those indications were affected.
Also, the error console did not respond to user input until the browser was refreshed and the client reconnected to the target.
We know the RT application is running on the target because there is code that monitors the status of the loops by changing state every loop iteration and displays the status to the user.
Our short-term solution was to reboot the RT controller by powering down both chassis, starting "Chassis 2", then starting "Chassis 1". It's been running for a few days now without incident.
Since the data displayed after refresh was accurate based on comparison to gages in the system, we do not suspect a measurement problem.
Possible culprits:
1. The RT Web Server has malfunctioned in some way (memory problems, synchronization, etc.)
2. The MXI-4 link.
3. Cosmic rays? Sunspots? Nearby radar stations? Neighboring HAM radio operators (with massive amplifiers)?
If anyone has any ideas, they are welcome. We are concerned that this will be an ongoing problem, if only every few months or so.

Could you clarify a bit on how the PXI-6528 was acting while you were seeing these problems? Does this card have values display on the Remote Front Panel, and if so were they still updating properly? I believe you were saying that, but I wanted to be sure because that makes a big difference.
If everything became static, including the DIO card, at the same time, then I'd say see if your browser updated, or something in your network settings was changed without you noticing. Perhaps an update ran and reset some of your firewall settings, or an Internet Explorer update changed something that required a reboot.
If just the outputs of chassis 2 were the problem, and the DIO card values on your remote front panel still worked well, then it is most likely a problem with your MXI-4 cards or your fiber optic cable that cause the change in behavior.
Miles G.
National Instruments
Applications Engineer

Update a front panel indicator from a loop inside a called vi. Without exiting

I am looking for the best way to update some indicators from within loop within a called .vi.
I need to update the front panle without exiting the loop.
I am able to use functional global vi to update the values of front panel indicators from within my nested loops, but I am looking for the best way that these values can be read to update my indicators.
Thanks

Or a cluster of references, that way each reference can be named, and can be different types to match the respective indicator.
There are also methods where you can just send in a VI reference, and in the subVI traverse all the controls and search for the appropriate references by name.
Take a look at this long nugget.

Graph does not autoscale when it's value is updated in a subvi and Defer Panel Updates is on

Hello,
I have a main VI containing several xy grpahs, which I update from a sub vi. In order to cut down on front panel redraws I defer panel updates while the graph values are updated and then redraw the FP after this has been done. However when I do this the graphs do not autoscale properly. I've attached two vi's as an example. Run the Main vi, if the Defer Panel Updates boolean is false then everything works fine, if it is true then the graph does not autoscale.
I have found a previous post that mentions something similar (here). Has this been fixed or is there a work around.
I'm using LV 8.5
Thanks
David
Attachments:
Main3.vi ‏22 KB
Sub1.vi ‏14 KB

Hi Matthew,
Thanks for your reply, it fixed the problem. However it has thrown up a different but related issue.
In my application the user can select how many graphs to display and I
programmatically calculate the size and position of each graph. If any
of the graphs overlap, even slightly, and defer panel updates is on
then only the topmost graph autoscales correctly, the others don't at
all, although the data they display gets updated. Turning autoscale off
and on again for a particular graph rescales that graph, presumably
because it has been forced to.
I have attached a test case with 4 graphs. The size and position of the
graphs are set by the 'Offsets' cluster. Click 'Rearrange' to get it to
recalcute the positions. If you change the Vertical Gap or Horizontal
Gap values to 0 or negative then the graphs will overlap. With Defer
Panel Updates off there is no problem. With it on only the topmost
graph updates properly.
My current workaround is to ensure the graphs don't overlap, but I'm guessing they shouldn't be doing this anyway.
David
Attachments:
PositionsCalculator.vi ‏19 KB
Main21.vi ‏50 KB
Plot.vi ‏22 KB

Calling vi front panel object update in a running sub-vi loop?

Hello All. I have a calling sub-vi with a "Start Test" button on the front panel. I passed a control reference for that Start button into a sub-vi that runs in a while loop. The while loop is monitoring that Start button and other things.
Problem: Once the sub-vi runs, it no longer takes updates from that Start button. My program never leaves that while loop in response to my Start button.
Is there some way I can make the sub-vi take an updated value from the calling vi?
Attached is the sub-vi (top level, LabVIEW 2011). Please note that I have already tried putting the Start Test terminal inside the loop, but that did not help. I put comments in the block diagram and the front panel to help identify the problem code.
I am going to get around this problem by running this whole vi through a loop in the calling vi, where I can easily respond to button changes. This is mainly an academic or curiosity problem now.
Thank you, Richard V
Solved!
Go to Solution.
Attachments:
Channel Setup.llb ‏286 KB

Lets just whip up a little example then shall we?
The subvi you see contains:
Go ahead and run the top vi. Press OK and watch the value of Value change (up to 20 times per second but that is faster than your eyeball).
Why the difference between this simple example and what you are seeing?
If I had to guess (And, I do since the caller wasn't encluded) I would suspect that you misswired the reference. With that over-burdened connector pane and no required terminals it would be fairly easy to do.
And thats where you might want to ricght-click the vi and deselect view as icon.
You'll find out that its a lot easier to wire the right terminals that way. Also, changing the terminals to "Required" for anything that is as important as an exit condition is a good idea. Perhaps even exit if the reference is null although that should cause an error on the property node. Did you shut off automatic error handling?.... Nope you didn't so there is a valid reference going into the sub-vi. But a reference to what? maybe not the button you think.
Jeff

Cluster does not populate in sub-vi unless front panel is opened

I have a sub-vi that saves my data to a database and the cluster
containing the data will not populate unless I open the front panel
when it executes. What could possibly cause this?

It is the readings cluster that does not populate. That is the input cluster for the vi. When I run in the development environment the program saves correctly without opening "Save Readings.vi". However after the complete program is compiled the data will not save unless "Save Readings.vi" is opened when it executes. I have attached the missing vis
Attachments:
Log SQL.vi ‏27 KB
Connect SQL Server.vi ‏48 KB
Update Process Info.vi ‏81 KB

Update values in cluster on front panel

Similar Messages

Maybe you are looking for