3 ms·
Yeah that's pretty disappointing. Gotta implement a "bus clear" feature in any system that relies on I2C working consistently. Slave devices that rely on clock
by jpm_sd 6y ago
Yeah that's pretty disappointing. Gotta implement a "bus clear" feature in any system that relies on I2C working consistently.
Slave devices that rely on clock stretching are a total pain in the ass, as well. Tend not to play nice with other normal devices.
https://www.i2c-bus.org/clock-stretching/ https://www.i2c-bus.org/clock-stretching/
The main thing I use I2C for in recent designs is multiple channels of power monitoring, e.g. using the INA226. I agree that SPI is preferable for sensors that support it.
https://www.ti.com/product/INA226 https://www.ti.com/product/INA226
- toun 6y agoAnd I'm currently working with the INA229, its SPI cousin I guess :) Those chips are really nice, I'm trying to use the alert feature as a configurable overcurrent trip protection, as well as overvoltage device protection. https://www.ti.com/product/INA229 https://www.ti.com/product/INA229