cRIO imaging issue

[bulky234]

For the past 2 or 3 days i've been trying to get my cRIO to image properly, but it keeps either getting stuck on rebooting compactRIO or it fails saying to check the IP reset switch on the cRIO. I've tested it both on the 4 and 8 slot cRIOs and two different computers and i've had one of my very experienced mentors go over the wiring and manuals with me and we can't seem to get it to work. NEED HELP!

[joelg236]

Are you imaging over wifi or ethernet? Be sure to use a wired connection because wireless can be disconnected and cause some of the problems you are encountering.

[William Kunkel]

What have you tried? Have you reset the cRIO to factory defaults, i.e. hold the reset switch? Are your DIP switches all turned off? Is your computer using a static IP? It should be set 10.(first 2 digits of team #).(second 2 digits of team #).6 . Are you using the right subnet mask (255.0.0.0)? Have you installed the update to the imaging tool?

[bulky234]

I have been using a wired connection to the cRIO and i might have to play around with the IPs more from the looks of it. I've tried reseting it and all of the DIP switches are off. I've updated my imaging tool many times and reinstalled it a few times. It may be the IPs that have been messing me up though. Have to double check on monday

[ElJeffe3255]

We had this problem earlier this year and found some threads that led to causes. Can't recall which one clinched it, but here are some keys.

1. You must be wired.
2. You must have your wireless adapter disabled.
3. Use a hub/switch (like the d-link) between the imaging computer and the cRIO. The reasoning is that it keeps the port open on the imaging side while the cRIO boots. Otherwise they can lose comms across the reboot.
4. Follow the IP address and net ask instructions closely.
5. Make sure your Ethernet adapter doesn't have multiple IP addresses configured. Click on the advanced button on the TCP/IP properties dialog to see if this is the case.

[jcbc]

We always use a crossover Ethernet cable when imaging. I don't see it in this year's documentation, but last year's documentation (Getting Started with the 2012 FRC Control System) said to use a crossover cable on page 17, step #1 under "Running the cRIO Imaging Tool".

[Tom Line]

Originally Posted by jcbc

We always use a crossover Ethernet cable when imaging. I don't see it in this year's documentation, but last year's documentation (Getting Started with the 2012 FRC Control System) said to use a crossover cable on page 17, step #1 under "Running the cRIO Imaging Tool".

Generally speaking, any newer computer knows when to crossover and when not to, so that shouldn't be the problem (but it might!).

We actually got stuck at the rebooting point, and I'd never seen it before. We found a couple things. First, the battery was nearly dead. Next, the cRio wasn't being powered from the 24V on the power distribution board. Fixing those allowed a reimage (wierd huh?).

[Jay1986]

Did you update the software that was released 01/11/13? This happened to me and later realized there was an update.

[ctccromer]

I had issues with it too. For whatever reason, when I tried to image it on my laptop, it wouldn't find the cRIO. I could ping it and everything but the imaging program wouldn't find it.
The program worked fine on the white clamshell laptop, so we just imaged it on that one, then did everything else on mine. So i guess just try another laptop

[jcbc]

Originally Posted by Tom Line

Generally speaking, any newer computer knows when to crossover and when not to, so that shouldn't be the problem (but it might!).

Looking at NI's documentation for the regular non-FRC version of the cRIO II (cRIO-9075/9076, page 12), it says: "use an Ethernet crossover cable to connect the chassis directly to a computer". I don't know if it is the issue that some teams are having, but I thought I would mention it since it was in last year's documentation.

Originally Posted by Tom Line

We actually got stuck at the rebooting point, and I'd never seen it before. We found a couple things. First, the battery was nearly dead. Next, the cRio wasn't being powered from the 24V on the power distribution board. Fixing those allowed a reimage (wierd huh?).

We were trying something out today and discovered that all of the indicator lights on the cRIO can be on but if the battery doesn't have enough power, LabVIEW won't be able to connect to the cRIO to deploy code to it. The cRIO is picky about having enough power.

[itsjustmrb]

Darius,

I sent you a pm as to what worked for us when we were having the issues you are having. If you haven't fixed it yet, please reply and I will walk you through the process.

Mr. B.

[Falcon]

1. Turn on DHCP in your D-Link.
2. Set your computers Ethernet to Auto.
3. Unplug PC from D-Link.
4. Power cycle D-Link/cRio
5. Plug computer back into D-Link.
6. Run the Imaging tool.

You lose contact with the cRio as it changes IP addresses. But it will request DHCP service which will allow you to keep in contact with it throughout the imaging process. Don't forget to turn DHCP back off in the D-Link or run the bridge configurater again.

[Hebrew]

I am haing the same issue, I tried the DHCP with the dLink but it still will not reboot. Any other method that might work?

[bulky234]

I just fixed the problem. Try check your computer and ethernet cable. That seemed to be the problem for me. Once i switched cables it worked fine

[Hebrew]

The weird thing with mine is it is not showing the modules on the crio on the imaging tool either...

I tried the router and three different ethernets