Procesamiento de video NTSC para visualización SPI

Bueno, necesitaría digitalizar el video, extraer información de luminancia, crominancia y sincronización, reducir la escala de 525 líneas a 128 líneas y enviar los datos a través de SPI en tiempo real. Esto suena como un no-arranque para mí.

Sería más fácil usar la salida digital JPEG de la cámara y descomprimirla, ya que la resolución es compatible con la pantalla (160 X 120 frente a 160 X 128) aunque aún no obtendrías video en tiempo real.

EDITAR: Me equivoqué con el video a través de la interfaz TTL: puede tomar una instantánea y enviarla a través del UART, pero para el video, la única forma es la salida analógica. Entonces, para ello necesitará un ADC rápido y una manipulación digital, y no será tan fácil.

Sin embargo, puede usarlo para enviar imágenes con una velocidad de fotogramas baja, como cámaras web de monitoreo del clima en "tiempo real".

Lo que debe definir es la codificación de la imagen de la cámara web (profundidad de bits y velocidad de fotogramas) y, finalmente, escribir el código para convertirlo en un formato compatible con la pantalla (tiene diferentes opciones, lea la hoja de datos).

También es posible reenviar directamente la imagen desde la entrada TTL a la entrada SPI sin procesamiento, pero aún debe manejar la comunicación y será más fácil si su uC tiene las interfaces UART y SPI.

Así que no es imposible, pero requiere algo de trabajo.

Capturar una señal de video NTSC en blanco y negro no es demasiado difícil, especialmente si no está demasiado preocupado por la resolución o la velocidad de fotogramas. Había un dispositivo de captura de video que se conectaba al puerto de impresora de un Amiga 1000, por ejemplo. No había microcontroladores sofisticados de millones de megahercios en ese entonces, solo algo de lógica discreta, un muestreo y retención y un ADC no muy rápido que IIRC capturó datos de 5 bits a 15 KHz (alrededor de 5 segundos por cuadro, en blanco y negro ). Esperaría que quisiera y pudiera capturar datos monocromáticos más rápido que con un microcontrolador decente. Si desea capturar una imagen cruda de 128x100 a 30 fps, probablemente necesite capturar alrededor de 0,8 megapíxeles/segundo (capturar 1/4 de los píxeles horizontalmente en cada línea de exploración, en dos campos).

Capturar el color de una fuente de video NTSC "general" es mucho más difícil, ya que no existe una relación fija entre la fase cromática y la posición horizontal. Sin embargo, muchas fuentes de video, incluidas cámaras, computadoras y reproductores de DVD, tienen una relación fija entre el croma y la posición horizontal (existe un estándar sobre cuál debe ser la relación para un video "perfecto", pero no todos los dispositivos lo cumplen; la mayoría de los dispositivos, otros que las videograbadoras tendrán una relación consistente, pero pueden o no coincidir con el estándar). Si puede diseñar en torno a una fuente de entrada conocida en particular y puede medir con precisión los tiempos con respecto a la sincronización horizontal (la precisión del tiempo será mucho más importante que con el video monocromático), el muestreo de color puede ser práctico.

Sin saber lo que quiere hacer, no puedo decir cuál sería el mejor enfoque. Es mejor que utilice una pantalla LCD con una entrada de video compuesto y video superpuesto. La superposición de color es generalmente una molestia, aunque si desea una "pantalla dividida" horizontal, es posible hacer trampa (los equipos con circuitos de color analógicos no funcionarían bien si una parte de la pantalla usara una fase de color diferente de otra parte, pero las pantallas LCD con una interfaz digital puede que no le importe; si generó su propio croma en las líneas en las que quería mostrar su propio color y dejó que la cámara pasara el croma en otras, no estoy seguro de lo que sucedería).