Waiting to connect to OTA command server

Hi, Netbeans keeps outputting “Waiting to connect to OTA command server of 10.33.9.2:8001 for past xs”. Full output of the run process is

init:
init:
Deleting directory C:\Users\robotics\NetBeansProjects\RobotTemplate\build
clean:
Created dir: C:\Users\robotics\NetBeansProjects\RobotTemplate\build
Compiling 5 source files to C:\Users\robotics\NetBeansProjects\RobotTemplate\build
compile:
Created dir: C:\Users\robotics\NetBeansProjects\RobotTemplate\j2meclasses
preverify:
Created dir: C:\Users\robotics\NetBeansProjects\RobotTemplate\suite
Building jar: C:\Users\robotics\NetBeansProjects\RobotTemplate\suite\RobotTemplate_1.0.0.jar
jar-app:
CompilerOracle: exclude com/sun/squawk/Method.getParameterTypes
CompilerOracle: exclude com/sun/squawk/SymbolParser.getSignatureTypeAt
CompilerOracle: exclude com/sun/squawk/SymbolParser.stripMethods
[translating suite image [closed: false, parent: squawk] ...]
### Excluding compile: com.sun.squawk.Method::getParameterTypes
### Excluding compile: com.sun.squawk.SymbolParser::getSignatureTypeAt
[Including resource: META-INF/MANIFEST.MF]
Romizer processed 89 classes and generated 4 files.
Expanding: C:\Users\robotics\NetBeansProjects\RobotTemplate\suite\RobotTemplate_1.0.0.jar into C:\Users\robotics\NetBeansProjects\RobotTemplate\suite
Moving 1 file to C:\Users\robotics\NetBeansProjects\RobotTemplate\suite
Moving 1 file to C:\Users\robotics\NetBeansProjects\RobotTemplate\suite
Moving 1 file to C:\Users\robotics\NetBeansProjects\RobotTemplate\suite
Deleting: C:\Users\robotics\NetBeansProjects\RobotTemplate\image.suite.api
upgrade:
Sending local file image.suite
flashapp:
deploy:
init:
Waiting to connect to OTA command server of 10.33.9.2:8001 for past 11s
Waiting to connect to OTA command server of 10.33.9.2:8001 for past 12s

We are running image v28, after updating to v27, we could not get it to work even after downgrading to v25. Please let me know what I can do to fix this problem. Thanks

Did you reboot between the imageing and loading the program? we found that to be the issue 9/10 times.

Also make sure your subnet is correctly set to 255.0.0.0

Subnet is 255.0.0.0, I have reimaged it maybe 10-15 times and rebooted every time and it still doesn’t work. Any other ideas?

How are you deploying code as in how is your laptop hooked to the robot?

The 1/10 mentioned above was that a programmer tried to deploy code via the router over a long distance via wireless to the router.

I was previously (before v27) able to download code wirelessly, now it doesn’t even work downloading over the robot bridge or even hardwired to the cRio.

If I recall correctly, this could even be a Classmate issue. Reboot the driver station if you haven’t already. Also, triple check all IP addresses and all subnet masks. Are you able to ping from developer PC to Classmate, bridge, robot?

When you image, make sure you’re using the correct team number. Double check the team number on the Classmate too.

Reboot, reboot, reboot.

With the checking of the IP make sure you hit the advanced button. Sometimes you will have a listing of multiple IP addresses to use if one is not available.

Try sticking something into the Reset place on the cRIO while downloading code.

Hey Vinnie,

The output looks a bit curious. It doesn’t look like the 2011.6 release at all, but it didn’t warn about a cRIO image mismatch either.

Double-check that the netbeans plugin version is 2011.6, and if needed, update them from the WPI update center or download and install from http://firstforge.wpi.edu/sf/projects/wpilib

This morning I had the same problem, but it started working after I reformatted the cRIO. Don’t know why, probably some serious voodoo.

We eventually got this working after making sure the CRIO was running version 28 and fully deleting all FRC plugins from netbeans, including the sunspotfrcsdk folder, and then reinstalling the newest plugins.

We did have to manually edit the update.xml file because it was looking for version 27 and we had 28. But after that it worked.

CRIO can be darn frustrating at times =P

The weird thing is that we thought we had fully updated plugins/latest firmware the whole time yet it required a particular sequence of events to make everything work correctly.