NR variables from Girder on Resume

[avid]

Does Girder re-send its variables when NR resumes from sleep? I suspect it does not. But should it?

I use a Girder plug-in which detects the currently showing TV programme title and triggers an event which sets an NR variable for display on my PPC. If my PPC is asleep when the programme changes, and I then wake up the PPC, the variable displayed is out-of-date. To refresh it I must either exit and restart NR (which *does* request a re-send of the previously sent variables) or else change TV channels (in order to re-trigger the event).

Should the NR variables be re-sent to the Girder driver on a Resume??

Brian

[Ben S]

Yes, Girder should send the current variable state to each NetRemote client as it connects. Is there possibly something else going wrong?

As an example, if you are using the feedback test and call SendLabel, NetRemote should pick that value up when it connects, even though no clients were connected at the time.

[windtrader]

To refresh it I must either exit and restart NR (which *does* request a re-send of the previously sent variables) or else change TV channels (in order to re-trigger the event). I seem to get this situation from time to time, not consistently. I added in the onNR CCFLoad function a executeaction in girder that does a NetRemote.SendLabel("StatusVarX",StatusvarY) for all the variables I want updated in the client. Seems like a manual way to do what Ben says should occur automatically.

I just have not spent the time to try to isolate the cases when it does happen as it usually did use to work. I found hitting a NR button after the ccf started and did not update worked as Avid stated above.

[audunth]

How exactly do I set an NR variable for output on my PDA? Where do I insert the NetRemote.SendLabel command? Do I need any specific Girder plugin to do it? I'm new at this...

[Rob H]

First of all, which version of Girder are you using? If it's Girder 4.0 then the current syntax is NetRemote.SetLabel(labelName, value).