Retroiluminacion LCD por software

Hola de nuevo

Esta vez voy a la carga con un problema que tengo con un LCD. He montado un LCD compatible con el controlador HD44780 de Hitachi, por el puerto paralelo del PC segun el esquema mas extendido que es este:

formatting link

y me ha funcionado bien, pero luego he querido rizar el rizo y he intentado modificarlo para que la retroiluminacion se pueda controlar por software y he montado este pequeño circuito:

formatting link

En el que he cambiado la resistencia de 100Ohm que está conectada al pin 16 por un potenciometro de 100Ohm, para poder ajustar el brillo de la retroiluminacion. Tambien parece funcionar, salvo que tengo un par de problemas:

- Cuando por software digo que se apage, se enciende, y viceversa. Supongo que es por que la patilla 17 del LPT tiene lógica negativa.

- El problema principal es que cuando le tengo apagada la retroiluminacion, en condiciones de luz dia parece apagado, pero a oscuras se nota un parpadeo tenue y casi constante de la retroiluminación que queda bastante mal y no entiendo por que sucede.

¿Se os ocurre alguna corrección sobre el circuito? ¿Alguna explicacion para estos fenomenos paranormales?

He visto una pequeña variante de este circuito que es esta, en la que solo cambia el transistor:

formatting link

y otra un poco mas distinta:

O 5V ___ | +---|___|--------+ LPT Sub-D connector | 4k7 | | |e | ___ b |/ BL pin o---------------+---|___|------| 330E |\ bc327 |c | LCD connector | +--------o 15 backlight

+--------o 16 GND backlight | === GND ¿Alguno de estos circuitos arreglaria mis problemas?

Muchas gracias y un saludo

Reply to
Nestor Matas
Loading thread data ...

Los tres circuitos hacen lo mismo básicamente, es decir, utilizan un transistor como interruptor para que por los LEDs circule corriente o no. No creo que el problema esté en el circuito, pero podría ser que el transistor no esté cortando bien (el puerto paralelo da niveles TTL, así que el 0 es bastante más que 0V). Prueba a añadir una resistenciade 2k2 o 3k3 entre la base del transistor y masa.

Pero yo creo más probable que el problema esté en el soft, y podría tener dos orígenes. Puede ser que algún programa o el propio sistema operativo haga algo periódicamente con esa patilla del puerto paralelo (ya sabes, detección de dispositivos para el plug and play, o cosas así), o bien que el software que maneja el display borre la pantalla y la vuelva a rellenar cada cierto tiempo. Esto en según qué condiciones de visión, es tan rápido que no se nota, pero puede que en las condiciones que apuntas sí se note.

--

Saludos de José Manuel García snipped-for-privacy@terra.es http://213.97.130.124

"Nestor Matas" escribió en el mensaje news:MVabc.47489$ snipped-for-privacy@news-reader.eresmas.com...

intentado

16

Supongo

retroiluminacion,

parpadeo

para

Reply to
pepitof

"Nestor Matas" escribió en el mensaje news:MVabc.47489$ snipped-for-privacy@news-reader.eresmas.com...

A lo que te dice Pepitof yo le añadiría un condendador para intentar comerse esos pulsos (mencionas parpadeo, eso son pulsos aunque me extraña que los veas):

/c / ____R1R_________B | | \ R C \E 2 C | R C | |___|______| _|_ -

R1R es la que hay en el original R2R es una pull-down, te pone la base 'a 0'; 3k3 debe ir bien CCC a ojímetro y depende de los pulsos que se tiene que comer, 1uF para empezar me parece un buen valor. Si el problema disminuye pero no lo suficiente, sube el valor pero me huele que sobra. Bajar R2R a 2k2 también ayuda a comerse los pulsos.

Reply to
Franois

Yo me lo construí según el esquema de la siguiente página:

formatting link
y me funciona perfetamente.

Salu2, Ank.

Reply to
Ankarius

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.