[WheelCommander] I2C comm failure with analog reads

[Milton Street <miltst@xxxxxxxxxxx>]

First, thanks for your response about working on the mode problem with the Wizard and also the Red LED glitch in the firmware. Now, I've got (yet) another firmware bug for you to figure out.

In my testing, I've found that if it issue just a simple movement command (just tell it a speed and go), and then try to repeatedly poll the battery levels (or any other analog pin reading) at say once a second... eventually (usually within 20 seconds or so) the I2C communications of the WC just totally lock up. Even if I poll for readings further apart like every 3 seconds or more it still eventually will lock up.

The WC ends up stuck pulling both I2C lines low. Since the SCL line is being held low, it would appear that it's stuck "clock stretching". This in turn causes my own MCU to lock up waiting for the I2C transfer to complete.

Meanwhile, the bot servos continue running forward with the bot in an (unsafe) run away condition without being able to regain control via I2C.

I do not know if this problem is strictly limited to only doing analog pin data reads. Nor do I know if it's strictly the I2C comm that locks up in this situation because I have never tried testing analog pin reads with a Serial connection.

I'm guessing that since the analog values are 32 bits that somehow with that larger number of bits to transfer that some kind of clash is occurring between a timer in the WC CPU being used for something else while the I2C routine is also trying to use it.

Hopefully you can track down this problem and get it fixed also in the next firmware release.

Regards,
Milt


_________________________________________________________________
Lauren found her dream laptop. Find the PC that’s right for you.
http://www.microsoft.com/windows/choosepc/?ocid=ftp_val_wl_290