Quote:
Originally Posted by Joe Ross
There were a few problems with I2C on the cRIO that caused people problems. - The cRIO software expected an 8 bit address, whereas most people were used to a 7 bit address. The roboRIO now uses a 7 bit address.
- The cRIO's clock skewing behavior caused problems for some devices. It always supported a "compatibility" mode to solve those issues, and was enabled by default in 2014. This is no longer necessary on the roboRIO.
- If the device stopped communicating in the middle of a transaction, the cRIO software would be stuck in an infinite loop waiting for data. http://firstforge.wpi.edu/sf/go/artf1726 This is not present on the roboRIO.
I think many people have complained about the CAN implementation on the cRIO.
|
Ooh sounds like I2C is going to be a good way of communicating this year! I am excited! I love how easy I2C is to set up on an arduino, but I have never gotten it to work on a cRIO. Hopefully that will be a lot easier this year!
And I meant that I haven't heard of CAN crashing the whole robot.