I2C ( Inter-Integrated Circuit ; pronunciado como “ eye-squared-see ” o “ eye-two-see ”), conocido alternativamente como I2C o IIC , es un bus de comunicación serial sincrónico , multicontrolador/multiobjetivo (históricamente denominado maestro/esclavo ), de un solo extremo , inventado en 1982 por Philips Semiconductors . Se usa ampliamente para conectar circuitos integrados periféricos ( CI ) de menor velocidad a procesadores y microcontroladores en comunicaciones intraplaca de corta distancia.
Varios competidores, como Siemens , NEC , Texas Instruments , STMicroelectronics , Motorola , [1] Nordic Semiconductor e Intersil , han introducido productos compatibles con I2C en el mercado desde mediados de la década de 1990.
El bus I2C se puede encontrar en una amplia gama de aplicaciones electrónicas donde la simplicidad y el bajo costo de fabricación son más importantes que la velocidad. Los componentes y sistemas de PC que involucran I2C son EEPROM de detección de presencia en serie (SPD) en módulos de memoria dual en línea (DIMM), datos de identificación de pantalla extendida (EDID) para monitores a través de conectores VGA , DVI y HDMI , acceso a chips NVRAM , etc. Las aplicaciones I2C comunes incluyen la lectura de monitores de hardware, sensores, relojes en tiempo real , control de actuadores, acceso a DAC y ADC de baja velocidad , control de pantallas LCD u OLED simples , cambio de configuraciones de pantalla de computadora (por ejemplo, luz de fondo, contraste, tono, balance de color) a través del canal de datos de pantalla y cambio de volumen del altavoz.
Una de las ventajas de I2C es la capacidad de un microcontrolador para controlar una red de chips de dispositivos con solo dos pines de E/S de uso general y software. Muchas otras tecnologías de bus utilizadas en aplicaciones similares, como el bus de interfaz periférica en serie (SPI), requieren más pines y señales para conectar varios dispositivos.
El bus de administración del sistema (SMBus), definido por Intel y Duracell en 1994, es un subconjunto de I2C que define un uso más estricto. Uno de los propósitos de SMBus es promover la robustez y la interoperabilidad. En consecuencia, los sistemas I2C modernos incorporan algunas políticas y reglas de SMBus, a veces compatibles con I2C y SMBus, y requieren solo una reconfiguración mínima, ya sea mediante comandos o mediante el uso de pines de salida. La administración del sistema para sistemas de PC utiliza SMBus, cuyos pines están asignados tanto en conectores PCI convencionales como PCI Express .
.jpg/1280px-I_O_Expander_-_MCP23008_(46357574392).jpg)
I 2 C utiliza sólo dos señales : línea de datos en serie (SDA) y línea de reloj en serie (SCL). Ambas son bidireccionales y se activan con resistencias . [3] Los voltajes típicos utilizados son +5 V o +3,3 V, aunque se permiten sistemas con otros voltajes.
El diseño de referencia I 2 C tiene un espacio de direcciones de 7 bits , con una extensión de 10 bits raramente utilizada. [4] Las velocidades de bus I 2 C comunes son el modo estándar de 100 kbit/s y el modo rápido de 400 kbit/s . También hay un modo de baja velocidad de 10 kbit/s , pero también se permiten frecuencias de reloj arbitrariamente bajas. Las revisiones posteriores de I 2 C pueden albergar más nodos y funcionar a velocidades más rápidas ( modo rápido de 400 kbit/s, modo rápido plus de 1 Mbit/s , modo de alta velocidad de 3,4 Mbit/s y modo ultrarrápido de 5 Mbit/s ). Estas velocidades se utilizan más ampliamente en sistemas integrados que en PC.
Tenga en cuenta que las tasas de bits se indican para las transferencias entre el controlador (maestro) y el dispositivo de destino (esclavo) sin estiramiento del reloj ni otros gastos generales de hardware. Los gastos generales de protocolo incluyen una dirección de destino y quizás una dirección de registro dentro del dispositivo de destino, así como bits ACK/NACK por byte. Por lo tanto, la tasa de transferencia real de datos de usuario es menor que lo que implicarían esas tasas de bits pico por sí solas. Por ejemplo, si cada interacción con un destino permite de manera ineficiente que se transfiera solo 1 byte de datos, la tasa de datos será menor que la mitad de la tasa de bits pico.
La cantidad de nodos que pueden existir en un bus I2C determinado está limitada por el espacio de direcciones y también por la capacitancia total del bus de 400 pF , lo que restringe las distancias de comunicación prácticas a unos pocos metros. La impedancia relativamente alta y la baja inmunidad al ruido requieren un potencial de tierra común, lo que nuevamente restringe el uso práctico a la comunicación dentro de la misma placa de PC o un pequeño sistema de placas.
El diseño de referencia mencionado anteriormente es un bus con líneas de reloj (SCL) y de datos (SDA) con direccionamiento de 7 bits. El bus tiene dos funciones para los nodos, ya sea controlador (maestro) o destino (esclavo):
El bus es un bus multicontrolador, lo que significa que puede haber cualquier cantidad de nodos controladores. Además, los roles de controlador y destino pueden cambiarse entre mensajes (después de enviar un STOP).
Puede haber cuatro modos de funcionamiento potenciales para un dispositivo de bus determinado, aunque la mayoría de los dispositivos solo utilizan una única función y sus dos modos:
Además de los bits de datos 0 y 1, el bus I2C permite señales especiales de INICIO y DETENCIÓN que actúan como delimitadores de mensajes y son distintas de los bits de datos. (Esto contrasta con los bits de inicio y detención utilizados en la comunicación serial asíncrona , que se distinguen de los bits de datos solo por su sincronización).
El controlador está inicialmente en modo de transmisión de controlador enviando un START seguido de la dirección de 7 bits del objetivo con el que desea comunicarse, que finalmente es seguido por un solo bit que representa si desea escribir (0) o leer (1) del objetivo.
Si el objetivo existe en el bus, responderá con un bit ACK (activo bajo para reconocimiento) para esa dirección. El controlador continúa entonces en modo de transmisión o recepción (según el bit de lectura/escritura que envió) y el objetivo continúa en el modo complementario (recepción o transmisión, respectivamente).
Los bytes de dirección y datos se envían con el bit más significativo primero. La condición de inicio se indica mediante una transición de alto a bajo de SDA con SCL alto; la condición de detención se indica mediante una transición de bajo a alto de SDA con SCL alto. Todas las demás transiciones de SDA se realizan con SCL bajo.
Si el controlador desea escribir en el destino, envía repetidamente un byte y el destino envía un bit ACK. (En esta situación, el controlador está en modo de transmisión de controlador y el destino está en modo de recepción de destino).
Si el controlador desea leer desde el destino, recibe repetidamente un byte de este último y envía un bit ACK después de cada byte, excepto el último. (En esta situación, el controlador está en modo de recepción de controlador y el destino está en modo de transmisión de destino).
Una transacción I2C puede constar de varios mensajes. El controlador finaliza un mensaje con una condición STOP si este es el final de la transacción o puede enviar otra condición START para conservar el control del bus para otro mensaje (una transacción de "formato combinado").
I 2 C define tipos básicos de transacciones, cada una de las cuales comienza con un INICIO y termina con un DETENER:
En una transacción combinada, cada lectura o escritura comienza con un START y la dirección del destino. Las condiciones START después de la primera también se denominan bits START repetidos . Los START repetidos no están precedidos por condiciones STOP, que es la forma en que los destinos saben que el siguiente mensaje es parte de la misma transacción.
Cada objetivo determinado solo responderá a ciertos mensajes, como se especifica en la documentación de su producto.
Los sistemas I2C puros admiten estructuras de mensajes arbitrarias. SMBus está restringido a nueve de esas estructuras, como leer palabra N y escribir palabra N , que involucran un solo destino. PMBus extiende SMBus con un protocolo de grupo , lo que permite que se envíen múltiples transacciones SMBus de ese tipo en un mensaje combinado. El STOP de terminación indica cuándo deben surtir efecto esas acciones agrupadas. Por ejemplo, una operación PMBus podría reconfigurar tres fuentes de alimentación (utilizando tres direcciones de destino I2C diferentes ) , y sus nuevas configuraciones surtirían efecto al mismo tiempo: cuando reciban ese STOP.
Con solo unas pocas excepciones, ni I 2 C ni SMBus definen la semántica de los mensajes, como el significado de los bytes de datos en los mensajes. Por lo demás, la semántica de los mensajes es específica de cada producto. Esas excepciones incluyen los mensajes dirigidos a la dirección de llamada general de I 2 C (0x00) o a la dirección de respuesta de alerta de SMBus ; y los mensajes relacionados con el protocolo de resolución de direcciones (ARP) de SMBus para la asignación y gestión dinámica de direcciones.
En la práctica, la mayoría de los destinos adoptan modelos de control de solicitud-respuesta, donde uno o más bytes después de un comando de escritura se tratan como un comando o una dirección. Esos bytes determinan cómo se tratan los bytes escritos posteriores o cómo responde el destino en las lecturas posteriores. La mayoría de las operaciones de SMBus implican comandos de un solo byte.
Un ejemplo específico es la EEPROM de tipo 24C32 , que utiliza dos bytes de solicitud que se denominan Dirección alta y Dirección baja. (En consecuencia, estas EEPROM no son utilizables por hosts SMBus puros, que solo admiten comandos o direcciones de un solo byte). Estos bytes se utilizan para direccionar bytes dentro del espacio de dirección de la EEPROM de 32 kbits (o 4 kB ). El mismo direccionamiento de dos bytes también lo utilizan las EEPROM más grandes, como la 24C512 que almacena 512 kbits (o 64 kB). La escritura y lectura de datos en estas EEPROM utiliza un protocolo simple: se escribe la dirección y luego se transfieren los datos hasta el final del mensaje. La parte de transferencia de datos del protocolo puede causar problemas en el SMBus, ya que los bytes de datos no están precedidos por un recuento y se pueden transferir más de 32 bytes a la vez. Las EEPROM I2C más pequeñas que 32 kbit, como la 24C02 de 2 kbit, se utilizan a menudo en el SMBus con transferencias de datos de un solo byte ineficientes para superar este problema.
Un único mensaje escribe en la EEPROM. Después del START, el controlador envía la dirección de bus del chip con el bit de dirección en blanco ( write ), luego envía la dirección de dos bytes de datos dentro de la EEPROM y luego envía bytes de datos que se escribirán comenzando en esa dirección, seguido de un STOP. Al escribir varios bytes, todos los bytes deben estar en la misma página de 32 bytes. Mientras está ocupada guardando esos bytes en la memoria, la EEPROM no responderá a más solicitudes I 2 C. (Esa es otra incompatibilidad con SMBus: los dispositivos SMBus siempre deben responder a sus direcciones de bus).
Para leer a partir de una dirección particular en la EEPROM, se utiliza un mensaje combinado. Después de un START, el controlador primero escribe la dirección de bus de ese chip con el bit de dirección en blanco ( write ) y luego los dos bytes de la dirección de datos de la EEPROM. Luego envía un START (repetido) y la dirección de bus de la EEPROM con el bit de dirección establecido ( read ). La EEPROM responderá entonces con los bytes de datos comenzando en la dirección de datos de la EEPROM especificada: un mensaje combinado: primero una escritura, luego una lectura. El controlador emite un ACK después de cada byte leído excepto el último byte, y luego emite un STOP. La EEPROM incrementa la dirección después de cada byte de datos transferido; las lecturas de múltiples bytes pueden recuperar todo el contenido de la EEPROM utilizando un mensaje combinado.
En la capa física , tanto las líneas SCL como las SDA son un diseño de bus de drenaje abierto ( MOSFET ) o colector abierto ( BJT ), por lo que se necesita una resistencia pull-up para cada línea. Se obtiene un "0" lógico al conectar la línea a tierra, y se obtiene un "1" lógico al dejar que la línea flote ( alta impedancia de salida ) de modo que la resistencia pull-up la eleve. Una línea nunca se activa activamente. Este cableado permite que varios nodos se conecten al bus sin cortocircuitos por contención de la señal. Los sistemas de alta velocidad (y algunos otros) pueden usar una fuente de corriente en lugar de una resistencia para conectar solo SCL o tanto SCL como SDA, para acomodar una mayor capacitancia del bus y permitir tiempos de subida más rápidos.
Una consecuencia importante de esto es que varios nodos pueden estar activando las líneas simultáneamente. Si algún nodo está activando la línea en nivel bajo, estará en nivel bajo. Los nodos que intentan transmitir un nivel lógico (es decir, dejar que la línea flote en nivel alto) pueden detectar esto y concluir que otro nodo está activo al mismo tiempo.
Cuando se utiliza en SCL, esto se denomina estiramiento del reloj y es un mecanismo de control de flujo para los objetivos. Cuando se utiliza en SDA, esto se denomina arbitraje y garantiza que solo haya un transmisor a la vez.
Cuando está inactiva, ambas líneas están en nivel alto. Para iniciar una transacción, SDA se pone en nivel bajo mientras SCL permanece en nivel alto. Es ilegal [3] : 14 transmitir un marcador de parada liberando SDA para que flote en nivel alto nuevamente (aunque un "mensaje nulo" de este tipo suele ser inofensivo), por lo que el siguiente paso es poner SCL en nivel bajo.
A excepción de las señales de inicio y detención, la línea SDA solo cambia cuando el reloj está bajo; la transmisión de un bit de datos consiste en pulsar la línea del reloj en alto mientras se mantiene la línea de datos estable en el nivel deseado.
Mientras el SCL está bajo, el transmisor (inicialmente el controlador) establece el SDA en el valor deseado y (después de un pequeño retraso para permitir que el valor se propague) deja que el SCL flote alto. Luego, el controlador espera a que el SCL realmente suba; esto se retrasará por el tiempo de subida finito de la señal SCL (la constante de tiempo RC de la resistencia pull-up y la capacitancia parásita del bus) y puede retrasarse adicionalmente por el estiramiento del reloj de un objetivo.
Una vez que el SCL está alto, el controlador espera un tiempo mínimo (4 μs para I 2 C de velocidad estándar ) para asegurarse de que el receptor haya visto el bit y luego lo vuelve a bajar. Esto completa la transmisión de un bit.
Después de cada 8 bits de datos en una dirección, se transmite un bit de "reconocimiento" en la otra dirección. El transmisor y el receptor intercambian funciones para un bit y el receptor original transmite un solo bit "0" (ACK) de vuelta. Si el transmisor ve un bit "1" (NACK) en su lugar, aprende que:
Sólo la línea SDA cambia de dirección durante los bits de reconocimiento; el SCL siempre está controlado por el controlador.
Después del bit de reconocimiento, la línea de reloj está baja y el controlador puede hacer una de tres cosas:
Una de las características más significativas del protocolo I2C es el estiramiento del reloj. Un dispositivo de destino direccionado puede mantener la línea de reloj (SCL) baja después de recibir (o enviar) un byte, lo que indica que aún no está listo para procesar más datos. El controlador que se está comunicando con el destino puede no terminar la transmisión del bit actual, sino que debe esperar hasta que la línea de reloj realmente se vuelva alta. Si el destino está estirando el reloj, la línea de reloj seguirá siendo baja (porque las conexiones son de drenaje abierto ). Lo mismo es cierto si un segundo controlador, más lento, intenta controlar el reloj al mismo tiempo. (Si hay más de un controlador, todos menos uno de ellos normalmente perderán el arbitraje).
El controlador debe esperar hasta que observe que la línea del reloj sube, y un tiempo mínimo adicional (4 μs para I2C estándar de 100 kbit/s ) antes de bajar el reloj nuevamente.
Aunque el controlador también puede mantener la línea SCL baja durante el tiempo que desee (esto no está permitido desde la Rev. 6 del protocolo – subsección 3.1.1), el término "estiramiento del reloj" normalmente se utiliza sólo cuando los objetivos lo hacen. Aunque en teoría cualquier pulso de reloj puede estirarse, generalmente son los intervalos antes o después del bit de reconocimiento los que se utilizan. Por ejemplo, si el objetivo es un microcontrolador , su interfaz I 2 C podría estirar el reloj después de cada byte, hasta que el software decida si enviar un reconocimiento positivo o un NACK.
La ampliación del reloj es el único momento en I 2 C en el que el objetivo controla SCL. Muchos objetivos no necesitan ampliar el reloj y, por lo tanto, tratan a SCL estrictamente como una entrada sin circuitos que la controlen. Algunos controladores, como los que se encuentran dentro de los ASIC personalizados, pueden no admitir la ampliación del reloj; a menudo, estos dispositivos se etiquetarán como una "interfaz de dos cables" y no como I 2 C.
Para garantizar un rendimiento mínimo del bus , SMBus establece límites sobre hasta qué punto se pueden estirar los relojes. Los hosts y los destinos que se adhieren a esos límites no pueden bloquear el acceso al bus durante más de un breve período de tiempo, lo que no es una garantía que ofrezcan los sistemas I2C puros .
Cada controlador supervisa el bus en busca de bits de inicio y detención y no inicia un mensaje mientras otro controlador mantiene el bus ocupado. Sin embargo, dos controladores pueden iniciar la transmisión aproximadamente al mismo tiempo; en este caso, se produce el arbitraje. El modo de transmisión de destino también puede ser arbitrado, cuando un controlador se dirige a múltiples destinos, pero esto es menos común. A diferencia de los protocolos (como Ethernet ) que utilizan retrasos de retroceso aleatorios antes de emitir un reintento, I 2 C tiene una política de arbitraje determinista. Cada transmisor verifica el nivel de la línea de datos (SDA) y lo compara con los niveles que espera; si no coinciden, ese transmisor ha perdido el arbitraje y abandona esta interacción de protocolo.
Si un transmisor establece SDA en 1 (no activa ninguna señal) y un segundo transmisor lo establece en 0 (tira a tierra), el resultado es que la línea está baja. El primer transmisor observa entonces que el nivel de la línea es diferente del esperado y concluye que otro nodo está transmitiendo. El primer nodo que nota dicha diferencia es el que pierde el arbitraje: deja de activar SDA. Si es un controlador, también deja de activar SCL y espera un STOP; luego puede intentar volver a emitir su mensaje completo. Mientras tanto, el otro nodo no ha notado ninguna diferencia entre los niveles esperados y reales en SDA y, por lo tanto, continúa la transmisión. Puede hacerlo sin problemas porque hasta ahora la señal ha sido exactamente como esperaba; ningún otro transmisor ha alterado su mensaje.
Si los dos controladores envían un mensaje a dos destinos diferentes, el que envía la dirección de destino más baja siempre "gana" el arbitraje en la etapa de dirección. Dado que los dos controladores pueden enviar mensajes a la misma dirección de destino y las direcciones a veces hacen referencia a múltiples destinos, el arbitraje a veces debe continuar en las etapas de datos.
El arbitraje se produce muy raramente, pero es necesario para una compatibilidad adecuada con varios controladores. Al igual que con la ampliación del reloj, no todos los dispositivos admiten el arbitraje. Los que sí lo hacen, generalmente se etiquetan como compatibles con la comunicación "con varios controladores".
Un caso que debe manejarse con cuidado en las implementaciones de I2C con múltiples controladores es el de los controladores que se comunican entre sí. Un controlador puede perder el arbitraje ante un mensaje entrante y debe cambiar su rol de controlador a destino a tiempo para reconocer su propia dirección.
En el caso extremadamente raro de que dos controladores envíen mensajes idénticos simultáneamente, ambos considerarán que la comunicación se ha realizado correctamente, pero el objetivo solo verá un mensaje. Por este motivo, cuando varios controladores pueden acceder a un objetivo, cada comando reconocido por el objetivo debe ser idempotente o debe garantizarse que nunca será emitido por dos controladores al mismo tiempo. (Por ejemplo, un comando emitido por un solo controlador no necesita ser idempotente, ni es necesario que un comando específico sea idempotente cuando algún mecanismo de exclusión mutua garantiza que solo un controlador puede emitir ese comando en un momento dado).
Si bien I 2 C solo arbitra entre controladores, SMBus usa el arbitraje en tres contextos adicionales, donde múltiples objetivos responden al controlador y uno transmite su mensaje.
La versión 1.3 de PMBus amplía el protocolo de respuesta de alerta de SMBus en su protocolo de "lectura de zona". [6] Los objetivos se pueden agrupar en "zonas", y se puede solicitar a todos los objetivos de una zona que respondan, con sus respuestas enmascaradas (omitiendo información no deseada), invertidas (de modo que la información deseada se envíe como bits 0, que ganan el arbitraje) o reordenadas (de modo que la información más significativa se envíe primero). El arbitraje garantiza que la respuesta de mayor prioridad sea la que se devuelva primero al controlador.
PMBus reserva las direcciones I2C 0x28 y 0x37 para lecturas y escrituras de zona, respectivamente.
Existen varios modos de funcionamiento posibles para la comunicación I2C . Todos son compatibles en el sentido de que siempre se puede utilizar el modo estándar de 100 kbit/s , pero la combinación de dispositivos de diferentes capacidades en el mismo bus puede causar problemas, como los siguientes:
Algunos proveedores ofrecen un modo Turbo no estándar con una velocidad de hasta 1,4 Mbit/s.
En todos los modos, la frecuencia del reloj está controlada por el o los controladores, y un bus más largo de lo normal puede funcionar a una velocidad más lenta que la nominal mediante subclocking .
El conector I2C es popular para interconectar circuitos periféricos con sistemas de creación de prototipos, como Arduino y Raspberry Pi . El conector I2C no utiliza un conector estandarizado, sin embargo, los diseñadores de placas han creado varios esquemas de cableado para interconexiones I2C . Para minimizar el posible daño debido a la conexión de cabezales de 0,1 pulgadas al revés, algunos desarrolladores han sugerido utilizar conexiones de señal y alimentación alternas de los siguientes esquemas de cableado: (GND, SCL, VCC, SDA) o (VCC, SDA, GND, SCL). [7]
La gran mayoría de las aplicaciones utilizan el I2C en la forma en que fue diseñado originalmente: circuitos integrados periféricos conectados directamente a un procesador en la misma placa de circuito impreso y, por lo tanto, a distancias relativamente cortas de menos de 30 cm (1 pie), sin un conector. Sin embargo, utilizando un controlador diferencial, una versión alternativa del I2C puede comunicarse hasta 20 metros (posiblemente más de 100 metros) a través de un cable CAT5 u otro cable. [8] [9]
Varios conectores estándar transportan señales I2C . Por ejemplo, el conector UEXT transporta I2C ; el conector iPack de 10 pines transporta I2C ; [ 10] el conector 6P6C Lego Mindstorms NXT transporta I2C ; [ 11] [12] [13] [14] algunas personas utilizan los conectores 8P8C y el cable CAT5 que normalmente se utiliza para la capa física de Ethernet para transportar en su lugar señales I2C con codificación diferencial [15] o señales I2C de un solo extremo potenciadas ; [16] y todos los conectores HDMI y la mayoría de los conectores DVI y VGA transportan datos DDC2 sobre I2C .
Cuando hay muchos dispositivos I2C en un sistema, puede ser necesario incluir buffers de bus o multiplexores para dividir segmentos de bus grandes en otros más pequeños. Esto puede ser necesario para mantener la capacitancia de un segmento de bus por debajo del valor permitido o para permitir que varios dispositivos con la misma dirección estén separados por un multiplexor. Existen muchos tipos de multiplexores y buffers y todos deben tener en cuenta el hecho de que las líneas I2C están especificadas para ser bidireccionales. Los multiplexores se pueden implementar con conmutadores analógicos, que pueden unir un segmento a otro. Los conmutadores analógicos mantienen la naturaleza bidireccional de las líneas, pero no aíslan la capacitancia de un segmento de otro ni proporcionan capacidad de buffer.
Los buffers se pueden utilizar para aislar la capacitancia de un segmento de otro y/o permitir que I 2 C se envíe a través de cables o trazas más largos. Los buffers para líneas bidireccionales como I 2 C deben utilizar uno de varios esquemas para evitar el bloqueo. I 2 C es de drenaje abierto, por lo que los buffers deben controlar un nivel bajo en un lado cuando detectan un nivel bajo en el otro. Un método para evitar el bloqueo es que un buffer tenga niveles de entrada y salida cuidadosamente seleccionados de modo que el nivel de salida de su controlador sea más alto que su umbral de entrada, lo que evita que se active a sí mismo. Por ejemplo, un buffer puede tener un umbral de entrada de 0,4 V para detectar un nivel bajo, pero un nivel bajo de salida de 0,5 V. Este método requiere que todos los demás dispositivos en el bus tengan umbrales que sean compatibles y, a menudo, significa que no se pueden poner en serie varios buffers que implementen este esquema.
Alternativamente, existen otros tipos de buffers que implementan amplificadores de corriente o mantienen un registro del estado (es decir, qué lado llevó el bus a un nivel bajo) para evitar el bloqueo. El método de estado generalmente significa que se crea un pulso no deseado durante una transferencia cuando un lado lleva el bus a un nivel bajo, luego el otro lo lleva a un nivel bajo y luego el primer lado se libera (esto es común durante un reconocimiento de I 2 C).
Cuando se tiene un único controlador, es posible que varios buses I2C compartan la misma línea SCL. [17] [18] Los paquetes en cada bus se envían uno después del otro o al mismo tiempo. Esto es posible porque la comunicación en cada bus se puede subdividir en períodos cortos alternados con SCL alto seguidos de períodos cortos con SCL bajo. Y el reloj se puede estirar, si un bus necesita más tiempo en un estado.
Las ventajas son utilizar dispositivos de destino con la misma dirección al mismo tiempo y ahorrar conexiones o un rendimiento más rápido al utilizar varias líneas de datos al mismo tiempo.
Estas tablas muestran los distintos estados atómicos y operaciones de bits que pueden ocurrir durante un mensaje I2C .
Dos grupos de 8 direcciones cada uno están reservados para funciones especiales:
Además, las 112 direcciones restantes están designadas para clases específicas de dispositivos, y algunas de ellas están reservadas además por estándares relacionados o por uso común.
SMBus reserva algunas direcciones adicionales. En particular, 0001 000está reservada para el host SMBus, que puede ser utilizada por dispositivos con capacidad de controlador. 0001 100Es la "dirección de respuesta de alerta SMBus", que es consultada por el host después de una interrupción fuera de banda y 1100 001es la dirección predeterminada que utilizan inicialmente los dispositivos con capacidad de asignación de direcciones dinámicas.
Aunque MSB 1111 está reservado para la identificación del dispositivo y el direccionamiento de destino (esclavo) de 10 bits, también lo utilizan los dispositivos dependientes de la pantalla VESA DDC , como los dispositivos señaladores . [22]
Una transacción I2C consta de uno o más mensajes . Cada mensaje comienza con un símbolo de inicio y la transacción termina con un símbolo de fin. Los símbolos de inicio posteriores al primero, que dan inicio a un mensaje pero no a una transacción, se denominan símbolos de inicio repetidos .
Cada mensaje es una lectura o una escritura. Una transacción que consta de un solo mensaje se denomina transacción de lectura o de escritura. Una transacción que consta de varios mensajes se denomina transacción combinada. La forma más común de esta última es un mensaje de escritura que proporciona información de dirección dentro del dispositivo, seguido de un mensaje de lectura.
Muchos dispositivos I2C no distinguen entre una transacción combinada y los mismos mensajes enviados como transacciones separadas, pero no todos. El protocolo de identificación del dispositivo requiere una única transacción; los objetivos tienen prohibido responder si observan un símbolo de parada. Los modos de configuración, calibración o autoprueba que hacen que el objetivo responda de forma inusual también suelen finalizar automáticamente al final de una transacción.
Para evitar la detección de marcadores falsos, hay un retraso mínimo entre el flanco descendente de SCL y el cambio de SDA, y entre el cambio de SDA y el flanco ascendente de SCL. Tenga en cuenta que un mensaje I 2 C que contiene n bits de datos (incluidos los reconocimientos) contiene n + 1 pulsos de reloj.
I 2 C se presta a un diseño de software de "controlador de bus". El software para dispositivos conectados se escribe para llamar a un "controlador de bus" que maneja el hardware I 2 C de bajo nivel real. Esto permite que el código del controlador para dispositivos conectados se transfiera fácilmente a otro hardware, incluido un diseño de bit-banging.
A continuación se muestra un ejemplo de bit banging del protocolo I2C como un controlador I2C ( maestro). El ejemplo está escrito en pseudo C. Ilustra todas las características de I2C descritas anteriormente (extensión de reloj, arbitraje, bit de inicio/parada, ack/nack). [24]
// Funciones de soporte específicas del hardware que DEBEN personalizarse:#define I2CSPEED 100vacío I2C_delay ( vacío ); bool read_SCL ( void ); // Devuelve el nivel actual de la línea SCL, 0 o 1 bool read_SDA ( void ); // Devuelve el nivel actual de la línea SDA, 0 o 1 void set_SCL ( void ); // No controlar SCL (establecer pin de alta impedancia) void clear_SCL ( void ); // Conducir activamente a nivel bajo la señal SCL void set_SDA ( void ); // No controlar SDA (establecer pin de alta impedancia) void clear_SDA ( void ); // Conducir activamente a nivel bajo la señal SDA arbitraje nulo_perdido ( void ) ; bool iniciado = falso ; // datos globales vacío i2c_start_cond ( vacío ) { si ( comenzó ) { // si se inicia, realiza una condición de reinicio // Establezca SDA en 1 establecer_SDA (); Retraso I2C (); establecer_SCL (); mientras ( read_SCL () == 0 ) { // Estiramiento del reloj // Deberías agregar tiempo de espera a este bucle } // Tiempo de configuración de inicio repetido, mínimo 4,7 us Retraso I2C (); } si ( leer_SDA () == 0 ) { arbitraje_perdido (); } // SCL es alto, establezca SDA de 1 a 0. borrar_SDA (); Retraso I2C (); borrar_SCL (); iniciado = verdadero ; }vacío i2c_stop_cond ( vacío ) { // Establezca SDA en 0 borrar_SDA (); Retraso I2C (); establecer_SCL (); // Estiramiento del reloj mientras ( leer_SCL () == 0 ) { // agrega tiempo de espera a este bucle. } // Tiempo de configuración del bit de parada, mínimo 4us Retraso I2C (); // SCL es alto, establezca SDA de 0 a 1 establecer_SDA (); Retraso I2C (); si ( leer_SDA () == 0 ) { arbitraje_perdido (); } iniciado = falso ; }// Escribe un bit en el bus I2Cvoid i2c_write_bit ( bit booleano ) { si ( bit ) { establecer_SDA (); } demás { borrar_SDA (); } // Retardo de propagación del cambio de SDA Retraso I2C (); // Establezca SCL alto para indicar que hay un nuevo valor SDA válido disponible establecer_SCL (); // Espere a que el destino lea el valor SDA, mínimo 4 us para el modo estándar Retraso I2C (); mientras ( read_SCL () == 0 ) { // Estiramiento del reloj // Deberías agregar tiempo de espera a este bucle } // El SCL es alto, ahora los datos son válidos // Si el SDA es alto, verifique que nadie más esté manejando el SDA si ( bit && ( leer_SDA () == 0 )) { arbitraje_perdido (); } // Limpiar el SCL al mínimo para preparar el próximo cambio borrar_SCL ();}//Lea un poco del bus I2Cbool i2c_read_bit ( vacío ) { bit booleano ; // Deje que el objetivo conduzca los datos establecer_SDA (); // Espere a que el destino escriba el valor SDA, mínimo 4 us para el modo estándar Retraso I2C (); // Establezca SCL alto para indicar que hay un nuevo valor SDA válido disponible establecer_SCL (); mientras ( read_SCL () == 0 ) { // Estiramiento del reloj // Deberías agregar tiempo de espera a este bucle } // Espere a que el destino escriba el valor SDA, mínimo 4 us para el modo estándar Retraso I2C (); // SCL es alto, lee el bit bit = leer_SDA (); // Establezca SCL bajo en preparación para la siguiente operación borrar_SCL (); bit de retorno ; }// Escribe un byte en el bus I2C. Devuelve 0 si el destino lo confirma.bool i2c_write_byte ( bool enviar_inicio , bool enviar_detener , byte de carácter sin signo ) { bit sin signo ; bocado de buey ; si ( enviar_inicio ) { condición de inicio i2c (); } para ( bit = 0 ; bit < 8 ; ++ bit ) { i2c_write_bit (( byte y 0x80 ) != 0 ); byte <<= 1 ; } nack = i2c_read_bit (); si ( enviar_detener ) { condición de parada i2c (); } volver nack ; }// Leer un byte del bus I2Ccarácter sin signo i2c_read_byte ( bool nack , bool send_stop ) { byte de carácter sin signo = 0 ; bit de carácter sin signo ; para ( bit = 0 ; bit < 8 ; ++ bit ) { byte = ( byte << 1 ) | i2c_read_bit (); } i2c_write_bit ( error ); si ( enviar_detener ) { condición de parada i2c (); } byte de retorno ; }vacío I2C_delay ( vacío ) { volátil int v ; entero yo ; para ( i = 0 ; i < I2CSPEED / 2 ; ++ i ) { en ; }}GENERICGENERICcompilaciones i386/amd64.Al desarrollar o solucionar problemas de sistemas que utilizan I2C , la visibilidad a nivel de señales de hardware puede ser importante.
Existen varias soluciones de hardware de adaptadores de host I2C para realizar una conexión de controlador o destino I2C a computadoras host que ejecuten Linux , Mac o Windows . La mayoría de las opciones son adaptadores USB a I2C . No todos requieren controladores o API propietarios .
Los analizadores de protocolo I2C son herramientas que muestrean un bus I2C y decodifican las señales eléctricas para proporcionar una vista de nivel superior de los datos que se transmiten en el bus.
Al desarrollar y/o solucionar problemas del bus I2C, el examen de las señales de hardware puede ser muy importante. Los analizadores lógicos son herramientas que recopilan, analizan, decodifican y almacenan señales, de modo que las personas puedan ver las formas de onda de alta velocidad cuando lo deseen. Los analizadores lógicos muestran marcas de tiempo de cada cambio de nivel de señal, lo que puede ayudar a encontrar problemas de protocolo. La mayoría de los analizadores lógicos tienen la capacidad de decodificar señales de bus en datos de protocolo de alto nivel y mostrar datos ASCII.
En varios módulos disponibles comercialmente, hay algunos conectores y pines principales: [29]
The assignment of target addresses is a weakness of I2C. Seven bits is too few to prevent address collisions between the many thousands of available devices. What alleviates the issue of address collisions between different vendors and also allows to connect to several identical devices is that manufacturers dedicate pins that can be used to set the target address to one of a few address options per device. Two or three pins is typical, and with many devices, there are three or more wiring options per address pin.[34][35][36]
10-bit I2C addresses are not yet widely used, and many host operating systems do not support them.[37] Neither is the complex SMBus "ARP" scheme for dynamically assigning addresses (other than for PCI cards with SMBus presence, for which it is required).
Automatic bus configuration is a related issue. A given address may be used by a number of different protocol-incompatible devices in various systems, and hardly any device types can be detected at runtime. For example, 0x51 may be used by a 24LC02 or 24C32 EEPROM, with incompatible addressing; or by a PCF8563 RTC, which cannot reliably be distinguished from either (without changing device state, which might not be allowed). The only reliable configuration mechanisms available to hosts involve out-of-band mechanisms such as tables provided by system firmware, which list the available devices. Again, this issue can partially be addressed by ARP in SMBus systems, especially when vendor and product identifiers are used; but that has not really caught on. The Rev. 3 version of the I2C specification adds a device ID mechanism.
I2C supports a limited range of speeds. Hosts supporting the multi-megabit speeds are rare. Support for the Fm+ 1 Mbit/s speed is more widespread, since its electronics are simple variants of what is used at lower speeds. Many devices do not support the 400 kbit/s speed (in part because SMBus does not yet support it). I2C nodes implemented in software (instead of dedicated hardware) may not even support the 100 kbit/s speed; so the whole range defined in the specification is rarely usable. All devices must at least partially support the highest speed used or they may spuriously detect their device address.
Devices are allowed to stretch clock cycles to suit their particular needs, which can starve bandwidth needed by faster devices and increase latencies when talking to other device addresses. Bus capacitance also places a limit on the transfer speed, especially when current sources are not used to decrease signal rise times.
Because I2C is a shared bus, there is the potential for any device to have a fault and hang the entire bus. For example, if any device holds the SDA or SCL line low, it prevents the controller from sending START or STOP commands to reset the bus. Thus it is common for designs to include a reset signal that provides an external method of resetting the bus devices. However many devices do not have a dedicated reset pin, forcing the designer to put in circuitry to allow devices to be power-cycled if they need to be reset.
Because of these limits (address management, bus configuration, potential faults, speed), few I2C bus segments have even a dozen devices. Instead, it is common for systems to have several smaller segments. One might be dedicated to use with high-speed devices, for low-latency power management. Another might be used to control a few devices where latency and throughput are not important issues; yet another segment might be used only to read EEPROM chips describing add-on cards (such as the SPD standard used with DRAM sticks).
On very low-power systems, the pull-up resistors can use more power than the entire rest of the design combined. On these, the resistors are often powered by a switchable voltage source, such as a DIO from a microcontroller. The pull-ups also limit the speed of the bus and have a small additional cost. Therefore, some designers are turning to other serial buses that do not need pull-ups, such as I3C or SPI.
I2C is the basis for the ACCESS.bus, the VESA Display Data Channel (DDC) interface, the System Management Bus (SMBus), Power Management Bus (PMBus) and the Intelligent Platform Management Bus (IPMB, one of the protocols of IPMI). These variants have differences in voltage and clock frequency ranges, and may have interrupt lines.
High-availability systems (AdvancedTCA, MicroTCA) use 2-way redundant I2C for shelf management. Multi-controller I2C capability is a requirement in these systems.
TWI (Two-Wire Interface) or TWSI (Two-Wire Serial Interface) is essentially the same bus implemented on various system-on-chip processors from Atmel and other vendors.[38] Vendors use the name TWI, even though I2C is not a registered trademark as of 2014-11-07.[39] Trademark protection only exists for the respective logo (see upper right corner), and patents on I2C have now lapsed.[citation needed] According to Microchip Technology, TWI and I2C have a few differences. One of them is that TWI does not support START byte.[40]
In some cases, use of the term "two-wire interface" indicates incomplete implementation of the I2C specification. Not supporting arbitration or clock stretching is one common limitation, which is still useful for a single controller communicating with simple targets that never stretch the clock.
MIPI I3C sensor interface standard (I3C) is a development of I2C, under development in 2017.[41]
The 7-bit portion of the slave address for the BMC is 0010_000b
static u_int8_t probe_val[256];