LabVIEW Real-Time Application Deployment

[QFang]

Hi all, sorry for going missing in action like that.  As a separate issue, I had to wipe the laptop and re-install everything from scratch and I'm just now starting to catch up..

Yes, I found that even after copying this folder (which I still had to do after a vanilla clean install of LabVIEW 2013 +RT +FPGA +RIO drivers) I also had to remove those VI's from the "always include" section in the build profile.

I'm not sure why they are always included, but it definitley breaks the build in 2013 and I have not seen any adverse effects after removing them...  I suspect the build profile will be updated by NI for next release! 🙂

[ePower-ahp]

Hi!

I get following error when I try to recieve an image from a NI9606 sbRIO target. 

It have worked before, but the error started when I updated to RAD v 5.5.2

Any ideas?

/Anders

[JoshuaP]

That is a timeout error.  Does the image get created or at least a partial image?  Do you have a slow connection to the target?  What version of NI System Configuration do you have installed?

[ePower-ahp]

Hi!

I looked a little more into it, and it seems as it have a problem with creating the "App Image Temp folder".

when I manually created a folder "..\AppData\Local\Temp\lvtemporary_930934.rad\appimages" then it works. But then I need to find out why it can't create that folder it self.

It is same problem when I run the source code in LabVIEW, and the .exe file downloaded from ni.com. 

I am running windows 7 pro 64 bit, and 32 bit LabVIEW 2013, with RealTime and FPGA modules. System Configuration 5.5.1 

/Anders

[QFang]

Maybe its a windows permissions thing? Try right-click run as administrator (though most times that does not seem to help me but its easy to try)

[QFang]

It's not specific to NI RAD, but since it can be... challenging... to find stuff on NI sometimes, I wanted to link to the fix/work-around for building installers in 2013 that generates the error generating preview error:

Why do I see "Error generating preview"  anyway, this was the last crumb I needed to follow to successfully build NI RAD and the NI RAD installer after re-installing LabVIEW 2013... 

[QFang]

I'm getting this error when trying to image a cRIO.

[QFang]

RAD freezes in the "Target Deployment Settings" dialogue if you try to "set as default".. This is because RAD still places the application ini file in the program folder right next to the exe and Windows 7 does not allow files in this location to be modified.  The hang is silent and recovery involves killing the process using windows task manager.

Suggest that RAD, upon launch, tries to load the ini file from a "local app temp" type folder, and if the file is not found, copy the ini file from the exe location to this writable location before proceeding.  All read/writes from that point in the application should target this app data location instead of the program folder.

[QFang]

More details in the error from two posts up:

* Comparing the images show that the image deployed correctly.

* Digging deep into the code, I trap the actual error cluster, which shows as attaced png

I'm not sure exactly what this means.. the ni-rt.ini in both the image and on the target does not have any [security] keys defined (nor the category security itself either).  

Two things I take away from this:

1) this should probably be a warning to the operator of the software and it should probably include more details on what the problem could be

2) this probably cannot be fixed by us, the end-users and would require NI to intervene.

Thanks for reading.  As you can tell by the flurry of posts, I make fairly regular and heavy use of this tool, and it keeps improving so THANK YOU to all those who maintain it at NI!

[EDIT]  The image I'm trying to apply is an automatically updated image from previous RAD version [\EDIT]

[QFang]

I also get the exact same issue as ePower-ahp when I try to retrieve images. Unlike him, creating the folder manually still does not work.

The crash is inside a VI in the nisyscfg.lvlib and it is password protected so no go there.

I too have Win7 Pro 64 bit with LV2013 (latest updates) 32 bit.

This is rather crippling..

Retrival target is a vxWORKS cRIO-9014, from trying to use the system config VI's myself, I have noticed a lot of functions seem to error out or not work on this particular target. (for example, reboot into "install mode" seems to not work for me).

Attached are how I make sure the folder(s) exist (openG create folder(s) if not exist), and the error code I get.