If the IC was implementing I☬ correctly, I would expect a gap of one clock pulse at this point while the IC waits for an ACK from the controller. I've included a capture for each pad being pressed (and none pressed), you can see that pad 8 occurs on the first clock pulse after pad 7. Is there a way to prevent the controller from sending ACK bits and read the continuous 16 bits using the Wire library? And if not, is there any other better approach than just bitbanging the signal manually?Įdit: I've translated the I2C section of the datasheet below.Įdit 2: To prove that there's an issue, I've captured oscilloscope traces while bitbanging the address read header to the IC (but not sending ACKs). This will return a 16 bit value, with bits 0-7 correct, then bits 9-15 shifted along with bit 8 missing. My current code, using the Wire library, is below: Wire.beginTransmission(devAddr) You can watch the following video or read the written tutorial below. First, I will explain how the MPU6050 works and how to read the data from it, and then we will make two practical examples. However, since I☬ usually uses 8 bit bytes separated with an ACK signal, the 9th bit is lost when the controller sends an ACK bit for the first 8 bits. In this tutorial we will learn how to use the MPU6050 Accelerometer and Gyroscope sensor with the Arduino. The IC responds to an address read packet with 16 uninterrupted bits representing its state. I'm trying to read from a Sam&Wing XW12A 12 channel touch sensor IC using I☬.

Arduino wires library exxplained