Robot loosing communication when switching directions

[kinganu123]

We've been fixing up last years robot and discovered a strange issue with our motors. Whenever we suddenly switch directions on our motors (i.e. full positive to full negative or switching rotation directions), our robot suddenly loses all communication with our classmate and the robot stops moving. The wires are still secure so it cannot be those getting loose. Anyone have any ideas on what the problem could be and any possible solutions? Thanks

[James Tonthat]

We had this issue when we had plugged the radio power converter into a regular 12v 20Amp instead of the protected 12v that's dedicate to the radio.

[Tom Line]

All we know at this point is that you're losing communication.

This could be due to a physical problem like loose ethernet connections or power connections. It could also be an electrical problem like low battery voltage (or plugged in to the wrong port). You are using the transformer, correct?

[dudefise]

It's a problem with power distibution.The load spike caused by reversing the motors is causing the cRio or radio to lose power... use the protected 12 and 24 volt boost supplies on the bottom of the PD board.

[cgmv123]

A little more unlikely explanation, but still worth considering, is that when you reverse the directions, you are causing a spike (literally a spark jumping a gap) inside the motor which can mess with you Wi-Fi signals. You can sometimes see this with the Fisher-Price and other unsealed motors. It's unlikely, but it's still worth considering. Does the Wi-Fi re-lock after some time?

[Al Skierkiewicz]

This is exactly the result when the Crio chassis is electrically connected to the frame and a motor or other wiring also is connected with the frame. Typical of certain Banebots motors shipped after the beginning of build in 2011, was a case short. Even if you were sure you had adequate insulation under the Crio, check it again with a meter. When you reverse motors under this condition, the power going to the Crio is cut in half by the short. The result is a Crio reboot.

[Mr. Lim]

I second both James' and Al's suggestions, and have some tips to offer to help troubleshoot:

1) Al's suggestion: If it IS a cRIO reboot, you'll lose comm for about 1 minute, then it will come back. The time duration of your comm loss is a good indicator here. If you are running any Banebot 775s on your robot this is likely your problem, and you can check by taking a meter, disconnecting the motor from the speed controller, and measuring resistance between the positive terminal on the motor and the case of the motor. You will want to rotate the motor slightly as your measure. If at any point you see <100k ohm resistance, you have a defective motor which is causing the voltage to dip on your entire electrical bus. There are a few fixes for this that have been posted on CD. Try searching for "case short".

2) James' suggestion: As soon as you lose comm, have two people immediately check the status lights on robot. One person for the cRIO, the other for the radio. Both have telltale blinking-light sequences which are indicative that they've been reset recently. If only the radio looks like it's been reset, then James' suggestion is your best bet. Generally with radio-only resets, comm is re-established faster than 1 minute.

[Phalanx]

I was working with / trying to help these guys yesterday at Brunswick Eruption. There were numerous problems being identified and we were trouble shooting them one at a time. This is as far as were able to get.

1) The ground wasn't firmly attached to the stud on the PD. Fixed
2) One Gear Box was loose and wobbling. Fixed
3) We measured the power drop between the studs on the PD with a multi-meter when they changed directions it went from 12volts to 8volts and lower.
We recommended fully charged batteries.
4) I didn't check if the CRIO rebooted, but the DLINK rebooted every time.
5) They also have the D-Link powered by a 20AMP circuit like James posted previously.
6) Lastly, I'm wondering if direct driving Mechanum Wheels using 4 - CIMPLE Boxes wasn't enough of a mechanical reduction and hence cause too much draw.

[Alan Anderson]

Originally Posted by Phalanx

5) They also have the D-Link powered by a 20AMP circuit like James posted previously.

Fixing that should take care of the communication dropout immediately. Then they can start working on the other electrical issues (battery charge/condition, connection reliability, etc.).

[Ether]

Originally Posted by Phalanx

Lastly, I'm wondering if direct driving Mechanum Wheels using 4 - CIMPLE Boxes wasn't enough of a mechanical reduction and hence cause too much draw.

Yes. With 6" wheels, at least 1.8x more reduction would be appropriate. For 8" wheels, make that 2.4x additional reduction.

[Greg McKaskle]

If it IS a cRIO reboot, you'll lose comm for about 1 minute,

Can you time this to see what the actual number is? And if it is close to one minute, can you give language details?

Greg McKaskle

[Al Skierkiewicz]

The loose negative power supply lead and the improper wiring for the radio are enough of a smoking gun for me. The battery will regularly drop to eight volts in a complete direction reversal. All motors are going through excessive current draw so the voltage drop across the internal resistance of the battery and the wiring and breaker feeding the PD is enough to cause this in four motor drives. The three terminal regulator is only speced to maintain output voltage down to about seven volts input. It is for this reason, the voltage regulator must be wired to the 12 volt radio output of the PD. That output will maintain voltage down to about 4.5 volts on the battery input.