2020-09-05 12:52 PM
Does it have internal pull-up? Or do I need to connect that to a pin? Is there a way to "burn" the i2c address?
I'm asking as I have a design where I left that pin open. On some devices I have I2C communication issues, and I am asking myself if they could be related to this issue ...
Solved! Go to Solution.
2020-09-09 03:28 AM
Hi @TWied.1 ,
well... it is not a best practice, indeed... Please note that the SDO_A/G pin is the I2C least significant bit of the device address (SA0) for the accelerometer and gyroscope (datasheet p.11). The line is open-drain by default because it is an SPI line... Leaving it unconnected means that it is not in a fixed voltage state, thus causing the SA0 bit (which defines the device address) to change.
Is the I2C communication issue limited and repeatable on only some device? If so, you could try to change the device address on that samples and check the I2C communication.
-Eleon
2020-09-09 03:28 AM
Hi @TWied.1 ,
well... it is not a best practice, indeed... Please note that the SDO_A/G pin is the I2C least significant bit of the device address (SA0) for the accelerometer and gyroscope (datasheet p.11). The line is open-drain by default because it is an SPI line... Leaving it unconnected means that it is not in a fixed voltage state, thus causing the SA0 bit (which defines the device address) to change.
Is the I2C communication issue limited and repeatable on only some device? If so, you could try to change the device address on that samples and check the I2C communication.
-Eleon
2020-09-15 12:48 PM
Thanks for your answer.
It's worse. It looks like the address changes at undefined times during runtime of the device which renders any communication with the device unreliable ..
i'll have to correct the design.