Jump to content

Fastest way to get a Reference to a remote vi


Recommended Posts

From my cRIO I need to call a vi on a networked PC. I currently have to open a reference to this vi (which is kept in memory for this purpose)

then make the call and then close the reference. I was thinking of caching the references but this could be dangerous if the PC restarts in which case I suppose

the original references would be invalid. Just wondering if anyone could think of a more clever way to do this to avoid the time penalty of opening the reference.

Thanks

Link to comment

QUOTE (sachsm @ Dec 20 2008, 07:47 AM)

I was thinking of caching the references but this could be dangerous if the PC restarts in which case I suppose

the original references would be invalid. Just wondering if anyone could think of a more clever way to do this to avoid the time penalty of opening the reference.

Thanks

Hi Sachsm

Perhaps you could still cache the references as suggested above but run them through a proxy on each call.

I.e. if the reference is good (no error) use cache (fast);

In that case that the reference is bad (error) then [run state machine] to open a new reference (slow), update cache, then use cache.

Therefore you avoid the time penalty associated with opening a reference each time, but you have the proxy ready to kick in when needed to avoid an error that can be handled from a dead reference e.g. when the PC restarts.

And all this can be relatively transparent.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.