ni.com is currently undergoing scheduled maintenance.

Some services may be unavailable at this time. Please contact us for help or try again later.

LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Cannot Copy Configuration from RT Target

I am running LV2009 on a Host PC/PXI RT controller system, and I would like to set up a way to programmatically backup the full DAQmx system calibration of the RT Target. I have tried using the MAX Copy Configuration.vi but I keep getting the following error:

Export RT MAX Error.PNG

 

Here is the full snippet of code I am trying to run:

Export RT MAX Config.png

 

I have verified that I can connect to the RT Target at 192.168.1.2 from MAX, and I can even successfully export a MAX Report (HTML/XML) from the remote system, but I keep getting this "network error" when I try to copy the configuration.

 

Any suggestions?

0 Kudos
Message 1 of 9
(5,728 Views)
****Message deleted***
Message Edited by muks on 01-06-2010 01:51 PM
0 Kudos
Message 2 of 9
(5,715 Views)

Hi TurboPhil,

 

The documentation doesn't seem to imply whether or not this will work for an RT controller, for now just use the manual export process. 

0 Kudos
Message 3 of 9
(5,695 Views)

Hi TurboPhil,

 

What version of MAX are you using?  You can get it from Help»About in MAX. 

0 Kudos
Message 4 of 9
(5,691 Views)

I'm running MAX version 4.6

 

The documentation for MAX Copy Configuration.vi specifies that either the Source or Destination inputs can be a machine name or IP address, so I would assume that would be applicable in this case. But you're right, it makes no mention of compatibility with Pharlap RTOS.

 

I would really like to find a way to programmatically export the configuration from an RT controller because I want to automate the process. I'd really like to put a system in place to back up the configuration (especially for calibration information, or for when new channels are added) in case of a system failure (our older FAT32 PXI controllers are prone to MAX database corruption, among other things). Ideally, anytime anyone modifies the MAX configuration, he/she will manually export the config. The programmatic solution would just be a redundant backup for those non-deal situations.

0 Kudos
Message 5 of 9
(5,682 Views)

TurboPhil,

 

Pretty sure you need to use Real-Time Target System Replication.  Info found here . 

0 Kudos
Message 6 of 9
(5,674 Views)

Wayne,

 

I appreciate the tip. However, I do already use RT System Replication tools to create regular backups of the full RT Target image. I would just like to supplement that with an additional program to backup only the MAX configuration for those situations when I might not want to redeploy the entire system image. For example, I recently replaced one of my PXI controllers and updated from LV8.6 to 2009, but didn't realize that some of the channel information had been changed and not backed up beforehand. I had a full system image from the old controller that I could have deployed to the new one, but I did not want to mix 8.6/2009 RT versions. It would have been nice to have a separate backup just of the MAX configuration in that instance. There have been other circumstances where I needed this functionality as well.

0 Kudos
Message 7 of 9
(5,668 Views)

TurboPhil,

 

Fog is lifting.  Try wiring up the 'product' terminal on MAX Copy Config.vi  .  When this terminal is left unwired, MAX attempts to export everything.  In your case 'daqmx' is the product.  You might also try running your vi on the target as a test to see what happens.  Just replace the IP address with 'localhost'.  I also seem to remember that the target file can't already exist.

Message 8 of 9
(5,659 Views)

Hi TurboPhil,

 

I was able to replicate this error and the information has been placed with Corrective Action Request #110099.  Thanks so much for your feedback! 

Message 9 of 9
(5,595 Views)