consejos para elegir un display para un logger - Electrónica y Electricidad general

Re: consejos para elegir un display para un logger

beamspot — Mon, 09 Aug 2010 09:09:33 +0000

En mi caso, lo que me pasó es que conseguía comunicarme sin problemas con el módulo LCD, pero no veía nada en la pantalla. Así que lo primero que hize fue mirar el contraste. Para tales efectos, se suele poner un pote entre la tensión de alimentación del cristal, y masa. Y me encontré que en esa salida, donde en teoría debería haber unos -15V o algo así, tenía Vcc. Así que suministré yo la tensión (limitada a unos pocos milis, por si las flys), et voilà. Todo funcionó a las mil maravillas.

Observé que el datasheet no decía nada en absoluto del tema. Así que me puse mosca, y desde entonces, aviso de lo que puede haber, y que en mi caso, este display fue descartado de buenas a primeras precisamente por este punto.

Claro que para uso privado y en laboratorio, donde no faltan fuentes, no hay problema.

Re: consejos para elegir un display para un logger

MorgoZ — Mon, 09 Aug 2010 08:30:19 +0000

Hola!

Siento mucho contestar tan tarde, pero he estado fuera unos días y no me he conectado.
Sólo me conectaba para agredecer toda la ayuda e información prestada.
De momento no me puedo poner en serio con el módulo del display, pero en cuanto lo haga seguro que me surgen más dudas y comentarios ;) De echo, ya hay uno que me pica la curiosidad, y es el tema de:
"Asegúrate de este dato,"(La tensión de alimentación del display)" ya que es importantísimo, pero te advierto que no va a ser nada fácil de averiguar."
Y la pregunta obvia es.... ¿y cómo empiezo a averiguarlo? ¿Alguna pista? Ya que es cierto que en la documentación ese dato aparece vacío.....

En fin, muchas gracias a todos y saludos!!

Re: consejos para elegir un display para un logger

beamspot — Wed, 21 Jul 2010 13:58:57 +0000

Respuesta rápida:

1º- Olvídate del display de 240 x 320. No parece que lleve ningún control ni generador de carácteres ni memoria de pantalla.
2º- El de 128 x 240 es muy parecido a uno que he usado. Tiene dos opciones: o backlight CCFL o backlight a LED. Coge el último.
3º- Este lleva el T6963, e incluso una breve descripción de cómo funciona este.
4º- El segundo bloque de señales no lo necesitas para nada (pines de 23 a 34).
5º- Alimentar un backlight a led es relativamente sencillo, pero ojo, que consume 250 o más mA. 7805 y resistencia en serie es el camino a seguir.
6º- Del diagrama de la página 23, eso es el esquema del módulo, no es nada que necesites en realidad, así que te puedes olvidar.
7º- Lo que necesitas es un puerto de datos y otro de control (que seguramente no será ni completo, con seis pines o menos lo tienes todo).
8º- Cuidadito, que el módulo que usé yo, la tensión de alimentación del display (VOut, no los 5V - VDD del módulo) la tenía que suministrar mi equipo, no la generaba el módulo. Asegúrate de este dato, ya que es importantísimo, pero te advierto que no va a ser nada fácil de averiguar.

Re: consejos para elegir un display para un logger

MorgoZ — Wed, 21 Jul 2010 11:46:16 +0000

Gracias por la info!!

Esta vez si, dejo los pdf.

Re: consejos para elegir un display para un logger

beamspot — Wed, 21 Jul 2010 11:03:22 +0000

Hola:

Así, a bote pronto, tres comentarios:
1º Necesito gafas, pues no veo el link a ningún PDF. ;)
2º Generalmente, los displays van en dos PDF: uno del fabricante del módulo, y otro del driver especificado por el fabricante del módulo.
3º AVRStudio -> ayuda -> AVR-GCC lib help, que te redirige a una web donde se puede encontrar algo de información. Para más, AVRFreaks y la página oficial del WinAVR (que no he consultado nunca 8O ).

Re: consejos para elegir un display para un logger

MorgoZ — Wed, 21 Jul 2010 08:16:11 +0000

Hola!!

Gracias por las librerias, pero me interesaría saber algún sitio donde poder consultar las librerias que existen, con las funciones, estructuras, etc que contienen (no me refiero a las puras de C, si no a las especificas de AVR), más que nada a modo de documentación.

Y volviendo al origen del post, os dejo un par de .pdf con los datasheet de un par de pantallas LCD gráficas monocromo, para que me deis vuestra opinión. Insisto en que la función de la pantalla es mostrar el log de texto, una función puramente de testeo y administración.

El pdf "128240A" hace refenrencia a una pantalla de 128pixels en vertical. Este datasheet contiene algo de información sobre el protocolo de comandos para controlar el display, pines, diagramas, etc.
El pdf "240320FP" hace referencia a una pantalla de 320pixels en vertical. Este datasheet no contiene información sobre el protocolo de comandos para controlarlo, pero como me parece que utiliza el T6930, con conocer el protocolo para comunicarme con ese controlador me valdria, no? El datasheet es bastante escueto, sólo habla de las características electricas.... no sé si existirá un manual más completo.

Y por último, para hacer el circuito de prueba donde irá el display, en el pdf "128240A" sí especifican la funcionalidad de cada uno de los pines, aunque no entiendo los que comprenderían del 21 al 34 (página 22) ni los relativos al backligth, ya que no entiendo cómo se alimenta el tal backligth, con el ánodo, el cátodo y por otra parte el CCFL
Y tampoco comprendo el diagrama de la página 23.... nada, no entiendo nada en absoluto de lo que aparece en ese diagrama....
Asi que si necesito saber algo a la hora de planificar el circuito, por favor, decidmelo!!!

Muchas gracias por vuestra paciencia ;)
Saludos!!!

Re: consejos para elegir un display para un logger

beamspot — Mon, 19 Jul 2010 11:07:06 +0000

Hola:

De vuelta al trabajo, un post cortito de info. Para el WinAVR, basta con añadir:

#include
#include
#include
#include

al principio de tu main.c, y con esto basta.

Lo de usar los archivos, no funciona, pero el printf() y scanf() creo que funcionan, si bien yo nunca los usos (manías particulares, ya que prefiero trabajar con interrupciones, buffers y bits en lugar de los sistemas tradicionales, lentos, bloqueantes, consumidores de memoria, y despilfarradores de recursos y tiempo).

Creo que tengo por ahí algo respecto del uso del puerto serie que te puede ser de utilidad, pero no está depurado. Por cierto, te recomiendo que compres un AVRDragon (menos de 80€) para depurar por JTAG y/o DebugWire. Y de paso te sirve de programador.

Para la memoria de almacenamiento, te recomiendo un flash SPI (las hay de hasta 8MBytes), fácil de usar y llena de memoria.

Por cierto, para LCD's de carácteres alfanuméricos, hay librerías estándar listas para ser usadas. Y tengo algo, perdido por ahí, de algunas de las librerias gráficas, incluyendo el T6963 o como se llame, pero tendré que buscar.

Re: consejos para elegir un display para un logger

MorgoZ — Fri, 16 Jul 2010 18:08:43 +0000

Bueno, gracias de nuevo.

El micro que uso de momento es el Atmega8, asi que si, sigo con Atmel.
El modulo que tengo intención de desarrollar en C es sencillito; sería el control del LCD, lectura del USART, almacenamiento en memoria (por lo que tengo que ver si me vale con el Atmega8 o tengo que ampliar) y poco más.
El módulo que comento que ya empieza tener síntomas de sobrepeso es otro que de momento se queda en ensamblador, porque la migración a C no me la planteo hasta que no tenga más soltura.

He mirado un poco por encima algún pdf de programación C en AVR (como el compartido por FJ_Sanches) y parece sencillo.... es programar C normal pero con el mapeo de puertos específico del micro y a muy bajo nivel. Pero en todos los esquemas que he visto importan librerías del tipo "io.h" que contienen el mencionado mapeo de puertos que hace que cosas como PORTA = 0x01 tengan sentido, pero que yo no las encuentro por ninguna parte..... siempre queda la opción de tirar de defines y hacerlo uno mismo, pero solo por curiosidad quería preguntar si estas librerias existen ya en algún lugar.... más que nada por no trabajar en valde.

Y otra cosilla, ya por rizar el rizo: soporta TODO C?? Es decir, ¿podría generar un fichero, llenarlo con los datos de log y descargarlo a un PC por puerto serie? O hay ciertas limitaciones?????? Lo digo porque la creación de ficheros depende en cierto modo del SO, al necesitar un nombre (o ruta) del fichero.

Gracias y saludos!!!

Re: consejos para elegir un display para un logger

beamspot — Tue, 13 Jul 2010 10:39:34 +0000

De vuelta a la civilización por unos minutos, no me he podido resistir a contestar algo.

El GNU-GCC de los Atmel (si es que los sigues usando) y de los ARM's SI que cumple con ANSI-C. Incluso puedes elegir entre las dos versiones existentes, y para algunos casos, incluso puedes usar (si hay RAM de sobras) Embedded C++ con objetos. Con algunos añadidos, generalmente tipo #defines que vienen en algún #include habitual (te puedo echal algún cable en el AVR si es el caso, gratuito con el AVRStudio) que definen variables como PORTA que en realidad son direcciones de memoria. Así, hacer algo tan simple como PORTA = 0x01 pone a 1 el bit 0 del registro PORTA. Simple y eficiente.

Por otro lado, aprendí hace tiempo que cuando de trata de experimentar, lo mejor es relegar al micro únicamente las tareas en tiempo real, y pasar los datos 'en bruto' o 'a palo seco' al PC, y tratar dichos datos con este. Yo siempre he usado el C# Express, gratuito y con soporte para puerto serie, generalmente apoyado en mi caso con el ModBus. De esta manera, puedes hacer con los datos lo que te apetezca sin pelearte con el micro, y de una manera mucho más fácil de depurar y tratar.

Una vez obtenidos los resultados deseados, pasarlo a C para el micro es relativamente sencillo.

Re: consejos para elegir un display para un logger

FJ_Sanchez — Mon, 05 Jul 2010 11:33:38 +0000

pero la verdad es que me da muuuuuuucha pereza ponerme con nuevas plataformas de programación, a parte de rescatar mis aletargados conocimientos de C y estudiar las peculiaridades del lenguaje aplicado a micros, que supongo que no soportará programación directa en ANSI C.... Te copio y pego de un par de sitios asumiendo que usas PICs:

http://sdcc.sourceforge.net/" onclick="window.open(this.href);return false; What is SDCC?

SDCC is a retargettable, optimizing ANSI - C compiler that targets the Intel 8051, Maxim 80DS390, Zilog Z80 and the Motorola 68HC08 based MCUs. Work is in progress on supporting the Microchip PIC16 and PIC18 series. SDCC is Free Open Source Software, distributed under GNU General Public License (GPL).
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en010014" onclick="window.open(this.href);return false; MPLAB C Compiler for PIC18 MCUs

The MPLAB® C Compiler for PIC18 MCUs (also known as MPLAB C18) is a full-featured ANSI compliant C compiler for the PIC18 family of PICmicro® 8-bit MCUs.
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en542861" onclick="window.open(this.href);return false; HI-TECH C for PIC18 MCU Family

HI-TECH C compiler for PIC18 MCUs implements the optimizations of Omniscient Code Generation™ (OCG) - a whole-program compilation technology - to provide denser code and better performance for development on PIC18 MCUs.

This ANSI C Compiler available in three operating levels. To compare the optimizations and features of each, please see the table below. Además si se trata de un PIC16 o un atmel, puedes usar gcc, ya que para ambos existen ports del mismo y que obviamente soporta C ANSI.

Como ves, opciones hay muchas y hacer algo en C es muy sencillo, ya que se accede a los registros/bits de forma directa, por ejemplo:


byte lectura = 0;
TRISA = 0x00;
PORTAbits.PA5 = 1;
lectura = PORTA;

Un saludo.