LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

cRio 9074 changed IP and lost modules

Solved!
Go to solution

I do not recommend to change any setup or configurations files if you are not 100% sure of what you do. It usually gets worse.

 

As to reinstalling do not do that via FTP. Big chance that this won't work too. If you made a back-up with the the RAD utility then go ahead and reinstall that back-up. Otherwise I also recommend to use MAX to format the target and then install all software packages again.

 

BTW: Quite a lot of packages that you've installed on your cRIO. Do you really need all those packages?

 

Regards, Jens

 

 

Kudos are welcome...
Message 11 of 21
(1,763 Views)

@Steffen01 wrote:

does not look odd, just not much in there

back to the nullmodem cable, do I still need one? I guess yes, if MAX does not find it. There is a simple text file for the IP settings


Jens is correct in that you shouldnt use the FTP to back files up or attempt to restore, but it is handy to look at things such as:

1) is there an .RTexe file in the startup folder (there should be if the code is set to run on startup).

2) Does the ni-rt.ini look ok or corrupted. This includes things like the IP address. (If you edit here will take effect on next boot, but recommend doing it in MAX anyway).

 

I think the best next step is to format the controller in MAX, get the cRIO back to its factory state, reinstall all the NI software on it via max and redeploy your application.

You wont find what the problem was, but its the fastest way to get back up.

Message 12 of 21
(1,751 Views)

I guess I dont need all sorts of helpfiles for instance....

Bought a null modem cable, will have a look tomorrow. Might be helpful to put the IP adress in, when it dies another time. Instead waiting for MAX to find it again. Maybe in that startup folder is the default IP where it falls back to. Should put the one it already has, so if things go haywire, it does not change.

Ok then, I have a look at these files tomorrow and then format it. There is some log file and towards the end are lots of lines "broken vi". Anyway, better make all these user errors now while its still in testing stage.

I will rethink the packages, it only has 3 modules (bacnet, 9871, 9870), runs in hybrid. So this would not need much

 

bythe way, can I put ini files straight onto the cRio, then I dont have to pass them trough, when the application runs?

0 Kudos
Message 13 of 21
(1,742 Views)

I guess I dont need all sorts of helpfiles for instance....

Bought a null modem cable, will have a look tomorrow. Might be helpful to put the IP adress in, when it dies another time. Instead waiting for MAX to find it again. Maybe in that startup folder is the default IP where it falls back to. Should put the one it already has, so if things go haywire, it does not change.

What helpfiles are you talking about? Again don't mess with the ni-rt.ini file in the main dir of the 9074, if you are not 100% sure of what you do there.

Ok then, I have a look at these files tomorrow and then format it. There is some log file and towards the end are lots of lines "broken vi". Anyway, better make all these user errors now while its still in testing stage.

I will rethink the packages, it only has 3 modules (bacnet, 9871, 9870), runs in hybrid. So this would not need much

 

bythe way, can I put ini files straight onto the cRio, then I dont have to pass them trough, when the application runs?

You mean additional setup files that your application uses? Yes you can transfer these any time you want.

 

Regards, Jens

Kudos are welcome...
0 Kudos
Message 14 of 21
(1,732 Views)

If you lose the IP address of the RIO, then the null modem cable will give it away (since in the bootlog it states it current IP address).

 

The other option is to do the IP reset switch on the cRIO, it will default into DHCP mode rather than static IP.

If you connect directly with your PC, after a short while the cRIO will give up on waiting for a DHCP server and stick itself on a link local IP address.

If you set your computer to a static IP on a 169.255.X.X ip address with a subnet mask of 255.255.0.0 and disable your firewall, max will be able to see it.

 

Other option is to plug both your PC and the RIO into a router with a DHCP server active, they will both get allocated addresses in the same subnet and again max will see it.

 


@Steffen01 wrote:

I guess I dont need all sorts of helpfiles for instance....

Bought a null modem cable, will have a look tomorrow. Might be helpful to put the IP adress in, when it dies another time. Instead waiting for MAX to find it again. Maybe in that startup folder is the default IP where it falls back to. Should put the one it already has, so if things go haywire, it does not change.

Ok then, I have a look at these files tomorrow and then format it. There is some log file and towards the end are lots of lines "broken vi". Anyway, better make all these user errors now while its still in testing stage.

I will rethink the packages, it only has 3 modules (bacnet, 9871, 9870), runs in hybrid. So this would not need much

 

bythe way, can I put ini files straight onto the cRio, then I dont have to pass them trough, when the application runs?


Yes you can put .ini files straight onto the RIO, just add them to the support directory in the build spec..... and make sure the paths to the folders you use are correct.

0 Kudos
Message 15 of 21
(1,726 Views)

there are chinese language helpfiles on the cRio, I dont think I need them In fact any, once they are on the cRio, how to read them?

I was thinking about some .csv files for the Labview application, which a vi reads when starting. Some set input values or so.

startup.rtexe is there and the ini file as well. Ini file has the new IP address in it.

It just takes forever for MAX to find the cRio if for whatever reason it assigns itself a new IP address

0 Kudos
Message 16 of 21
(1,722 Views)

formatted and re-installed, the modules are back. Have to check, if they are runing.

Will make a screenshot.

Try RAD tools next.

Managed to get in with Putty, but could not figure out, how to read/get/downloat the ni-rt.ini, just for the future.

0 Kudos
Message 17 of 21
(1,710 Views)

looks different now in Max, starting time, software running....

The ni-rt.ini file is way longer now, contained just the IP address previously, now its 150kB long and looks more like an ini file.

I will keep that serial connection bit in mind, it reels off quite a few things when starting.

Thanks for your input,

Steffen

Message 18 of 21
(1,705 Views)

@Steffen01 wrote:

formatted and re-installed, the modules are back. Have to check, if they are runing.

Will make a screenshot.

Try RAD tools next.

Managed to get in with Putty, but could not figure out, how to read/get/downloat the ni-rt.ini, just for the future.


You wont be able to access the ni-rt ini via putty, but you will see things like its current IP address and a message as the RealTime starts.

If you want to modify the IP via the ini you can do it via FTP, but of course you first need to know its IP.

 

RAD is a nice option for keeping an image you can redeploy.

 

Now you have a working system, take a look around its folder structure in FTP, once you have a feel for it, you can easily tell when something is not right.

 

Glad you are up and running.

 

0xDEAD

0 Kudos
Message 19 of 21
(1,699 Views)

it may just have destroyed the ini file, then when it boots, it does not load anything.

Maybe there are other telnet clients who can read / write text.

0 Kudos
Message 20 of 21
(1,691 Views)