Hi jo
one can set 2-3 sc16is752 on one i2c line and check if this helps.
Probably there is instability due to timeouts caused by i2c bus contentions.
Also one can check hardware running baremetal tests
https://community.nxp.com/thread/463569
Best regards
igor
-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------
Hi igor,
Thanks for your reply!
I'd tryed lots of tests, most are stress testing. I want to know if or not many chips be pluged on i2c bus that make i2c bus electrical characteristic worst.
In the future, I will poll the ports time sharing, and may there is lest data. I wrroy about there are too many chips makes the timeout or other errors.
em, at lest, the os won't halted by frequent interruptions.
Have a greate day
jo
Hi jo
one can try to avoid frequent interrupts adding software delays
between accesses to sc16is752.
Also pay attention to lock-up problems described on below link
Best regards
igor
Hi igor,
Excuse me, may be I'd find the reason.
SC16IS752 has two address pin, but there are 16 address. "Table 32. SC16IS752/SC16IS762 address map" in the datasheet finger out A0/A1 could be connected to Vdd, Vss, SCL or SDA. so, there are (2 ^ 4 = )16 address. In our use case, "A1->Vdd A0->SCL" and "A1->Vdd A0->SDA" dosen't work! After taking down the two chips, is ok!
Hi igor,
Thank you!
Is usefull for me that link. and i think there is the "I2C lock up" problem just some minutes ago. I2C SCL line is LOW and SDA is HIGH. What i can do is poweroff.
I will try it adding software delays and roll polling sc16is752.
Thanks for your help!
jo