Example Programs

cancel
Showing results for 
Search instead for 
Did you mean: 

Replication and Deployment (RAD) Utility Modifications and Improvements

Please see the Replication and Deployment (RAD) Utility document for a list of current features and instructions for use.

 

Overview

The purpose of this document is to provide a repository for community ideas and code that could improve the RAD utility (formerly known as RTAD).  Please post any feedback or code to this document.

 

Description

 This example uses the System Configuration Tools to provide a more complete turn-key utility for managing LabVIEW RT Application Images. The two main functions of this utility are to:

  • Retrieve application images from a RT target and store them on the local harddrive.
  • Deploy an RT application image from the local harddrive to one or more RT targets connected on the network.

 

In addition this utility can interactively configure some of the network settings of LabVIEW RT targets.

This example is intended to be customized for the particular needs of an individual application or customer.

 

Note: An Application Image is the contents of the harddrive of a LabVIEW RT target. In order to replicate or duplicate LabVIEW RT applications in large quantity you create a master target with the desired application image and then copy (retrieve) and deploy the application image from the master to other RT targets.

 

Main_UI_20110120122247.png

 

Requirements

 This example requires the following software. These must be installed in order to load and run this example.

 

For the RAD application installer:

  • LabVIEW 2012 Run-Time Engine
  • NI System Configuration 5.5.1 (or higher)
  • Optional: NI-RIO (Necessary for deploying images with bitfiles)

 

For the RAD source code:

  • LabVIEW 2012 Full Development System
  • LabVIEW Real-Time 2012
  • NI System Configuration 5.5.1 (or higher)
  • NI-RIO

 

Optional:

 **This document has been updated to meet the current required format for the NI Code Exchange.**

authored by
Christian L, CLA
Principal Development Manager - Partner Program
Applications Engineering Senior Manager - Data Acquisition, Control, and Real-Time Test
National Instruments - Austin, TX

  
Comments
Active Participant viScience
Active Participant

I am getting a TCP Read Timeout (Error 56) towards the end of the Image Retrieval.  I have tried 2 different cRIO's (9074) with the same result.  The file it gets stuck on is random and I have

verified that I can manually FTP into the controller and retrieve that file.  Any Ideas?  Is my image file getting too big?  Too bad the Get Target Image vi is password protected so that we cannot fix

NI's bugs for them...

Active Participant Christian_L
Active Participant

The TCP Read Timeout error is caused by the FTP server on the LabVIEW Real-Time target, as it holds on to sockets used for transferring files for an extended period of time and eventually runs out of available sockets. I have provided an update to the RT System Replication Tools above which provides a work around to this issue by adding some extra Wait time while downloading files from the RT FTP server.

authored by
Christian L, CLA
Principal Development Manager - Partner Program
Applications Engineering Senior Manager - Data Acquisition, Control, and Real-Time Test
National Instruments - Austin, TX

  
Active Participant StevenA
Active Participant

I'm getting the following error.  "Application Image Retreval Error:  FTP Validate Data Connection:  INvalid Data Connection -0"  I was getting the same error as sachsm (Error 56) then I installed the RT System Replication Tools patch.  I'm now getting this FTP error.  I can connect with FileZilla and transfer files without any trouble.

Steve

SteveA
CLD

-------------------------------------
FPGA/RT/PDA/TP/DSC
-------------------------------------
pflores
NI Employee

Note on installing the RTTSR_Update.zip files:

Installing Real-Time Target System Replication 8.x

To install Real-Time Target System Replication 8.x, create a folder named SystemReplication in [NI DIR]\LabVIEW 8.x\user.lib, where [NI DIR] is your National Instruments directory. Copy the contents of the download into the folder while preserving the folder heirarchy.

The System Replication palette will appear as a subpalette of the the User Libraries palette the next time you launch LabVIEW.

sources:

http://digital.ni.com/express.nsf/bycode/ex6hzw

http://zone.ni.com/devzone/cda/tut/p/id/3937

---

Peter Flores
Applications Engineer
Member mark-san
Member

After getting the correct .dll's installed (thanks to Peter @ NI tech support), the utility worked quite well as best I can tell so far - no problems. Only a couple of comments; first, a reminder to make sure the settings are configured for your system (PXI, RIO, etc). It took me a (short) while to figure out why it wasn't recognizing my (PXI) target - since the default was RIO. Second, the Retrieval is _very_ slow. It takes about 4.5 seconds/file, seemingly independent of the file size (??). In any case, I have some 800+ files to transfer, it takes just over an hour to complete the Retrieval. Any way to speed this up?

Mark

Active Participant Christian_L
Active Participant

Mark,

During developement and testing I was able to transfer at least two files per second. The update SW included in this document does limit the file transfer to two files/second by default to eliminate an issue in the FTP server on the RT system in older versions of LabVIEW. I have not seen the transfer runnign as slow as you describe.

Can you list your specific SW versions and describe the network topology between the RT target and the Windows machine used to create the image?

authored by
Christian L, CLA
Principal Development Manager - Partner Program
Applications Engineering Senior Manager - Data Acquisition, Control, and Real-Time Test
National Instruments - Austin, TX

  
Member mark-san
Member

Chris,

Thanks for responding to my comment.

I am running LabView 2009 SP1 – the RT version on a PXI-8104 RT controller, the LabView Development system (WinXP) is on a PXI-8106 controller. They are connected via a simple LAN x-over cable – no switch, hub, etc, in the picture.

S/W Installed on the RT:

Data Socket for LV RT 4.7.0

Intel 8254x Ethernet Driver 3.0.0.3.4

LV RT 9.0.1

Web Server for LV RT 2.0.0

Language Support for LV RT 1.0.0.3

NI-FGEN 2.6.3

NI-RFSG 1.5.1

NI-VISA 4.6.2

NI VISA Server 4.6.2

RTE for Web Services 2.0.1

NI-DAQmx 9.0.2

Mark

Active Participant Christian_L
Active Participant

Mark,

Can you try running the network connection through a switch. I've seen reports that a crossover connection can actually be significantly slower than going through a switch in some cases.

What are the network SW configurations for each machine? You should disable DHCP _and_ DNS so that the Windows machine doesn't try to query these servers, and configure each machine for a static IP address. When specifying the RT target for FTP, do you use a logical name or its IP address. Please try the IP address if you have not already done so.

authored by
Christian L, CLA
Principal Development Manager - Partner Program
Applications Engineering Senior Manager - Data Acquisition, Control, and Real-Time Test
National Instruments - Austin, TX

  
Member mark-san
Member

Chris,

I can test with a switch, but it will take a day or so to obtain/set-up.

WinXP host is set for Static IP: 172.18.0.18/255.255.255.0 (DNS/DHCP off)

RT Controller is set for Static IP: 172.18.0.17/255.255.255.252 (Autonegotiate/Interrupt in Advanced settings).

When running the app the RT Target line looks like this:

HFASU 172.18.0.17 2F126741 PXI-8104

Mark

Member mark-san
Member

Chris,

Update – I just now re-ran it with a switch (Netgear GS605), but it made no difference, still about 5 sec/transfer…

Mark

Active Participant Christian_L
Active Participant

Please set the Subnet mask on the RT target to the same as the host (255.255.255.0)

Please try the following VI from our FTP site to benchmark the FTP transfer rate.

ftp://ftp.natinst.com/outgoing/FTP_Get_Files_from_Folder.vi

Do you have any VIs running on the target while transferring the image?

authored by
Christian L, CLA
Principal Development Manager - Partner Program
Applications Engineering Senior Manager - Data Acquisition, Control, and Real-Time Test
National Instruments - Austin, TX

  
Member mark-san
Member

Chris,

I set the subnet mask to 255.255.255.0 on the target…but no change, it still takes about 5 sec/file.

I am currently unable to download the vi from the NI ftp site. We seem to always have problems with this, because of our IT security/settings. I will continue to try this, and if necessary will fetch from my home PC tonight. Or you can zip/e-mail to me, that should work.

FYI, I will be off tomorrow and Friday, back Monday.

Member plessnick
Member

Hi

I've sent a question to technical support about the new RTAD tool and they refer me to this community for a fast answer.

Does any of the new feature in version 2.0 really need LabVIEW 2010?  I'm interested in the FPGA upload feature for a customer for whom it will be compex to install the LabVIEW run-time 2010.

I've tried to save the project as LabVIEW 2009 wihtout success as some VIs are password protected.

Regards,

Patrick Lessnick,

Averna.

Burt_S
NI Employee

Hello Patrick,

As far as I know, none of the features in the utility actually require LabVIEW 2010.  Although I haven't ever tried running it in 2009 so I don't know what problems you may run into.  The application was developed using LabVIEW 2010 because some of the originally desired features required it, however I don't believe any of these features ended up being implemented.  The FPGA Flash features were implemented using the VIs posted at the below link which do happen to be password protected.

http://zone.ni.com/devzone/cda/tut/p/id/6465

These VIs also require NI RIO to be installed.  If you select "Skip" at the password dialog during the Save for Previous operation, you should be able to get the majority of the application reverted.  At this point you will likely need to replace the FPGA Flash VIs with the versions from the DevZone.  Feel free to post any other issues that you run into and I will help if I can.  Also, if you do get a version of this running in LabVIEW 2009 it would be great to share it with the community if you can.

Member plessnick
Member

BurstS.

I will try to upload a version of the utility in LabVIEW 2009 somewhere next week.

Regards,

Patrick

Member plessnick
Member

Hi,

There are also some ZIP vi that are password protected.  Can these VIs be found somewhere else (there are part of the RTADU package)?

 

(Open or Replace Zip File.vi

UnzipSelectFiles.vi

Close unZipSelect File.vi

Open unZipSelect File.vi)

Thanks,

Patrick

Burt_S
NI Employee

Hi Patrick,

There may be another location for these, but I know that you can find them in the Source Files download for the first version of utility written in LabVIEW 2009.  They are in the Zip folder in the subVIs directory.

-Burt

Member mark-san
Member

Hi Burt,

I am seeing sporadic e-mail exchanges between you & Patrick here at my L-3 company address. I would like to be removed from your list, and have done a fair amount of searching on the ni web site, alas to no avail. Could you kindly remove me from your distribution, or point me to the URL where I can do it. As far as I can tell, I’m not subscribed to any of the groups, so I’m not sure why this is happening…(?)

Kind regards & Thanks!

Mark

Burt_S
NI Employee

Hello Mark,

I believe you subscribed to this thread when you posted to it back in September.  You should see an option uder  Actions on the top-right of the page to Stop Email Notifications.

-Burt

Member mark-san
Member

Hi Burt,

Thanks for the prompt reply, but…where do I see that option? Not on this e-mail, correct? All I can see is a solid blue banner at the top with the word “Community” on it – no other text. Underneath that is the LV RT App Dep Utility title, etc. I suspect my in-bound mail may being filtered by the company security polizei.

I am continuing to look at the ni.com web site, in various places, but no luck!

Mark

Active Participant Christian_L
Active Participant

Mark,

Go to the following page and select the Stop email notifications option at the top right of the page.

https://decibel.ni.com/content/docs/DOC-5102

authored by
Christian L, CLA
Principal Development Manager - Partner Program
Applications Engineering Senior Manager - Data Acquisition, Control, and Real-Time Test
National Instruments - Austin, TX

  
Burt_S
NI Employee

Hi Mark,

You will see that option on the Community Discussion page, not in the email that gets sent to you (although this would be a good feature).  My guess is that you aren't seeing the option because you aren't signed in.  Once you are signed in, you should see a blue Actions bubble at the top-right of the page that will let you stop email notifications.

-Burt

Member mark-san
Member

Hi Burt,

I received an e-mail from ChristianL, with a link; I just now browsed there and it looked like it accepted my ‘unscribe’ request.

Thanks for your assistance.

Mark

Member mark-san
Member

Thanks Christian,

I think this worked – I got a pop-up saying I was ‘unscribed’.

Mark

Member Neville_D
Member

Hi,

1  which is the latest version of the source code?  On this page or the Developer Zone page?

2  I downloaded both versions but both seem to require something in \user.lib\Tools\Keyed Array\

which don't seem to be in any of the downloads, resulting in a broken top-level VI.

Please try to bundle all dependencies into one zip file for easier download.

Burt_S
NI Employee

Hello,

This version of the code is meant to be a community version and isn't the most recent version.  There is a link at the top of this page to the Developer Zone page for the tool which contains the latest version.  The DevZone then contains links to all of the dependency components for the source code.  The source code uses AMC which depends on the Keyed Array.  Again the links for these are listed in the dependencies on the Developer Zone page.

I agree that installing these components seperately isn't necessarily ideal.  There are a few reasons why it is done this way though.  For one, these dependencies may already be installed and therefore don't need to be downloaded again.  Including them seperately makes each download smaller.  Also, it is possible that some of the dependencies get updated, and each update to a dependency would force everything that used it to update their downloads as well which isn't very sustainable. 

I hope this helps.  Please post again if you run into any issues or have any other questions.

Member Vincent_R.
Member

Hi,

I've the version 2.1.09 installed and 2 cRIOs on my local network. I can see the 2 of them in the targets list.

If I select the first one and if I go in the Targets >> Get Info menu, information returned is for this first cRIO which is fine.

If I select the second one and if I go in the Targets >> Get Info menu, information returned is still for this first cRIO.

Regards

Vincent

Active Participant TroyK
Active Participant

?

Troy - CLD "If a hammer is the only tool you have, everything starts to look like a nail." ~ Maslow/Kaplan - Law of the instrument
Burt_S
NI Employee

Hello Vincent,

I believe the purpose of this document is to give the community the opportunity to post their own updates to the utility as well as any related deployment code.  The version of the RTAD posted to this site has grown out of date over time.  I would recommend downloading the most recent version which can be found under the "Current Features and Documentation" section of the document.  The most recent version of the utility also has its own seperate discussion forum that you can use to post any feedback that you have.  I hope this helps!

Active Participant preston_johnson
Active Participant

Thanks for the updated version (3002).  I installed it and tried to update an image.  It said the image was updated, yet did not add it to the list of images in my c:\appimages directory.  What items should I watch out for to get my old images to work with 3002?

Preston Johnson
Principal, Intelligent Monitoring and IIoT
Allied Reliability Group
512 431 2371
johnsonp@alliedreliability.com
Member laurent74380
Member

Hi,

When using the Executable from the tutorial (latest version), I could create and deploy images.

But, when looking at the content of the drive per ftp, I found everywhere some empty textfiles created, with some timestamps as title.

I could reproduce it by using the VI too. Are these files needed by the tool to retrieve an image afterwards?

Any suggestions?

Burt_S
NI Employee

The RAD does create a few additional files and adds them to the image at the root directory.  The files shouldn't be empty, but instead will contain the metadata associated with the image.  If these aren't the files you are referring to, would you mind posting some additional information about the files in question.  What are they named?  Where are they located on disk?  Exactly how many of them are there? Do they exist in the image zip file that was retrieved, or do they get created as part of the deployment process? 

Member laurent74380
Member

Hi Burt,

These created files are empty, without any extension, their names are time stamped using this format %HHMMSSDDMMYY, and present in every non-empty folders (see snapshot). How can you extract the data from the image? they are not ZIP-File but LVAPPIMG, or is there a way to view the content through the RAD directly?

printscreen1.jpg

Burt_S
NI Employee

I haven't seen this before.  I would definitely check to see if these files are also in the image.  The image is just a zip file that contains another zip file that contains the files on the controller harddrive.  You should be able to copy the image, change the .lvappimg to .zip, unzip it, then change the .sysimg to .zip, unzip that, and look at all of the files. 

Member laurent74380
Member

Hi Burt,

Sorry for the late answer, but it occurs that only my colleague has this strange behaviour. So I couldn't reproduce it and reply your post.

It means it's working fine on my laptop, not on my colleagues. To answer your next question, both PCs are identical. (Same company Notebook, win 7, 64bit). But... I have LV 2010, 2011 and 2012 on my PC with Alliance Partner DVDs. My colleague has only LV 2011 on it. The cRIO is developed with LV2011, and was installed by my colleague, so with RT 2011 and the correct version of NI-RIO and other drivers.

So, we tested the RAD on his machine, the cRIO hasn't any time-stamped files. we created an image, unzipped it--> OK. By retrieving it, this artefact appeared, creating erverywhere these file. (every folder is affected). So it happens by retrieving the image.

Interesting to notice, the more files on a folder, the more unwanted files will be created.

Could it be that these files are for some reason intentionally and not correctly removed because of let's say driver incompatiblity?

To go deeper in your investigation, you may need the whole cRIO Image, MAX printscreen. It makes sense to continue with E-Mails, don't you think?

Bild 9.png

Burt_S
NI Employee

At this point my advice would be to try using the EXE version of the tool, and install both the LabVIEW 2010 Run Time Engine and the System Configuration 5.3.3 Run Time Engine on your colleague's computer.  Both drivers are relatively lightweight and will most likely resolve this issue.  I don't expect the software versions on the controller to have any effect on the imaging behavior.  Let me know if this doesn't solve the problem or if installing these drivers isn't an option for some reason.

Member laurent74380
Member

Problem SOLVED!

The Driver was a good hint. System Configuration RT was actually the problem!! By installing this driver, it copies all the VIs, Libraries in the latest LV RT Engine on the HD, meaning for my colleague 2012. He launched RAD_2011.exe and had all these files (because I would say LVRT11 couldn't find nisyscfg Lib, coz saved in LVRT 2012 or at least attached to it ). Then he launched RAD_2012.exe, it worked!!

The problem is solved for me and we will be careful in the future, but it can be very dangerous in the following situation, add maybe a comment in the tutorial...

- If we have LV 2012 Development System installed for example, (LV RT 2010 will be automatically installed as well), then the user will only install System Config RT, which will be attached to LV RT 2012. As a consequence, the RAD_2010.exe, available to download won't work, at least create these files...

Thank you for your help!

Active Participant Mads
Active Participant

A bit of a side note; but is there any way to make an RT target replace its own OS and application?

We have PACs that will only be available via a serial link, so we will have to write a protocol to allow us to do upgrades of the software without network access. A boot loader if you will, with a serial interface (or in an ideal world we would just set the PAC in a special mode, and then still be able to use RAD to apply an image, but across a serial link).

I remember seeing something about a framework for replacing the application on an RT target, but have not yet figured out where that was. Just replacing the executable and its configuration files is something that would be relatively easy to accomplish (although it's still a job that would be great to find done already ) ), but changing the RTE e.g. seems less doable...A feature that allowed a PAC to pick up an image file from e.g. the flash drive (which we can put there via a serial interface) and apply it to itself would be great.

MTO
Check out ClampOn CAN Monitor on the LabVIEW Tools Network.
Active Participant Christian_L
Active Participant

Mads,

The answer depends on your specific PAC (which platform, processor and RTOS). All cRIO targets based on a PowerPC processor use VxWorks for the RTOS and it is fairly straightforward to replace/update their RTE. You can replace all of the files on the local storage while the system is running and reboot the controller to install and load a new application and RTE.

The following reference design provides an example and code for doing this from a USB memory device. You would need to adapt this code to read the files from your serial device.

http://zone.ni.com/devzone/cda/epd/p/id/5970

PACs using a x86 processor (inclusing the cRIO-908x) are based on Pharlap ETS RTOS. ETS does not allow you to replace system files while it is running. It requires you to boot the controller into Safe Mode before you can replace these files. I am not aware of any ready made code that automates this process.

authored by
Christian L, CLA
Principal Development Manager - Partner Program
Applications Engineering Senior Manager - Data Acquisition, Control, and Real-Time Test
National Instruments - Austin, TX

  
Member AAT_Systems
Member

Hi,

Does this utility work well under Labview 2011 & sbRIO targets?

Member ARGold
Member

Hello:

I have RAD.exe installed under LV 2010 and also have LV 2011 and LV 2012 on the same machine.  Before I installed 2012, I used the RAD tool to update a cRIO to an application created by some folks at NI ( I'm not at liberty to discuss what the application is).

Now, when using the RAD tool to update to a new application file sent to me by NI, the RAD tool reboots the cRIO and goes through enumerating a bunch of directories, then hangs at "enumerating directory /sga".

Now it could be hanging on this directory, or perhaps /sga is the last one to be enumerated and RAD hangs when it tries to run its next process.  In any event, it is not my goal to debug this tool (which is why I have not downloaded the RAD source code), only to use the RAD executable to update the cRIO have to the new application sent to me by the good folks at NI so I can proceed with my work.

Does anyone have any similar experiences or advice to offer?

Burt_S
NI Employee

Hello,

Sorry for the inconvenience this has caused.  This is most likely due to CAR 373614.  You can find a link to the CAR description in the Known Issues documentation for the RAD.  You should just have to update the ni-rt.ini file on the controller with an additional token for the IP address to resolve the issue.  Please post back if that doesn't work.

Active Participant WNM
Active Participant

If the realtime system (cRIO-9024 & NI-9114) includes distributed IO in the form of a pair of daisy-chained NI-9144 EtherCATs, will this utility also image and restore the FPGA bitfiles associated with those devices?

Member RoyA
Member

Please help.  I have a WIN7 32-bit host PC running LV 2011 SP1f2 32-bit (no other versions installed).  It is connected to a cRIO 9074.  I have tried using the RAD 3002 version (exe and code downloaded from NI's page) with various problems.  Can someone give me an easy ABC instruction on how to get a reliable, working version of the utility for my version of LV?  BTW, the EXE and code are NOT the same version.  EXE is 3.0.2.  Code is 1.0.

In case someone else has had similar experience, here's my saga:

Try 1: EXE with code running on cRIO (NoApp switch off)

As soon as it tries to retrieve the image an error box pops up stating “Application Image Retrieval Error:  Call Library Function Node in Nisyscfg.lvlib: Register User Event.vi->rad_Retrieve Image Wrapper.vi->rad_Retrieve Application Image From Target.vi-> Replication and Deployment Utility.vi – 15”. And it fails.

Try 2: On advice from NI tech EXE with code not running on cRIO (NoApp switch on)

Identical result

Try 3: Developmental code running under LV 2011 with code not running on cRIO (NoApp switch on)

Did not work at first.  Had some difficulty figuring out how to enter things in the, slightly, different UI. Then received the error “Application Image Retrieval Error:  Create folder in rtad_Retrieve Application Image From Target.vi->RT Application Deployment Utility.vi<APPEND>c:\Documents and Settings\twalter\Desktop\RTADU\RT Application Deployment Utility\appimages\_temp – 8   And an File permission error telling me I didn’t have the correct permissions for the file.  HUH!  No such directory on my computer.  Checked the ‘settings’ above the Application Images and found that path as the default (no one told me it needed to be changed).  Changed it to the build directory on my computer.  SUCCESS (I think).  I did get an image file (but only after changing the directory BEFORE launching the vi).  The (I think) is in there because I still received another error “Application Image Retrieval Error: FTP Transaction:  226 Closing data connection – 15226

Try 4: EXE with code running on cRIO (NoApp switch off)

Thought maybe EXE would work if I made the path change.  First thing that happened was a new pop-up “Older / Newer Images Found…  One or more older RAD images are present.  Please convert any older images by selecting “Convert Images” from the “Images” menu, then specifying either an image file or repository”.  So I saved a copy of the current image file in a separate location and let the software convert it, which it did, successfully.  I then proceeded to attempt image retrieval with identical results to Try 1.

Try 5: For completeness, Developmental code running under LV 2011 with code running on cRIO (NoApp switch off)

Same results as Try 3, with same FTP error.

Try 6: I had noticed that the installer had placed the EXE in the project folder under the LabVIEW 2010 directory and thought maybe there was a library it couldn’t find (no LV 2010 on this machine), so I uninstalled and re-installed it, changing it to the LabVIEW 2011 directory.  Also, changed the path as mentioned before.  Same result as Try 1.

FINALLY,

I have an image file from v 1.0 (Try 3), that file converted by v 3.0.2 (Try 4), and another from v 1.0 (Try 5).

Are any of these valid?  Also, as mentioned above, I would like an ABC of how to get a version that will work with no errors.

Sorry to be so long-winded.

Roy

Member RoyA
Member

Forgot to mention, the host and cRIO have static IP addresses and are directly connected through a standard LAN cable with a cross-over adapter at the cRIO end.

Thanks again for any assistance.

Roy

Active Participant JoshuaP
Active Participant

Does anyone use RAD's feature to "Configure Bitfiles for FPGA Flash Deployment" to flash a FPGA bitfile along with the image? 

Screen Shot 2013-10-09 at 9.09.54 AM.jpg

Note, I'm assuming most people just include their FPGA bitfile with their RT application and don't require that it be flashed to the FPGA.

We are considering dropping support for the ability to flash the bitfile for some of the older cRIO controllers, but we don't know how many customers this may impact.  This would enable us to transition more of the RAD to using the officially supported NI System Configuration API and remove some of the unsupported FPGA replication VIs. 

If you use this feature please let me know which cRIO controllers you would like us to support.

Member Seiya_Tu
Member

Has anyone tried RAD 5.5.0 and found any problems? I installed this version and found it succesfully retrieves the image from one sbRIO9636 but failed on another one.

The software installed on the two sbRIO9636 are basically the same, and both of the two boards can be detected as targets in RAD.

Here is the screen shot of the error message when failing to retrieve:

2dadfc2850f7c2ded2f9a7d938d35742.png

After debugging with the source code, I found out that the error is produced when calling "Create System Image (Folder).vi".

And according to the error code,-2147220612, it measns: None of the changed properties can be validated.

So is there any thing wrong at the host side or the RT side please? You can see that there are two 9636 detected in the target list, but only one of the two can be retrieved, it's wierd.

Zhiqiang Tu

Active Participant JoshuaP
Active Participant

Yes, this is currently a known issue.  We have a fix for it and are in the process of updating RAD to address this issue and a few others that are mentioned in this thread.

http://forums.ni.com/t5/LabVIEW/Replication-and-Deployment-RAD-for-LV2013/td-p/2619377

We hope to have the updated 5.5.1 version posted by the end of the week.

Member Seiya_Tu
Member

Thanks for the quick response. The problem mentioned in the thread is due to Folder to hold RT Image should exist before retrieving from target. Otherwise there will be an error when calling "Create System Image (Folder).vi".  But  the problem I posted is quite different. I am sure that the fold does exist when retrieving the image. What's more, the error codes are quite different. I succeeded on retrieving image from one 9636 so I think it shouldn't be someting wrong on the host side, is that right?

Are you sure you have seen similar wierd behavior before, and 5.5.1 is working on it, please?


Active Participant JoshuaP
Active Participant

The other issue that the persion in the thread ran into is that RAD 5.5.0 currently depends on some portions of NI System Configuration 5.5.0 or LVRT 13.0 to be on the target.  Do you know if your two controllers have the same software installed or where you trying to take an image of one that may have been in safemode when you started the get image?