NetBeans robot communication/subnet problems

[mika.perlin]

So just a week ago, before the competition, I had a laptop communicating with last year's cRio and downloading code fine. Now I have a new laptop (the old one's gone) on which I also installed NetBeans, the FRC Java plug-ins, and the 2011 updates. I also re-imaged the cRio to version 25 (for Java).

Long story short I can't download code onto the robot. I checked my static IP (10.9.55.6), as well as that of the cRIO (10.9.55.2). I can ping the cRio, but I can't download code. When I try to it gives me this error:

target IP: 10.9.55.2
Network interfaces on host:
    Realtek PCIe FE Family Controller:  address: 10.9.55.6 netmask: 255.255.255.255
    DW1501 Wireless-N WLAN Half-Mini Card:  address: 167.128.54.128 netmask: 255.255.255.255
WARNING: Host is not on same subnet as robot. May not be able to complete all communication with robot.
Connecting FTP @10.9.55.2
C:\Users\Michael Perlin\sunspotfrcsdk\build.xml:95: The following error occurred while executing this line:
C:\Users\Michael Perlin\sunspotfrcsdk\ant\upgrade.xml:40: 
java.net.ConnectException: Connection timed out: connect
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
        at java.net.Socket.connect(Socket.java:529)
        at java.net.Socket.connect(Socket.java:478)
        at java.net.Socket.<init>(Socket.java:375)
        at java.net.Socket.<init>(Socket.java:189)
        at org.apache.commons.net.DefaultSocketFactory.createSocket(DefaultSocketFactory.java:53)
        at org.apache.commons.net.SocketClient.connect(SocketClient.java:162)
        at org.apache.commons.net.SocketClient.connect(SocketClient.java:250)
        at com.sun.spot.sdk.tool.ftp.JakartaFtpWrapper.connectAndLogin(JakartaFtpWrapper.java:37)
        at com.sun.spot.sdk.tool.ftp.UpgradeTask.execute(UpgradeTask.java:201)
        at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
        at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
        at org.apache.tools.ant.Task.perform(Task.java:348)
        at org.apache.tools.ant.Target.execute(Target.java:390)
        at org.apache.tools.ant.Target.performTasks(Target.java:411)
        at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1397)
        at org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
        at org.apache.tools.ant.Project.executeTargets(Project.java:1249)
        at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:442)
        at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:105)
        at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
        at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
        at org.apache.tools.ant.Task.perform(Task.java:348)
        at org.apache.tools.ant.Target.execute(Target.java:390)
        at org.apache.tools.ant.Target.performTasks(Target.java:411)
        at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1397)
        at org.apache.tools.ant.Project.executeTarget(Project.java:1366)
        at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
        at org.apache.tools.ant.Project.executeTargets(Project.java:1249)
        at org.apache.tools.ant.module.bridge.impl.BridgeImpl.run(BridgeImpl.java:281)
        at org.apache.tools.ant.module.run.TargetExecutor.run(TargetExecutor.java:539)
        at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:154)

It looks like everything except the first few lines is unimportant; I think basically it's saying I have the wrong subnet mask, but I've tried both 255.0.0.0 [the default] and 255.255.255.0 [what I think it should be]. Both of which have worked in the past, and it still says it's 255.255.255.255... which it's not... (Ignore the Wireless-N card I'm just using that to connect to the internet. I still get the same error if I disable it.) I'm confused and frustrated about this, as I tried everything I could think of for several hours with no results. I even tried re-installing NetBeans and the updates, etc., but still the same error.

Is NetBeans messing up? Am I doing something wrong? Is it the cRio? (With which I did have problems imaging, but I eventually got it, so it shouldn't be a problem... still, I'll try re-imaging it tomorrow.)

I'm sort of helpless here. If anyone knows anything please help?

[davidthefat]

Try reinstalling or updating the network card drivers. Its worth a shot.

[mika.perlin]

Update: I get the warning about the subnet mask on the classmate as well, and I get it [i]before/I] NetBeans actually tries to connect to the cRio (and I suppose I could tomorrow also see if the same errors follow when I actually try to connect to the cRio with the classmate, though I don't doubt they will.) Also, I know my code isn't the problem, as I've tried doing this with default code as well with the same results.
This leads me to think I'm overlooking some NetBeans update perhaps. As far as I know, all you have to do is add a third party source for plugins in NetBeans under the name "FRC Java" and the url http://first.wpi.edu/FRC/java/netbea...te/updates.xml.
Orrr you can can download the 2011 NetBeans updates from the FIRST website which lead you to http://firstforge.wpi.edu/sf/frs/do/...e_for_2011_frc. These are the same updates though, as NetBeans will tell you.

...Anything else I'm missing? Some other plugins I have to add? I am using NetBeans v6.9.1 with JDK v6 + update 23.

And sorry for the lengthy post, I'm just really trying to without a doubt isolate the problem, as I won't be able to sleep easy until this is fixed... Talk about knowing when I've overdosed on FIRST

[mwtidd]

did you guys reimage your crio and your netbooks with the 2011 updates from NI. you may be using the netbeans updates without the rest.

http://joule.ni.com/nidu/cds/view/p/id/2261

also note you must install the labview update first. then the driver station and utilities updates.

[derekwhite]

There may be two issues here:

1) It's possible that the warning message has an error in it (it's new code), although I haven't seen that here. What OS are you using?

2) In any case, ftp isn't working.
The most common cause is a firewall on your development machine is blocking Java (which is doing the ftp).

Added to the FAQ at http://firstforge.wpi.edu/sf/wiki/do...pilib/wiki/FAQ

[omalleyj]

I saw the identical error when we first did the update. (We did all, Labview, then Utilities, then driver station, net beans last)
I reboote the cRIO and the laptop one more time and everything worked fine afterwards.
The second laptop I did did not show the error so I suspect it was the cRIO that really needed to reboot.

Good luck!

[mika.perlin]

Update #2: I re-imaged the cRio; I still get the subnet mask warning, but I can download code and communicate just fine. Thanks guys.

[Davis.Paul]

Our whole programming team (5 different laptops) are all getting the 255.255.255.255 subnet mask warning even though it is definitely set to 255.0.0.0. I believe all laptops are updated with the latest Netbeans and FRC software, and the cRIO has the 2011 image. We can download code to the cRIO alright from all laptops, but only one laptop so far has been able to see debug output from System.out.println -- the others keep waiting for the cRIO to reboot even though the cRIO reboot has completed and our code is running. Is this warning just something bogus we should just ignore? Any ideas why most of our laptops can't see debug output?

[derekwhite]

There is something wrong with the warning code. What OS are you using?

Also, if you could post your IP configuration that would be helpful (ipconfig command on windows, ifconfig on mac/linux).


Thanks

[derekwhite]

The "WARNING" issue:

It turns out that there's a bug in Java 6 on Windows.

When a network interface supports both IPv6 and IPv4, the Java APIs return the IPv6 network prefix length (128) instead of the correct IPv4 subnet mask. And 128 maps to 255.255.255.255.

We'll update the warning code to punt on this case for now.

[blackwood]

We also are having the subnet mismatch error. What I am not seeing in this thread is a solution. Any ideas?

[Ben_R_R]

Can you open a command line terminal, run "ipconfig" and post the output?

That would help us narrow down the source of the problem.