05-18-2010 07:19 AM
Hi,
I am using a compact RIO controller along with a Linux PC to perform GUI.
The compact RIO application and OS is stored in a folder that I copy through FTP in case of re-installation.
Everything is fine with that, except that I have no tool under LabVIEW 2009 for Linux to assign an IP address to my Compact RIO if I want to deploy the application to another blank controller.
We use the Real-Time Target System Replication on Windows machine to perform that, but it does not seem to work on Linux. I have a broken arrow with one of the error message saying "The LabVIEW Real-Time Module vi.lib Support libraryis expired or invalidly licensed."
Is there a way to use the replication tool VIs available on Real-time palette of LabVIEW 2009 for Windows on Linux ?
I also tried the Real-Time Target System Replication for LabVIEW 8.6 and followed the instructions in the Readme ragarding Mac & Linux, but I have the same problem on LV2009 for Linux...
Thanks for help !
05-19-2010 03:21 AM - edited 05-19-2010 03:22 AM
Hi Inpriser,
First of all, are LabVIEW and all the modules (FPGA and RT) activated ? Are you using LabVIEW 2009 or 2009 SP1 ?
In normal cases, the Real-Time Target System Replication works on Linux.
Regards,
05-19-2010 03:53 AM
Hello Maxime,
LabVIEW and all modules are activated on my Windows machine. The VI developped on this OS works fine, but when I try to transfer a source distribution to the Linux OS running only LabVIEW, I have this error message.
Basically, I just need the VI that apply new IP adress to the Compact RIO controller. Do you have the possibility to send me a source code that can be used with LV for Linux ?
I use LV 2009 on both OS.
Thanks.
05-19-2010 04:01 AM
Hi Inpriser,
The System Replication tool require the Internet Toolkit that's why you can't use it with your Linux based configuration.
You can find the VIs (concerning LabVIEW versions prior to 2009) for the System Replication Tool here:
http://digital.ni.com/express.nsf/bycode/ex6hzw
Regards,
05-19-2010 04:12 AM
I have the Internet toolkit on my windows computer.
I already tried the package you proposed and followed the instructions in the Readme :
To run the Real-Time Target System Replication tool on Macintosh or Linux, create a Source Distribution of the SystemReplication folder (and any VIs created using the VIs) on a Windows PC with LabVIEW and the Internet Toolkit. Select Packaging Option Single Destination - Preserve Hierarchy and do not exclude vi.lib, instr.lib, or user.lib.
Once created, navigate to the vi.lib folder of the source distribution and delete the _oldvers, Platform, and Utility folders. Failing to delete these folders will cause Real-Time Target System Replication to fail on Macintosh and Linux.
Transfer the source distribution to the Macintosh or Linux computer and call from LabVIEW on that platform.
This gives me the error message I described. Maybe LV 2009 for Linux can not use the same workaround to use RT target system replication tool as for versions 8.x
05-19-2010 04:22 AM
Hi Inpriser,
Thanks for the feedback.
Well, I will setup a virtual machine with a distribution of Linux and try to replicated your behavior (is Ubuntu alright ?)
Again, do you have LabVIEW 2009 or LabVIEW 2009 SP1 ?
I keep you appraised.
Regards,
05-19-2010 04:29 AM
LV 2009 (not SP1) as I indicated on both computers.
The distribution is Red Hat Linux 5, but I think it does not bother if you use Ubuntu.
Thank you for your support Maxime.
05-19-2010 09:13 AM
If you just need to set the IP address of a controller you can edit/replace the ni-rt.ini file at the root of the controller via FTP.
This is the section you need to modify:
[TCP_Stack_Config]
DNS_Address=USE_DHCP
Gateway=USE_DHCP
IP_Address=USE_DHCP
Subnet_Mask=USE_DHCP
05-19-2010 10:51 AM
Hi Kurt,
Yes, this is a possibility when you already know the IP address of the controller. But I need to change the IP address from the MAC layer, for example when we have to install a Compact RIO brand new out of the box, or when put into safe-mode for re-format : IP address can be unknown or 0.0.0.0...
06-01-2010 01:40 AM
Hi Maxime,
Were you able to reproduce this issue on your Linux VM ?
Thanks.