La interfaz serial de pantalla (DSI) es una especificación de la Mobile Industry Processor Interface (MIPI) Alliance destinada a reducir el coste de los controladores de pantalla en un dispositivo móvil . Suele estar orientada a las pantallas LCD y tecnologías de visualización similares. Define un bus serial y un protocolo de comunicación entre el host, la fuente de los datos de imagen, y el dispositivo que es el destino. La interfaz es de código cerrado, lo que significa que la especificación de la interfaz no está abierta al público. El mantenimiento de la interfaz es responsabilidad de la MIPI Alliance. Sólo las personas jurídicas (por ejemplo, empresas) pueden ser miembros. Estos miembros o las personas comisionadas y aprobadas por ellos tienen acceso a la especificación para utilizarla en sus posibles aplicaciones.
La MIPI Alliance se formó en 2003 con el objetivo de establecer estándares en los componentes de la industria móvil. La primera versión de MIPI DSI, la versión 1.0, se lanzó en 2005. MIPI DSI v1.1 se lanzó en 2007 y agregó funciones como "Modo de comando" para enviar comandos y datos directamente a los módulos de visualización mediante el controlador de pantalla. [1] DSI v1.2 se lanzó en 2011 y extendió la longitud del paquete de video y expandió el modo de comando. [2] DSI v1.3 se lanzó en 2013. Las versiones 1.4 y DSI-2 de DSI se lanzaron en 2016 y 2018 respectivamente.
En la capa física , DSI especifica un bus serial punto a punto de señalización diferencial de alta velocidad (p. ej., 4,5 Gbit/s/carril para D-PHY 2.0 [3] ) . Este bus incluye un carril de reloj de alta velocidad y uno o más carriles de datos. Cada carril se transporta en dos cables (debido a la señalización diferencial). Todos los carriles viajan desde el host DSI hasta el dispositivo DSI, excepto el primer carril de datos (carril 0), que es capaz de una operación de inversión de bus (BTA) que le permite invertir la dirección de transmisión. Cuando se utiliza más de un carril, se utilizan en paralelo para transmitir datos, y cada bit secuencial en el flujo viaja en el siguiente carril. Es decir, si se utilizan 4 carriles, se transmiten 4 bits simultáneamente, uno en cada carril. El enlace funciona en modo de baja potencia (LP) o en modo de alta velocidad (HS). En el modo de baja potencia, el reloj de alta velocidad está deshabilitado y la información de reloj de señal se incorpora a los datos . En este modo, la velocidad de datos es insuficiente para controlar una pantalla, pero se puede utilizar para enviar información de configuración y comandos. El modo de alta velocidad habilita el reloj de alta velocidad (a frecuencias de decenas de megahercios a más de un gigahercio) que actúa como reloj de bits para las líneas de datos. Las velocidades de reloj varían según los requisitos de la pantalla. El modo de alta velocidad sigue estando diseñado para reducir el consumo de energía debido a su señalización de bajo voltaje y su capacidad de transferencia paralela.
El protocolo de comunicación describe dos conjuntos de instrucciones. El conjunto de comandos de visualización (DCS) es un conjunto de comandos comunes para controlar el dispositivo de visualización, y su formato está especificado por el estándar DSI. Define los registros que se pueden abordar y cuál es su operación. Incluye comandos básicos como dormir, habilitar e invertir la pantalla. El conjunto de comandos del fabricante (MCS) es un espacio de comandos específico del dispositivo cuya definición depende del fabricante del dispositivo. A menudo incluye comandos necesarios para programar la memoria no volátil , configurar registros específicos del dispositivo (como la corrección gamma ) o realizar otras acciones no descritas en el estándar DSI. El formato de paquete de ambos conjuntos está especificado por el estándar DSI. Hay paquetes cortos y largos, el paquete corto tiene 4 bytes de longitud; el paquete largo puede tener cualquier longitud hasta 2 16 bytes. Los paquetes se componen de un DataID, recuento de palabras, código de corrección de errores (ECC), carga útil y suma de comprobación (CRC). Los comandos que requieren leer datos desde el dispositivo activan un evento BTA, que permite que el dispositivo responda con los datos solicitados. Un dispositivo no puede iniciar una transferencia; solo puede responder a las solicitudes del host.
Los datos de imagen en el bus se intercalan con señales para intervalos de borrado horizontal y vertical (porches). Los datos se muestran en la pantalla en tiempo real y no se almacenan en el dispositivo. Esto permite la fabricación de dispositivos de visualización más simples sin memoria de búfer de cuadros. Sin embargo, también significa que el dispositivo debe actualizarse continuamente (a una velocidad de 30 o 60 cuadros por segundo) o perderá la imagen. Los datos de imagen solo se envían en modo HS. En este modo, los comandos se transmiten durante el intervalo de borrado vertical.
Se puede utilizar para controlar pantallas y controles táctiles, y a menudo se utiliza en teléfonos inteligentes, tabletas, pantallas de tablero de automóviles y sistemas de información y entretenimiento. [3]