NetBeans robot communication/subnet problems

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? :confused:

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

Update: I get the warning about the subnet mask on the classmate as well, and I get it *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/netbeans/update/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/listReleases/projects.wpilib/frs.wpilib_java_update_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 :p*

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.

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/viewPage/projects.wpilib/wiki/FAQ

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!

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.

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?

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

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.

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

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

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

Blackwood,

Are you just getting the subnet mask warning, and NetBeans claims that your subnet is “255.255.255.255”? If so, that is a bogus warning and can be ignored (as mentioned in post #10).

BTW, that warning has been fixed in the latest release.

If you’re getting a different error, please post the text.

Good luck!

Here is what we are getting. The last line says: Overload me
and it seems to hang at that time.

BTW… I’m just the team coach, I am totally clueless on this, I’m just trying to get some answers for the programmers.

Thanks in advance!

init:
init:
Deleting directory C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\build
Deleting directory C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\suite
Deleting directory C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\j2meclasses
clean:
Created dir: C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\build
Compiling 1 source file to C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\build
Note: C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\src\edu\wpi\first\wpilibj\defaultCode\DefaultRobot.java uses or overrides a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
compile:
Created dir: C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\j2meclasses
preverify:
Created dir: C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\suite
Building jar: C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\suite\BuiltInDefaultCode_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 100 classes and generated 4 files.
Expanding: C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\suite\BuiltInDefaultCode_1.0.0.jar into C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\suite
Moving 1 file to C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\suite
Moving 1 file to C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\suite
Moving 1 file to C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\suite
Deleting: C:\Users\Kaleb\Documents\NetBeansProjects\DefaultCodeBeta\image.suite.api
Host OS: Windows 7 6.1, 6.1
Host JVM: Java HotSpot™ 64-Bit Server VM 19.0-b09
Target IP: 10.23.59.2
Network interfaces on host:
Realtek PCIe GBE Family Controller: address: 10.23.59.6 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.23.59.2
upgrade:
Sending local file image.suite
flashapp:
deploy:
init:
[cRIO] [OTA Server] ********* REBOOTING cRIO *********
[cRIO]
Waiting for cRIO to reboot (1s)
Waiting for cRIO to reboot (2s)
Waiting for cRIO to reboot (3s)
Waiting for cRIO to reboot (4s)
Waiting for cRIO to reboot (5s)
Waiting for cRIO to reboot (6s)
Waiting for cRIO to reboot (7s)
[cRIO]
[cRIO] -> * Loading StartupDlls: debug
[cRIO] Entering debug.o StartupLibraryInit
[cRIO] Debugging is up, target server mounted at /tsfs
[cRIO]
[cRIO]
[cRIO] VxWorks
[cRIO]
[cRIO] Copyright 1984-2006 Wind River Systems, Inc.
[cRIO]
[cRIO] CPU: MPC5200 – Wind River Lite5200 BSP.
[cRIO] Runtime Name: VxWorks
[cRIO] Runtime Version: 6.3
[cRIO] BSP version: 2.0/10
[cRIO] Created: Jul 29 2009, 13:41:47
[cRIO] ED&R Policy Mode: Deployed
[cRIO] WDB Comm Type: WDB_COMM_END
[cRIO] WDB: Ready.
[cRIO]
[cRIO] Leaving debug.o StartupLibraryInit
[cRIO] * Loading StartupDlls: NiRioRpc
[cRIO] * Loading StartupDlls: niorbs
[cRIO] * Loading StartupDlls: NiViSrvr
[cRIO] * Loading StartupDlls: visa32
[cRIO] * Loading StartupDlls: nivissvc
[cRIO] task 0xee4e68 (PAL00fb6370) deleted: errno=0 (0) status=0 (0)
[cRIO] NI-RIO Server 3.2 started successfully.
[cRIO] task 0xc60380 (NiRioRpc) deleted: errno=0 (0) status=0 (0)
[cRIO] * Loading StartupDlls: nivision
[cRIO] * Loading StartupDlls: niserial
[cRIO] * Loading StartupDlls: FRC_FPGA
[cRIO] * Loading StartupDlls: FRC_NetworkCommunication
[cRIO] task 0x1b0d760 (t2) deleted: errno=0 (0) status=0 (0)
[cRIO] FRC_NetworkCommunication was compiled from SVN revision 2258
[cRIO]
[cRIO] NI-VISA Server 4.5 started successfully.
[cRIO] task 0xe63438 (t1) deleted: errno=1835009 (0x1c0001) status=1 (0x1)
[cRIO] FPGA Hardware GUID: 0x2EAA5E59CAF1A8A966853A011B61CC91
[cRIO] FPGA Software GUID: 0x2EAA5E59CAF1A8A966853A011B61CC91
[cRIO] FPGA Hardware Version: 2011
[cRIO] FPGA Software Version: 2011
[cRIO] FPGA Hardware Revision: 1.5.3
[cRIO] FPGA Software Revision: 1.5.3
[cRIO] * Loading StartupDlls: FRC_JavaVM
[cRIO]
[cRIO]
[cRIO] [OTA Server] Version: 2011 FRC, Jan 6 2011, 09:47:42
[cRIO]
[cRIO]
[cRIO] Welcome to LabVIEW Real-Time 8.6.1f3
[cRIO]
[cRIO] [Squawk VM] Version: 2011 FRC, Feb 2 2011, 13:26:47
[cRIO] FPGA Hardware GUID: 0x2eaa5e59caf1a8a966853a011b61cc91
[cRIO] FPGA Software GUID: 0x2eaa5e59caf1a8a966853a011b61cc91
[cRIO] BuiltinDefaultCode Constructor Started
[cRIO]
[cRIO] BuiltinDefaultCode Constructor Completed
[cRIO]
[cRIO] RobotInit() completed.
[cRIO]
[cRIO] Default IterativeRobot.disabledContinuous() method… Overload me!

I’m having the same problem.

What happens after it gives me the subnet error, It says it’s trying to connect to “FTP@ 10.0.0.2” even though our cRIO’s IP address is 10.27.37.2.

If I change the cRio’s IP to 10.0.0.2, it leaves me hanging on “Overload Me”.

I’ve gone through various updates(I was having this problem two weeks ago, back then, the cRIO image was v25, now it’s v27) and nothing has worked.

I would appreciate some help.

I believe this means you haven’t set your team number in the preferences of Netbeans. It should be under Tools -> Options -> Miscellaneous ->FRC Configuration. Keep the cRIO’s ip at 10.27.37.2.

[cRIO] RobotInit() completed.
[cRIO]
[cRIO] Default IterativeRobot.disabledContinuous() method… Overload me!

Are you enabling the robot and getting the same output in Netconsole? Otherwise, I think enabling the robot will fix your problem.

Thank you! we have a connection.

I am the programmer of team 499. I have been using lab view since my freshman year but this year our teacher said That we will be programming in java this year. Mine hangs at “overload me!” as well and I literally have no clue on how to proceed. Please help with detailed and simple instructions.

Sincerely,

Billy team 499 :slight_smile:

That’s probably not hanging. Most methods for robot templates will print out ‘overload me’ until you overload them. But you usually don’t need to overload very many methods. (often just one autonomous and one teleop method) As mentioned below, just stick your drive code into a method like teleopPeriodic (there are probably better ones) and Enable the robot in the right mode.
Definitely take a look at Java samples included with the java plugins.

What you guys need to do is go into your netbeans options and go to Misc. then from there you will see a tab named FRC config in that tab you need to set your team number to be whatever it is and then it will deploy code to 10.xx.yy.2 instead of 10.0.0.2, also even though the cRio tells you to overload the method the robot should still be able to run.