View Full Version : Connected to Radio, Not Roborio
BadonskyJ56
13-02-2016, 12:20
Hey CD,
I am able to deploy my code to the robot, but can only connect to the robot radio, and not the roborio. On my drive station, communications and robot code is red, however I can ping it through cmd. Other programmers' computers are able to connect to the driver station. What can I do to fix this?
Thanks.
rich2202
13-02-2016, 12:44
On the radio, is the Ethernet cord for the roborio plugged into the port closest to the power plug? If not, try it there.
BadonskyJ56
13-02-2016, 13:01
I tried that, but I encountered the same issue as before.
Also, here is a screenshot of the drive station:
https://i.gyazo.com/3c847a38fe7700a3146a684f05759985.png
Alan Anderson
13-02-2016, 13:24
Make sure the Windows firewall is turned off.
Mark McLeod
13-02-2016, 13:32
Turn off all firewalls and anti-virus.
Disable all NICs except for the one you are using for the robot (you can add them back in after you get it running).
rich2202
13-02-2016, 17:02
Try giving the roborio a fixed IP address of 10.TE.AM.2
In your case, that would be 10.47.16.2
nighterfighter
13-02-2016, 22:11
I was experiencing the same problem today.
We could deploy code, ping the RIO, go to the roboRIO web interface, and view the Axis camera connected to the 2nd ethernet port.
But the driver station would not connect.
Firewall was disabled, all other networks except for the Wireless were disabled.
The fix we found was to reset the roboRIO itself, and then the driver station would connect. Not the best solution, but it worked.
Thad House
14-02-2016, 00:52
We actually just ended up switching back to the old radios for practice. The new ones are just too unstable for use, especially when you need consistent connections. Hopefully FIRST gets this worked out by competition, otherwise there are going to be major issues with field connectivity the first few weeks
nighterfighter
14-02-2016, 00:56
We actually just ended up switching back to the old radios for practice. The new ones are just too unstable for use, especially when you need consistent connections. Hopefully FIRST gets this worked out by competition, otherwise there are going to be major issues with field connectivity the first few weeks
Can you elaborate on that?
Other than the long boot times (~1 minute) for the new radio, after it gets configured we haven't noticed any trouble connecting to the radio. The problem I've been noticing has been between the radio and the roboRIO. (But really it's just the driver station, because we can always ping things).
That's just my experience with it so far; would like to hear other's experiences with the radio.
Edit: That said, I'm sure the long boot times will make turnaround time between matches fun...
MooseGoose
14-02-2016, 02:35
We were having the same problem even after we disabled our firewall. We ended setting an exception for driverstation.exe in our firewall and it worked perfectly.
Also, try disabling all of your network adapters except for the wireless adapter to make sure the Driver Station is using the wireless network adapter.
rich2202
14-02-2016, 07:51
Did you try hitting the Reset button on the RoboRio after the Radio has booted up?
aaronjeline
14-02-2016, 14:47
Can I see your Driver Station settings panel?
Thad House
14-02-2016, 15:01
Can you elaborate on that?
Other than the long boot times (~1 minute) for the new radio, after it gets configured we haven't noticed any trouble connecting to the radio. The problem I've been noticing has been between the radio and the roboRIO. (But really it's just the driver station, because we can always ping things).
That's just my experience with it so far; would like to hear other's experiences with the radio.
Edit: That said, I'm sure the long boot times will make turnaround time between matches fun...
The actual root cause of the DS not connecting to the roboRIO is the mDNS resolution on the new radio not working right. It's still possible to ping, but the mDNS address won't resolve, which causes the DS to not connect. Switching to the old radio makes all those problems go away, and DS to RoboRIO connections become much more reliable. For practice, its just not worth dealing with the issues with the new radio. Hopefully competition doesn't have those issues.
edong4273
14-02-2016, 16:02
Can you elaborate on that?
Other than the long boot times (~1 minute) for the new radio, after it gets configured we haven't noticed any trouble connecting to the radio. The problem I've been noticing has been between the radio and the roboRIO. (But really it's just the driver station, because we can always ping things).
That's just my experience with it so far; would like to hear other's experiences with the radio.
Edit: That said, I'm sure the long boot times will make turnaround time between matches fun...
Besides the long boot time, our team has had no issues with the new radio.
tr6scott
14-02-2016, 19:55
We are also having this issue. +1
This may be redundant, but:
Did you statically set the IP address of your RoboRIO to 10.te.am.2?
Did you upgrade the firmware and image on the RoboRIO (two upgrades)?
Can you ping roborio-TEAM#-frc.local from your DS?
JohnFogarty
15-02-2016, 06:28
We'll be doing a lot of testing today, but I can say our team has experienced this issue several times this weekend.
tr6scott
15-02-2016, 07:45
This may be redundant, but:
Did you statically set the IP address of your RoboRIO to 10.te.am.2?
Did you upgrade the firmware and image on the RoboRIO (two upgrades)?
Can you ping roborio-TEAM#-frc.local from your DS?
We set the static IP on Saturday, and it did help.
I am not sure if we upgraded firmware on roborio, I will need to check that. I know we imaged the roborio, but not sure about both steps. Thanks, will need to verify.
JCharlton
15-02-2016, 09:36
Could someone experiencing this problem try flushing their mDNS cache?
Instructions here:
https://documentation.cpanel.net/plugins/servlet/mobile#content/view/2719759
Let us know if this helps, I saw this problem last year and it had me flummoxed. Had to turn it off and on again.
You also need to make sure your Ethernet cable is plugged into the farthest point to the right from the power supply, the one marked 802.3af POE
nighterfighter
15-02-2016, 16:50
You also need to make sure your Ethernet cable is plugged into the farthest point to the right from the power supply, the one marked 802.3af POE
Do you have documentation for that? Not that I don't believe you, but that's the exact opposite of what rich said...
On the radio, is the Ethernet cord for the roborio plugged into the port closest to the power plug? If not, try it there.
rich2202
15-02-2016, 19:33
Do you have documentation for that?
Team Update #8
https://firstfrc.blob.core.windows.net/frc2016manuals/TeamUpdates/2016TeamUpdatesComplete.pdf
nighterfighter
15-02-2016, 20:40
Huh I must have missed that part of the update, thanks. I'll get the students to check it's in that port...
Alan Anderson
15-02-2016, 22:08
You also need to make sure your Ethernet cable is plugged into the farthest point to the right from the power supply, the one marked 802.3af POE
That's not what the official advice says. Team Update 8 in particular instructs teams having problems to use the "18-24v POE" port adjacent to the power connector.
vBulletin® v3.6.4, Copyright ©2000-2017, Jelsoft Enterprises Ltd.