En este momento tenemos una solución para pantallas gráficas en color (resolución de hasta 800x600) con la que no estamos muy satisfechos con: Nuestro ARM Cortex M3 controla la pantalla LCD a través de un bus 8080 y el módulo LCD debe proporcionar la unidad LCD (actualmente SSD1963) ). Los consultores nos recomendaron esta solución, cuya prioridad era optimizar el costo del módulo del procesador. El problema con esto es que prácticamente nos une a un proveedor de LCD e incluso solo se muestra un subconjunto de los proveedores. El bus 8080 es estándar, pero el cableado (cola) del módulo LCD parece variar ligeramente de un proveedor a otro. Las señales no siempre están en los mismos pines, etc. Otro problema es que las pantallas LCD parecen tener una vida útil muy limitada en el mercado, escuché menos de un año en algunos casos. Ahora, tenemos la oportunidad de rediseñar el módulo del procesador y quiero hacer esto DERECHO esta vez. Estoy buscando una solución que sea:
- Barato tanto en la placa del procesador como en el módulo LCD
- Agnóstico del proveedor
- Una prueba algo futura
Se han sugerido varias soluciones:
- Integre el controlador LCD en la placa del procesador: ¿Realmente esto nos ayudaría a ser más independientes de los proveedores?
- Integre un FPGA (programado como controlador de pantalla) en la placa del procesador y vuelva a programarlo cuando tengamos que cambiar el proveedor de LCD: suena bien pero un poco al revés, ¿seguramente hay una solución estándar para el problema?
- Integre un controlador LCD en el procesador que habla DVI o HDMI al módulo LCD: me gusta esto debido a los estándares, pero parece que tanto la placa del procesador como el módulo de pantalla se vuelven MUCHO más caros
¿Qué piensan ustedes? ¿Hay alguna forma estándar de hacer esto que me haya perdido?