¿Cuáles son las diversas formas en que un bus I2C puede bloquearse?

El maestro no puede emitir una condición de inicio o detención mientras un esclavo está manejando SCL o SDA. Si solo hay un esclavo en el bus, el peor de los casos sería cuando el maestro se reiniciara justo después de que el esclavo acaba de recibir una solicitud de "lectura", estaba en proceso de reconocerlo y todo está configurado para enviar un "0" en respuesta. En ese escenario, el primer reloj avanzaría más allá del reconocimiento y los ocho siguientes avanzaría más allá de los bits de datos, y el dispositivo manejaría SDA continuamente hasta que reciba el noveno reloj. Sin embargo, después de que el reloj marca el punto alto, baja la novena vez, el dispositivo flotaría en el bus (si no lo hubiera hecho antes) para buscar un ack del maestro.

Si hay varios dispositivos esclavos, un bus se puede bloquear permanentemente si dos dispositivos piensan que han recibido comandos para leer una cadena de cero bytes, pero (posiblemente porque el maestro se reinició en un momento que resultó en un pulso "runt" en SCL que fue lo suficientemente largo como para que lo viera un esclavo pero no el otro) los dos esclavos liberan el bus en diferentes momentos cuando buscan acks del maestro.