Estoy armando un proyecto que requiere una pantalla numérica de 4 dígitos y terminé ordenando esto . Desafortunadamente, algo que no noté por completo cuando ordené la pantalla LCD fue que sus asignaciones de pines parecen ser... increíblemente extrañas. Al menos a mi relativa falta de experiencia.
La pantalla LCD proporciona cuatro pines "COM" (COM0-COM3) y ocho pines adicionales (dos por dígito). La forma en que los segmentos están conectados a los segmentos da como resultado que cada uno de los pines COM seleccione no un dígito sino una fila (a falta de un término mejor) de segmentos: A y F, B y G, C y E, y D y el punto decimal. Los ocho pines adicionales le permiten seleccionar uno o ambos segmentos en una fila o filas para un dígito dado.
Por ejemplo, si COM1 está activo, puedo hacer visibles los segmentos E y/o C de tantos dígitos como desee.
La compensación de esto es que es completamente imposible mostrar cualquier dígito además de siete en un solo ciclo. Entonces, para usar esta pantalla LCD para mostrar un número arbitrario, parece que uno debe actualizarlo a una velocidad cuatro veces mayor que la que se usaría de otra manera.
Sin rodeos, esto me parece a mí ya mis ojos inexpertos como una convolución totalmente sin sentido. La asignación de un pin por ánodo y un pin por segmento habría tomado la misma cantidad de pines. Actualizar la pantalla LCD a una frecuencia más alta parece aumentar el uso de energía y el desgaste, en todo caso.
Quizá alguien con más experiencia en este tipo de artículos pueda arrojar algo de luz al respecto. ¿Hay algún beneficio en asignar los pines de esta manera?
2049...
El truco es que uno necesita actualizar por dígito de su cabeza y pensar en actualizar toda la pantalla dos "filas" a la vez.
El diseño de los segmentos está más dictado por la posibilidad de enrutarlos en el vidrio. A diferencia de los PCB, las vías no están disponibles, por lo que no pueden ocurrir cruces.
Eugenio Sh.
Invicto
Trevor_G
Invicto
Trevor_G
Eugenio Sh.
Invicto
Trevor_G
Invicto
Eugenio Sh.
Invicto
RoyC
RoyC