Todas las explicaciones que he visto sobre cómo funcionan las pantallas TFT / LCD solo hablan de un píxel a la vez. Mi pregunta es: ¿cómo se conectan y controlan miles de píxeles y subpíxeles?
Supongo que no tienen un par de cables + ve / -ve cada uno o los cables bloquearían la luz. Si la señal se enruta a través de otros píxeles, ¿cómo controlamos a dónde va la señal?
La pregunta parece ser esencialmente acerca de cómo la luz puede pasar a través de los conductores que se conectan a cada píxel en una pantalla LCD, y en segundo lugar, cómo se puede lograr la conectividad a píxeles individuales sin interferir con los píxeles densamente empaquetados.
Para la primera consulta, la respuesta son conductores transparentes. El material de este tipo más conocido es el Indium Tin Oxide (ITO), un material conductor transparente e incoloro (en capas finas). . Rastros delgados de ITO, u otros conductores transparentes similares, se colocan entre capas de vidrio, para formar la matriz de conductores en un panel LCD.
Un artículo simple aquí es útil y describe mejor esto de lo que quizás pueda.
LosconductoresdeITOylos"píxeles" individuales se pueden ver mirando a través de un panel LCD en luz polarizada. Por ejemplo, el reflejo del cielo diurno en una ventana de vidrio o en el parabrisas de un automóvil funciona bien: la luz reflejada está polarizada, por lo que al girar la pantalla LCD alrededor, en ciertos ángulos, los píxeles (y hasta cierto punto los trazos de ITO) bloquearán esta luz a través de la polarización cruzada.
Para la segunda pregunta, el paralelo más simple es considerar PCB de doble cara. Las trazas de cobre en dichos PCB están grabadas en ambos lados del sustrato, por lo que se puede lograr una matriz entrecruzada de conexiones sin que dos rastros se crucen entre sí. La misma razón se aplica a los conductores de ITO transparentes en una pantalla LCD: para simplificar en exceso, considere que todas las trazas horizontales estén en la capa superior de vidrio y que todas las trazas verticales estén en la capa inferior.
En muchas tecnologías LCD modernas, las huellas pueden pasar no solo entre los píxeles, sino también debajo de ellos: la capa conductora es distinta de la capa de cristal líquido. Las células de cristal líquido en sí mismas no se activan por la electricidad que pasa directamente a través de ellas, sino por el efecto de un campo eléctrico al que están expuestas. Por lo tanto, los conductores de ITO simplemente necesitan estar por encima y por debajo de cada píxel, y los cristales líquidos se alinean de acuerdo con la dirección del campo.
Esta alineación de cristal da lugar a la polarización de la luz que pasa. Como principio fundamental de la óptica, si la luz polarizada en una dirección pasa a través de un polarizador alineado en ángulo recto con ella, la luz se absorbe, lo que da lugar a los píxeles opacos. Cambie el campo eléctrico, y la polarización cambia, la opacidad disminuye.
He escrito un código para el microcontrolador 8051, donde utilicé el tipo de bit, algo como esto:
%pre% Ahora estoy portando esto al controlador AVR ATmega16. Encontré que no hay soporte para
tipo de bit en AVR.
AVR-lib C dice:
Tipos de datos: char es de 8 bits, int es de 16 bits, largo es de 32 bits, largo largo es de 64 bits, flotante y doble de 32 bits (este es el único formato de punto flotante admitido), los punteros son 16 bits (función los punteros son direcciones de palabras, para permitir direccionar hasta 128K programas espacio de memoria). Hay una opción -mint8 (ver Opciones para la C compilador avr-gcc) para hacer int 8 bits, pero eso no es compatible con avr-libc y viola los estándares C (int debe ser de al menos 16 bits). Eso puede ser eliminado en una versión futura.
Entonces, ¿qué debo hacer ahora?
Puedes usar una estructura como esta:
%pre%Y para acceder a un bit a la vez solo tienes que
%pre%Como PeterJ ya mencionó en su comentario, sugeriría usar %code% .
Es necesario incluir la biblioteca stdbool.
%pre%Como ya se señaló, en AVRGCC, %code% es de 8 bits y solo una abstracción de %code% . Si no puedes vivir con eso y necesitas guardar cada bit o tener toneladas de banderas globales de "sí / no" (lo que podría indicar una mala práctica de codificación), puedes considerar lo que Naeriel publicó en su respuesta.
Sin embargo, el uso de bool y la denominación de variable adecuada (usando el prefijo "es") produce un código mucho más limpio. Por ejemplo usar
%pre%en lugar de "done_flag". De esa manera es más obvio para alguien que no conoce el código lo que exactamente indica el estado.
Utilice unsigned char en su lugar. Sin embargo, esto usará un byte completo en lugar de un poco.
Puedes usar algo como esto:
%code%
Ejemplo de uso:
%code%
establece PB4 como pin de salida.
Fuente: enlace