Closed
Description
hey @me-no-dev i verified someone trying an ESP32-S2 with an lc709203f and i am pretty sure that the issue is that when we ask for no-stop in uint8_t TwoWire::endTransmission(bool sendStop)
its sending a stop anyways.
This is the correct I2C transaction to read the ID code (on avr chipset)
we write 0x11 register command to i2c device 0xB, don't stop, then read 3 bytes of data
if we run the same code on ESP32-S2 I get:
(there's a delay due to serial printf)
with wrong data 0xFF
if we go back to avr and turn ON stop (which is incorrect), we get the same resulting trace:
same wrong data
this could be the root cause for
#4589
#4561
#4375
#4403
those are also repeated-start devices. not all i2c devices require repeated start