Publicado por: homz en 13 de Agosto de 2005, 10:36:00
muchas gracias por su colaboracion
Publicado por: vszener en 13 de Agosto de 2005, 15:30:00
Publicado por: xootraoox en 16 de Agosto de 2005, 10:30:00
bueno queda por hacerse las ganas nada mas
despide
-==XooTRAooX==-
Publicado por: fenix_jn en 17 de Agosto de 2005, 01:08:00
mi idea es hacer el display totalmente independiente de la PC o tanto como se pueda, de tal forma q la pc le mande el mensaje a mostrar solo una vez y el PIC haga el resto, es decir el PIC debe ser capaz de mostrar todo el mensaje con los caracteres en el display, la cuestion es que hay q crear una "tabla" de 256 caracteres a 1 byte por linea (es un display 8x8) sacando la cuenta tenemos:
256*8 = 2048 bytes
2K! preferi montar esa mega tabla en una memoria serial tpo 24LC128 con la cual se podrian almacenar algunas animaciones tb... ahi es donde radica el problema, crear los 256 caracteres por linea es un proceso largo, hice un pequeño programa en VB q permite crear los caracteres de la misma forma q se debrian vr en la pantalla por display, esta incompleto todavia.
Bueno espero q con eso tngan una idea mas para el proyecto.
Publicado por: xootraoox en 17 de Agosto de 2005, 01:14:00
Publicado por: RaDoN en 17 de Agosto de 2005, 06:02:00
Suerte y animo!!
Publicado por: jpaler en 17 de Agosto de 2005, 21:15:00
...,me acabo de inskribir en el foro y me gustaria participar en esto.
Ya he tenido la oportunidad de diseñar un circuito con el PIC16F84 que
muestra numeros, letras y algunas figuritas, en una matriz de LEDs
individuales de 8x8, este es muy facil y sencillo.
Me gustaria hacer una con 8 o 10 displays de matriz de puntos, pero lo ke me
"eXtreZa" es el tener que manejar todo en asembler (ya cuando son programas extensos, ya me fastidia ver la pantalla de la PC llena de codigos raros, es lo + parecido a <Matrix Revolutions> que he conocido), me gustaria programar en C, pero todavia no he buscado nada de eso, si alguien me recomienda algun compilador gratuito o lo que sea para darle al C con los PIC, estoy seguro que tendremos ese display "listo y deletreando" lo + pronto posible ...
Muchas gracias a todos !!!
...,y pilas con el display
Publicado por: RaDoN en 18 de Agosto de 2005, 05:50:00
Publicado por: jucemoar en 18 de Agosto de 2005, 11:16:00
yo tengo ese diagrama que hize y funciona co un f84a es de 7x5 y ademas sele pueden colocar los mensages desde el asm... estoy trabajando en uno para mas memoria a quien me escriba le mando todo comprimido es que no he aprendidi a subirlos aqui. con mucho gusto julio c. E-mail jucemoar102@yahoo.es escriban que yo se los mando chao a todos
Publicado por: RaDoN en 18 de Agosto de 2005, 11:51:00
), pero bueno, ya sabeis, lo podeis adaptar a vuestras necesidades. De momento hecho las librerias para ella en el Eagle:
Aver que tal sale, si ustedes avanzais en esto tb postear, aver que sacamos entre todos
Publicado por: fenix_jn en 18 de Agosto de 2005, 13:52:00
Estoy usando el mismo display q el mostrado arriba, y tb seria interesant poderle poner lo bicolor (se pueden generar 3 colores con ese tipo) pero la circuiteria seria un poco mas grande... creo q seria mejor q lograramos hacer el proyecto con un solo color y cuando se complete podemos pensar en ponerle lo d los colores
El otro programa seria el cargador propiamente dicho, el se encargaria de hacer todas las rutinas de mantenimiento, como actualizar el firmware del PIC, la fuente, el mensaje, pruebas patron para el display etc, en fin todo lo relacionado con el proceso de comunicacion del PC con el display.
Publicado por: RaDoN en 18 de Agosto de 2005, 14:18:00
Publicado por: fenix_jn en 18 de Agosto de 2005, 14:54:00
La opcion q estaba pensando es la siguiente, sucede q para cada "linea" del display (mi programa carga los n display con una linea completa) hay q hacer un retardo d visualizacion, porq no poner el trozo de codigo q carga los datos alli desd el display alli, es decir usar el tiempo "muerto" para algo?. Admas de todas formas el F877 lo podemos elevar hasta 20 MHz, no creo q haya tanto problema ni q sea necesario usar una RAM grande para memoria de video, creo q con un buffer de 1 byte por display es suficiente y aun podemos gozar de buena velocidad y presentacion nitida. Vere si puedo colgar por aki la imagen del programa de fuentes, la simulacion en proteus y lo q va de codigo.
Publicado por: RaDoN en 18 de Agosto de 2005, 16:32:00
creo que hablamos de lo mismo 1byte (8bits) en el caso de bicolores 16x8 bits. Pero weno no se, para multiplexar las matrices tenemos que hacerlo en un periodo de 20mS (50Hz) para que sea nitido (teoricamente), y si en mi caso quiero manejar 12 matrices, tengo 1,66 mS por display, con este tiempo no creo que pueda sacar "en vivo" datos de la memoria externa 
Weno ya me estoi haciendo un lio jeje, seguramente tu que has empezado a trastear con el lo tendras más claro. Si puedes explicarmelo con tu punto de vista en plan "para torpes"
estaria de agradecer.
Publicado por: fenix_jn en 18 de Agosto de 2005, 17:55:00
Para hacer eso uso 4094s uno por display q controla las columnas + 1 para el control general de las filas, con este sistema para el control TOTAL del display se usan solamente 3 lineas (proximamente 4 o 5 si vamos a implementar lo de los colores), la ventaja de usar una memoria grande aparte de un mensaje grande es la capacidad para enviar comandos, es decir si keremos que cierta seccion del mensaje sea en color verde podemos decirle al PIC q lo haga... pero esto todavia esta por implementar. Por eso pienso q es mejor crear todas las rutinas basicas de E/S de memoria, display y todo, y bueno si en el peor caso necesitamos mas velocidad iremos por el de 20 MHz.
Hasta ahora todo luce bien... cuando llegue a mi casa posteo el programa, una foto del programa en VB (creador de fuente) y la simulacion en proteus... por cierto dond lo hago?? (aki no se permite cargar
)
Publicado por: xootraoox en 18 de Agosto de 2005, 20:22:00
xootraoox@gmail.com
Publicado por: fenix_jn en 23 de Agosto de 2005, 14:02:00
Publicado por: vszener en 23 de Agosto de 2005, 14:25:00
pero es asignatura pendiente para el año proximo!!!!haremos algo parecido de ejemplitos como en el subforo c.....jeje(mas auto-publicidad!!!), bien de momento decir al amigo fenix_in que aqui esta la dire del almacen:http://miarroba.com/foros/ver.php?id=348538
Solo pueden entrar los usuarios registrados!
Publicado por: fenix_jn en 23 de Agosto de 2005, 22:50:00
Incluyo tb una simulacion q corre en el conocido proteus y una vista del programa de diseño de fuente grafica para el display (en el q aun estoy trabajando), antes de todo recuerden que el programa esta diseñado para funcionar con displays 8x8
Ok entonces:
Matrix Font Designer
<img src="http://miarroba.com/foros/adjuntos.php?accion=download&fileid=733542&foroid=348538&rand=9016024" border=0>
ASM:
<a href="http://miarroba.com/foros/adjuntos.php?accion=download&fileid=733541&foroid=348538&rand=1010405" target="_blank">Matrix ASM[/url]
Simulacion Proteus:
<a href="http://miarroba.com/foros/adjuntos.php?accion=download&fileid=733544&foroid=348538&rand=5306469" target="_blank">Matrix Sim Pr[/url]
Futuro desarrollo: Programa principal con rutinas Preview <img src="http://pics.miarroba.com/caretos/wink.gif" alt="Giño" title="Giño" />), Actualizar Firmware, Carga/Descarga de fuente, mensaje (Lectura/Escritura) , editor de color (cuando se desarrolle la seccion de colores para el display). Posiblemente incluya al editor de fuente como parte integrada del programa principal, asi solo se llama a un solo programa q hace todo lo q kiere.
En el ASM van diseños animados, soporte para actualizar el F/W, modo de color, interface de comunicacion serial RS232 (si alguien kiere hacer una version USB de este programa no estaria nada mal).
La mayor ventaja de este display es q podemos escribir lo q se desee y editar los cracteres graficos de la forma q se kiera, sin problemas de idiomas.
Nota: Lamento haber usado 2 temas en el almacen pero no me habia dado cuenta del tamaño de la simulacion 2.1MB antes de enviarla, luego fue q lo hice y todavia no podia editar mi propio post... bueno seguro entenderan
<span style="font-size:16pt">gracias a vszener por el enlace al almacen</span>... creo q con esto ya podemos trabajar
Publicado por: vszener en 24 de Agosto de 2005, 07:47:00
haber si cuando tengas tiempecito fenix_in me lo mandas al correo vszener@gmail.com gracias!!!!
Publicado por: INSANIFRESH en 24 de Agosto de 2005, 09:20:00
, SALIA ERROR
Publicado por: fenix_jn en 24 de Agosto de 2005, 09:59:00
bueno, a ver, les dejo el link al tema a ver si desd alli pueden bajar los archivos (link al almacen) veo q el tema ya llego a 2 pag!!! (se esta poniendo interesante!!!)Simulacion en Proteus
Foto del MFD1 y ASM
Se me olvidaba, es posible q la simulacion no corra en el PR, eso es porq yo lo use usando la configuracion de 2 PCs para hacer el "debug" al ASM
Para correr la simulacion dben abrir las propiedades del 16F877 en el esquema e ingresar la direccion del programa ASM previamente compilado (el HEX).
Si a alguno le da error me dicen cual es el error para saber (en la compilacion) lo q pasa es q no recuerdo si modifique la version funcional con el patron de pruebas antes de subir los archivos, porq estaba empezando a desarrollar el codigo de carga de fuente desde la memoria... bueno en fin no recuerdo dond kede
porq cuando me puse a trabajar en esto descubri q para saber si funciona hay q montarse un 24LC128 (q no esta en la simulacion pero q estara pronto) para leer la fuente (estaba pensando en poner el mensaje tb aki con lo q puede ser un mensaje LARGOOOOOOOOO y en vista de q pienso incluir animaciones en forma de comandos de 2 bytes, bueno seria mejor ponerlo en una memoria externa y usar la eeprom interna del PIC para guardar configuraciones o datos q rekieran acceso rapido, despues de todo 1 lectura en la eeprom del PIC nos toma solo 1 T) y bueno si nos keda algo por alli usar un RTC para q aparte d todo el display de la hora (q seria de un display grafico a LEDs sin reloj???).
Publicado por: ma-tec en 24 de Agosto de 2005, 13:43:00
que seria interesante analizarlos
http://www.metrocitysa.com/mim02.htm
y este programa esta bueno el MC145
http://www.metrocitysa.com/download1.htm
lo interesante que el sistema es modular osea cada
modulo tiene su propio micro y se conecta a una linea de datos
saludos desde Chile..
Publicado por: vszener en 24 de Agosto de 2005, 14:59:00
....vszener@gmail.com...por caridad!!!jeje
Publicado por: fenix_jn en 24 de Agosto de 2005, 16:33:00
Publicado por: RaDoN en 24 de Agosto de 2005, 17:36:00
the_radon@hotmail.com
Publicado por: fenix_jn en 24 de Agosto de 2005, 20:16:00
Matrix 8x8 HEX
Publicado por: vszener en 25 de Agosto de 2005, 03:41:00
Para mi:
vszener@gmail.com
Para el amigo radon:
the_radon@hotmail.com
Jeje tiene buena pinta el dsn.....y el almacen sigue sin dejarme bajar nada!
Publicado por: RaDoN en 25 de Agosto de 2005, 05:38:00
Escrito originalmente por fenix_jn
bueno aki esta el hex:
Matrix 8x8 HEX
Te lo mando por si aún no te va el almacen, yo lo descague sin problemas.
Publicado por: vszener en 25 de Agosto de 2005, 06:10:00
Publicado por: RaDoN en 25 de Agosto de 2005, 06:13:00
Aunque para mi proyecto un amigo me pidió unos samples que son un expansor de puertos con 2 de ellos de 8 bits por I2C
Publicado por: INSANIFRESH en 25 de Agosto de 2005, 14:56:00
ORALE MANO, DE UNA VEZ POSTEA EL PROGRAMITA EN vISUAL bASIC ASI LE METEMOS TODOS JUNTOS Y LO ACABAMOS
Publicado por: xootraoox en 25 de Agosto de 2005, 18:37:00
****************************************************************
MMMM... Algunos de uds ha visto por hay este chip??? TLC5904..... bueno este mismo es capas de controlar hasta 16 salidas de leds permitiendonos ajustar el error de los leds.... asi tambien es capas de variar la intensidad de los leds por medio de PWM
osea en pocas palabras con solo 4 de estos mas 3 pines de un micro podemos hacer una matriz de 32 x 32 con la capacidad de generar hasta 4096 tonos de escalas de grizes osea sin problemas podemos mostrar imagenes
bueno si quieren un poco mas de info en realidad vealla uds mismos en la hoja de datos del mismo
http://www-s.ti.com/sc/ds/tlc5940.pdf
apsss..... se me olvidaba lo mas importante
si alguien genera alguna libreria para el mismo se agadece de antemano que la compartiera en este mismo-==XooTRAooX==-
*****************************************************************
espero sea de interes obviamente
Publicado por: fenix_jn en 26 de Agosto de 2005, 19:38:00
Acerca del programa en VB, bueno, hasta ahora he hecho la interface pero no he hecho nada del codigo operativo, o sea, el nucleo del programa en si sigue vacio , por lo q por ahora no vale la pena compartirlo, estoy usando la ventanas en MDI para tener varias formas y cuadros de dialogo.. se pone intersante y eso q es solo el diseño de fuente... a ver cuando comience con el programa cargador!!
Publicado por: javierelectro en 26 de Agosto de 2005, 21:35:00
Publicado por: fenix_jn en 26 de Agosto de 2005, 23:56:00
OJO esta bastante incompleto pero ya he terminado la interface, este ya posee una parte del codigo operativo (lo q hace q el programa funcione) y algunas funciones... aun le falta trabajo pero a ver q tal les parece para ser mi 1er proyecto en VB publico
Nota: Esto es solo el editor/diseño de fuentes
Matrix 8x8 en VB MFD 1/2
Publicado por: vszener en 27 de Agosto de 2005, 05:32:00
Y bueno decir que esto tiene buena pinta haber si le meto mano ya! y me uno al hilo jeje
Publicado por: elprincipiante666 en 15 de Septiembre de 2005, 13:43:00
gracias
Publicado por: fenix_jn en 04 de Octubre de 2005, 23:15:00
Actualizacion;
Bueno, estaba pensando, q tal si se fuese la luz?? los registros internos se perderian no?, bueno hasta q al fin le encontre un uso a la EEPROM interna, esta parte de la memoria guardara los "settings" o ajustes del display incluyendo una opcion especial q permite recolocar la fuente (es decir la fuente en la memoria ahora no tiene q ir necesariamente en la direccion 0x0000h, puede ir en cualkier posicion siempre q le digamos al pic, mediante la interface, en dond comienza)
Porq usar la memoria interna y no el 24LC128? Pues bien, sucede q esa memoria va a sostener la fuente y el mensaje, luego explico porq el mensaje aki, la cuestion es q ahora q he pensado en agregar un soporte multifuente (o con una sola fuente en diferentes tamaños o los soportes para letra negrita y cursiva, eso keda a gusto del diseñador) la memoria vendria a soportar cambios dinamicos q podrian traer una sobreescritura accidental de los ajustes internos o configuracion.
Lo de porq el mensaje va en la memoria y no en el PIC, bueno en vista de que se va a usar comandos (q decidi q fuesen accesados mediante el signo "/" seguidos del comando de una sola letra) el mensaje podria hacerse largo y la memoria interna podria no soportar todo el largo del mensaje (recuerden q a esto se le podria agregar un soporte de color mas adelante, eso es otro comando). Un mensaje podria seguir la estructura siguiente
comandos (ejemplo)
/c borrar pantalla
/s letra estandar o fuente 1 (por defecto)
/k cursiva o fuente 2
/b negrita o fuente 3
// imprimir "/"
/1 insertar grafico 1
/i invertir colores (imagen negativa)
Mas adelante agregaria
/r Rojo
/g Verde
/y Amarillo
asi un mensaje escrito podria seguir:
/c Matriz 8x8 /b (C) 2005 /1/s
(la /s al final es para q al reiniciar el mensaje aparezca con la letra normal)
Tb esta creada la rutina de posicionamiento y transmision a display, es decir, la parte del programa q lee la memoria en funcion de valor ASCII del caracter, la formula de posicion viene dada por: data = valor ASCII * 8 + linea + offset (lugar dond esta el archivo de fuente)
Ahora estoy trabajando en una rutina q calcula el retardo en funcion de la cantidad de displays, recuerden q el retardo de visualizacion sera usado para cargar los datos q vienen luego de los mostrados y en las rutinas RS232 para comandos de la PC.
Luego me keda desarrollar el codigo para actualizar el firmware, y desarrollar el programa en VB.
Hasta la proxima!
Publicado por: LordLafebre en 05 de Octubre de 2005, 02:01:00
Espero que me dejen unir a la fiesta...
Como habia comentadoe en otro post alguna ves se me cruzo este proyecto por la mente incluso al igual que fenix_jn empece a desarrollar mi codigo en Visual basic para cargar y hacer mas rapido lasletras y caracteres en la matriz, vi los diagramas y en eso estamos un poco diferentes yo para multiplexar utilizabe un CI 74LS154... y utilizaba un pic 16F877 y el programa lo hacia en PBP recuero haber llegado hasta desplazar una letra en 4 matrices l letra se movia Fila por fila y se lo veia muy bien...
Hoy desempolvando algunas cosas encontre el pequeño programa que estaba haciendo en VB... es algo sencillo pero me sirvio mucho.. mas que nada porque me demorava menos formando las letras y los caracteres aqui les pongo una foto:
Aunque recuerdo claramente que lo tenia mas avanzado pero no aparece, asi que tendre que seguir desde aqui...
El programa que utilizaba para el pic tampoco lo encuentro asi que empezare nuevamente desde cero....
Espero poder ayudar en algo y resivir consejos y sugerencias de su parte....
Publicado por: sync40 en 24 de Octubre de 2005, 19:46:00
Después de ver este post quisiera comentarles que aunque algunas de sus ideas son buenas, difícilmente se utilizan en el diseño de pantallas electrónicas reales. Creo que están tomando el asunto desde la perspectiva más difícil al querer incluir memorias con fuentes, comandos, VB, etc. En la práctica nada de eso se utiliza en la gran mayoría de las pantallas gigantes de leds que vemos en la actualidad.
Les recomiendo que chequen los circuitos integrados de fabricantes com TI (ya lo enunciaron por ahi, los modelos TLC59XX), o Toshiba. Estos circuitos permiten la eficiente comunicación en tiempo real (cosa que no es posible con un PIC ni a 40 MHz) entre la señal original que generalmente manda la PC (no desde VB por supuesto; la mejor opción es capturar la señal VGA, digitalizarla y finalmente decodificarla en el display, tal y como lo hacen las pantallas electrónicas profesionales). Además proveen la correción de color en diferentes tonalidades. Por ejemplo, ahorita estoy diseñando una pantalla de 128 X 80 en RGB con ese tipo de circuitos integrados con 64 tonalidades, lo que provee un total de 262,144 colores. Solamente con este tipo de circuitos es que se pueden conseguir las capacidades de las pantallas actuales. El usar un PIC tratando de emular uno de estos ICs nunca dará el resultado esperado ( a menos que sea para una pantalla de interiores, como las que hay en los bancos, o algo así de muy baja gama).
Los PICs (o cualquier otro microcontrolador) sí se utilizan pero no para ser el control principal. Como un ejemplo básico, un circuito típico consta de FPGA, memoria RAM de alta velocidad, microcontrolador, manejadores de leds, e interface de comunicación.
Cuando estos circuitos especializados no nos dan el ancho de banda o la capacidad que necesitamos (por ejemplo si quieremos 16.7 millones de colores) la única solución consiste en programar una FPGA (ni siquiera un DSP nos serviría a esas velocidades).
Ni qué decir que una pantalla real puede llevar más de 1000 circuitos integrados entre regulación, comunicación, refresco, etc. Además de que por razones comerciale$$$ es casi seguro que no hay ni habrá información en la red que valga la pena, más que sólo la básica para hacer pequeñas matrices de leds.
Saludos.
Publicado por: LordLafebre en 24 de Octubre de 2005, 22:37:00
Muy interesante lo que comentas originalmente yo pense algo sencillo como lo que tu mencionas para bancos y eso... no pensaba en nada de RGB... pero la idea es agradable.... me gustaria saber mas de los CI de los que hablas... que tan caros o baratos son... en donde puedo encontrar mas info sobre ellos...? tienes algun link...?
Publicado por: fenix_jn en 02 de Noviembre de 2005, 13:04:00
Publicado por: samanouske en 08 de Septiembre de 2007, 20:23:11
hola a to2
yo tengo ese diagrama que hize y funciona co un f84a es de 7x5 y ademas sele pueden colocar los mensages desde el asm... estoy trabajando en uno para mas memoria a quien me escriba le mando todo comprimido es que no he aprendidi a subirlos aqui. con mucho gusto julio c. E-mail jucemoar102@yahoo.es (http://mailto:jucemoar102@yahoo.es) escriban que yo se los mando chao a todos
hola jucemoar estoy empesando con esto de las matrices de leds y comienzo con una de 7x5 so se si me puedes ayudar f84 que controla estas matrices te estare muy agradecido
gracias