Deployment error with LabVIEW 8.0 using a Desktop PC as a RT Target

[tomsalias]

Bob,

Thank you for the ULTRA-quick reply.

I repaired the NI LabVIEW Real-Time ETS 8.0 module. With the Real-Time Module repaired, I uninstalled and then reinstalled all software on the target. With high hopes I built a new Real-Time VI but encountered the same problem as before. Lamentably, I must say this repair did not work.

Any guesses?

Tom

[RDR]

Tom,

I am sorry this is being difficult, and thank you for working with me to find a solution.  There is something else I would like to try, which is running a start-up VI on the target.  This KB discusses how to do this, however, as you said previously your source distributions are failing to load.  Looking back at the screenshot you took, it looks like the error has to do with the VI file reference for 'support - acquire data.vi' and I am curious if you followed the instructions in this error window for opening all of your VIs, recompiling the VIs (holding ctrl+shift and clicking the run arrow), and saving them.  Let me know if this let's you create a source distribution.

-Bob

[tomsalias]

Bob,

I was able to get a source distribution to build properly by doing two things:
1) Recompiling the VIs and saving them.
2) When building the source distribution being sure to check the box next to 'Disconnect type definitions and remove unused polymorphic VI instances.

I was able to successfully send the distribution via FTP to my RT Computer and edit the ni-rt.ini file to allow my VI to run on startup.
Certainly, this improves my situation greatly to a usable level... Despite this, I still find it curious that I am unable to deploy VIs successfully straight from a LVPROJ window.

Now notice, I said I had to do two things to get the source distribution to properly build. If I do not check that box in the Build Preferences then the build fails in the same way as it has in the past. (I suppose also notably, if I do not first recompile the VIs and save them checking the box alone will not be sufficient to successfully build the source distribution.) When the source distribution building process fails it will do so looking for a VI called waveform_constant_array_dbl.vi, which LabVIEW believes should be located at C:\Program Files\National Instruments\LabVIEW 8.0\vi.lib\variable\RT\types\waveform_constant_array_dbl.vi.

I performed a search for this file on the hard drive and was unable to find it anywhere. I next turned to Google and searched for this file and stumbled across an NI message board with posts that may be relevant from not too long ago: Error building application in LabView 8.0

There is a reply from a user named makaveli second from the bottom that discusses some the issue of being unable to locate this waveform_constant_array_dbl.vi file.
As a response, Travis M. from NI R&D said, "We are interested in troubleshooting this error outside the forums....".
Do you have any idea if there was any resolution to this? If not, I should be able to get by but I am in any case interested in still seeing if there is something that can be done to gain complete functionality for my Real-Time LabVIEW operations.

Thanks for the help,
Tom

[RDR]

Hello Tom,

I am glad deploying a source distribution is now working, so you at least have a work-around; I've been searching through service requests regarding that forum response you mentioned and have not come across anything yet.  However, I will keep looking. 

So now we have verified you can communcate with the target using MAX and can deploy VIs to the target using source distributions.  Since LabVIEW is the only piece of the puzzle that is not communcating correctly with the target (enough to deploy VIs), it seems to me this may be a security issue on the network.  The next thing I would like to try is to communicate with your target using a crossover cable.  This will connect your PC to the target PC directly and bipass the LAN.  There is a KnowledgeBase describing how to connect using a crossover cable here:

http://digital.ni.com/public.nsf/allkb/72AE8CADA1AF075686256A16005D55B1?OpenDocument

Again, thanks for working with me to solve this issue! 

-Bob

[chatonda]

Hi Bob,

I have a related by slightly different problem. I successfully built a real-time application in LV85 but when I try to deploy, it just hangs. The status bar is blank; I get no message. First I tried "Run as a Startup". The deployment window opened. After 5 minutes I cancelled. I know something did happen because when I right clicked on the "My real-time application" I saw "Unset as startup". The default was "set as startup". I tried deploying the VI directly with same result. Any ideas?

Thanks,
Chatonda Mtika
Algis Corp, Vancouver, Canada

[chatonda]

I forgot to mention that the ni-rt\startup folder on the RT Target was empty. In addition, the "RTTarget.LaunchAppAtBoot=TRUE" line was missing from the NI-RT.INI file. This should be surprising since the target did not reboot. Incindentally, I have done this before with LV8.2 so I am very familiar with the process.

Thanks,
-C

[RDR]

Hello C,

Since this is an issue with a different error, I would recommend creating a new thread?  This will help future users find solutions when they have the same issue as you have (because they can go by the thread title specific to their LabVIEW version or error type). 

Just a thought, have you read through the documentation for building a stand-alone real-time application in the LabVIEW RT Getting Started Manual?  Starting on page 18 there is a step-by-step process for building, editing, and running a stand-alone RT application.  (the manual can be accessed through Start>>All Programs>>National Instruments>>LabVIEW 8.5>>User Manuals).

Have a great weekend!

-Bob

[chatonda]

Thanks. I have a hypothesis that I'm testing out. I should have an answer to my question by Monday. If it is different from what I think it is, I will open a new thread.

-C

[kondratko]

BOB et al,

It seems that I am running into the same problem. Did you guys ever find a solution to this. My memory of the Desktop RT-Target also shows out of whack (3.99TB). I am testing the 2009 RT Module and newest MAX.

This is from the deployment window:

Initializing...
Calculating dependencies...
Checking items for conflicts. This operation could take a while...
Preparing items for download. This operation could take a while...
Deploying RT Project.lvproj
Deploying SBC-RT(successfully deployed target settings)
Deploying variables - network - RT (separate).lvlib
Deploying variables - network - RT (separate).lvlib:data - RT\\192.168.1.103\variables - network - RT (separate)\data - RT deployed.
Deploying variables - network - RT (separate).lvlib:data - network\\192.168.1.103\variables - network - RT (separate)\data - network deployed.
Deploying variables - network - RT (separate).lvlib:stop - RT\\192.168.1.103\variables - network - RT (separate)\stop - RT deployed.
Deploying variables - network - RT (separate).lvlib:stop - network\\192.168.1.103\variables - network - RT (separate)\stop - network deployed.
Deploying XDNodeRunTimeDep.lvlib
Deploying XDNodeRunTimeDep.lvlib(already deployed)
Deploying XDNodeRunTimeDep.lvlib(already deployed)
Deploying XDNodeRunTimeDep.lvlib:loadlvalarms.vi
Host LabVIEW failed to download XDNodeRunTimeDep.lvlib:loadlvalarms.vi
Deployment completed with errors

No memory information is available. 

With a very simple VI, I also get this sporadic (1/100) deployment success.

Please help.

Thanks

Peter

[NAKeel]

Hi Peter,

This sounds like it could be a network problem or a compatibility problem.  How are you connecting to your RT PC?  Does the same VI always fail (loadlvalarms.vi)?  Also, Have you tested the RT PC to make sure that it is RT compatible?  You can check that with the link below. 

How Can I Test My PC for Compatibility with LabVIEW Real-Time or LabWindows/CVI Real-Time for Desktop ETS?

http://digital.ni.com/public.nsf/allkb/9209361E17708D548625744A007FF353

Nick Keel 

Applications Engineering 

National Instruments