|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
| Thread Tools | Rate Thread | Display Modes |
|
#16
|
|||
|
|||
|
Re: WiFi/Bridge/CRIO Boot Conflict
...it can? I didn't see that functionality, and next time I get hands-on with it, I'll go looking... I really want that option!
|
|
#17
|
|
Re: WiFi/Bridge/CRIO Boot Conflict
I was told last night in AP mode the Bridge can act as a repeater.
And to clarify I tried only unplugging the Ethernet cable from the cRIO when I plugged it back in all I got was the port light on the bridge to come back on. The bridge wasn't configuring the connection. When I rebooted the cRIO however we noticed the Port 1 light on the bridge flash a bit. and then the bridge connected to the WiFi within seconds. The real issue is the bridge looks like it's connected to the cRIO when looking at the lights, but then it never finds the WiFi. When I rebooted the cRIO and the IP was established between the Bridge and cRIO then the bridge immediately connected to the WiFi. |
|
#18
|
|
|
Re: WiFi/Bridge/CRIO Boot Conflict
Quote:
|
|
#19
|
|||||
|
|||||
|
Re: WiFi/Bridge/CRIO Boot Conflict
That sounds suspiciously like the DAP is in Auto mode.
|
|
#20
|
|
Re: WiFi/Bridge/CRIO Boot Conflict
I've just checked again. the bridge is definitely in Bridge mode.
|
|
#21
|
||||
|
||||
|
Re: WiFi/Bridge/CRIO Boot Conflict
Link to this thread. We are having major problems. http://www.chiefdelphi.com/forums/sh...41#post1028041
|
|
#22
|
|||||
|
|||||
|
Re: WiFi/Bridge/CRIO Boot Conflict
Continuing the tradition of circular links between these two threads...
![]() I recreated one instance where the cRIO and DLink failed to communicate properly and, in addition to the cRIO reset, I was able to simply unplug and replug in the cRIO Ethernet connection to get them talking again. The symptoms in this particular case were no connectivity between the DLink and cRIO, but the cRIO Ethernet port lights were solid green and yellow, i.e., no packet traffic. Unplugging and re-connecting to the cRIO port 1 started the yellow traffic light blinking and everything was fine again. |
|
#23
|
|||
|
|||
|
Re: WiFi/Bridge/CRIO Boot Conflict
We have been using the DAP in AP mode. I also noticed that it takes much longer (gets there eventually though) for the laptop to communicate with the robot when power on the robot is cycled compared to when we just reboot the robot from the Drivers Station.
However, in the case of power cycling the robot I have also noticed that if I disable the WiFi radio on the laptop and reenable it I can get comms much faster. So the sequence is: 1. Power off the robot 2. disable WiFi on the laptop 3. Power on the robot 4. Wait roughly 20 or 30 seconds for the robot and DAP to come up 5. Enable WiFi on the laptop This get me connected much faster than if I just leave WiFi enabled on the laptop and power cycle the robot. Maybe this doesn't have any value for fixing comm issues during competition but I thought it might provide some clues as to the root cause. |
|
#24
|
|||||
|
|||||
|
Re: WiFi/Bridge/CRIO Boot Conflict
We have been having a similar problem as well. The robot won't connect when power has been turned on. So we unplug the cRio, turn on robot (which includes the bridge), wait 10-20 seconds, then plug the cRio back in, wait for cRio to boot, and right away it connects like normal. If this is a huge problem I'd like to know how to fix it ASAP! Thanks for the help!!!!!!
|
|
#25
|
|
|
Re: WiFi/Bridge/CRIO Boot Conflict
Quote:
Funny Story. Yesterday all day. Whenever I powered the robot up. They started and connected right the first time. The problem isn't to consistent. |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|