-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
I2C bus detect not giving correct result #7
Comments
@bugobliterator i've read your reasoning about the conflict between pins 6 and 7 but i still don't get it. According to the datasheet, pin 7 corresponds to SDA (and not pin 6). |
@vmayoral you are correct about the pin setup, it was a mistake from my side. I revisited the datasheet and found that pin7 corresponds to SDA. However, this means everything is fine with the pin connections and leaves the non-functioning of i2c devices unexplained. I've tested the Toshiba LED pin connections too, they look fine to me. Even used multimeter to test connections on physical board. Although, It is possible I might have missed something. Also we are getting response from two devices on i2c-1 and BBB has no I2C device connected to i2c2(/dev/i2c-1) but cape has MS5611 and Toshiba LED driver. So i think response is there but it is either received incorrectly or sent incorrectly. In my opinion Logic Analyser might answer these questions. |
@bugobliterator thanks for clarifying that. Could we hack the MS5611 driver to believe it's in some of those responding addresses? I wonder if it's just an issue with the address or the whole bus is messed up. |
A change here should do it. |
@vmayoral I think the whole bus is messed up as i'm not getting response via |
i2cdetect -r 1
command gives0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- UU UU UU UU -- -- -- -- 5c -- -- --
60: -- -- -- -- 64 -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --
This is clearly a wrong response the expected pings were to be from addresses 0x55(Toshiba LED) and 0x77 (Barometer) instead we are getting responses from 0x5C and 0x64. Until this post the result is proved to be this way on two boards on Siddharth's and Victor's board.
i2cset
andi2cget
also fails to work for all the mentioned addresses.The text was updated successfully, but these errors were encountered: