Consola de luces con PIC

Me gustaría montar una consola de luces con un PIC16F84 a ser posible (que es el que conozco). Pero me da la impresion de que este chip en cpncreto tiene pocas entradas salidas para este proposito. Necesitaria poder controlar la velocidad de las luces, así como los distintos juegos que realicen. Tambien quiero contemplar la posibilidad de introducir los pulsos de audio para utilizarlos como pulsos para los cambios de las secuencias de luces.

Alguna sugerencia sobre PIC a utilizar, circuito y programa? En cuanto aprograma no tengo problema porque ya he hecho mis pinitos con los 16F84.

Saludos

Reply to
spark
Loading thread data ...

Es un PIC bastante rancio, que menos que un 16F876, aunque yo optaría por un

18.

Eso es lo de menos, puedes trabajar en serie y demultiplexar en destino. Pero con 1K de memoria pocas secuencias vas a poder crear.

Necesitarás un AD, el 16F84 no lo tiene integrado. Para ponerlo externamente, mejor usar un PIC que ya lo lleve.

Opta por un PIC más decente, con 16K por lo menos, y AD integrado. Si tiene I2C o CAN bus, puedes trabajar en serie, y demultiplexar en cada bloque de luces, para evitar tener que usar un mazacote de cables.

Reply to
Cangrejo Moruno

spark wrote in news:Xns980FA3D335106spk@213.4.130.20:

Y si en vez de usar un PIC usara un ATMEL, por ejemplo el at90S8515 ? Aunque creo que la programacion de este micro es algo mas complicada que la de los PIC.

Reply to
spark

"Cangrejo Moruno" wrote in news:q_Lyg.8645$ snipped-for-privacy@news.ono.com:

Estoy mirando tambien las caracteristicas del PIC18F2680, que trabaja con CAN y tiene coversores A/D. Pero no tengo ni idea de como funcionaria el tema de CAN en la programacion y que chip se usaría en el lado de las luces para demultiplexar los datos enviados por CAN? A lo mejor son dudas muy basicas pero estos ya sonchip mas gordos que no conozco.

Gracias.

Reply to
spark

Eso lo tendrás que mirar en el datasheet del microcontrolador, pero no tiene mayor misterio, enviar y recibir mensajes con un IDentificador único por esclavo. Es un bus direccionable como lo puede ser I2C, pero mucho más seguro y estable. No en vano lo creo BOSCH para el mundo del automóvil.

Bueno, no hay que demultiplexar nada, aquí los mensajes lleva un ID único, lo que debes de hacer es añadir a la red controladores CAN bus, cada uno de los cuales debe de tener asignado un ID único por dispositivo. Asi cada uno sabe cuando el mensaje es para el.

En el lado de los esclavos, puedes usar también micros PIC, para todas esas funciones.

Para I2C, si que conozco chips específicos, que no necesitan programación, y que actuan como conversores I2C a paralelo con varios puertos "tontos", para CAN bus no lo se.

Reply to
Cangrejo Moruno

spark escribió:

Podrías usar el 16f88 que tiene AD, SPI, CCP, I2C (esclavo) y algunas cosillas mas, es muy similar al 16f84

radioelf.no-ip.info

Reply to
Joan

No tienes AD, solo más memoria. Además Atmel no da gratis, ni los buenos días, Microchip aún sigue dando muestras gratuitas de todos sus micros.

Todos los micros se programan igual. Las diferencias en assembler son meramente semánticas, y con lenguajes de alto nivel, por definición, inapreciables.

Reply to
Cangrejo Moruno

Supongo que siempre sera posible utilizar el mismo micro en el extremo de las luces en modo esclavo, verdad?

La verdad es que el PIC16F88 no parece estar mal. Voy a echarle un vistazo en mas detalle a este chip.

Reply to
spark

Buenas: En la revista elector hace unos cuantos años publicaron un artículo con lo mismo que tu quieres. Con un 16F84, un par de pulsadores, tres triacs para controlar hasta 800W por canal. El esquema hacía, con operacional, 3 filtros para distinguir entre agudos graves y medios, para que las luces siguiesen a la música, además de hacer ejecutar varias secuencias de luces, y todo con un 16F84. Si quieres te busco el número de la revista... Un saludo.

Reply to
Fleming

Fleming wrote in news:44cdd2e2$1 @newsgate.x-privat.org:

Si te es posible y lo tienes mas o menos a manoindicame el numero de la revista, o el mes y el año. Muchas gracias.

Reply to
spark

Si claro. Las funciones de maestro y esclavo, con CAN bus, son algo meramente convencional, tú decides quien ejerce cada función. A todos los efectos cada controlador es idéntico a los demás, solo que con un ID único, que lo identifica.

Reply to
Cangrejo Moruno

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.