GiroPlay: un display giratorio con vistas

[BrunoF]

Pues porque para lograr un color determinado, necesitamos que por cada 5mm que se desplazan los LEDs podamos lograr 64 distintas intensidades de color.

Esto implica que en el tiempo que tarda en recorrer 5mm el aparato(es decir, 132uS) debemos ser capaces de encender o apagar dicho LED 64 veces. O no? De eso se trata el PWM.

Saludos.

[BrunoF]

¿O te estás refirienda a por qué 64 y no 32,16 o lo que fuere?

:S

Saludos.

[Nocturno]

Pues no, don Bruno, sólo hay que hacer PWM 4 veces. Con 4 tonos distintos en cada uno de los colores obtenemos los 64 colores.

[BrunoF]

Ahhh estabamos hablando de distintas profundidades entonces! ustedes hablan de una profudidad de 6 bits. Yo hablaba de una profundida de 18 bits! Jaja.

6 bits= 64 posibilidades: raiz cubica de 64= 4 que es lo que mencionas manolo.

En cambio, yo no hablaba de 64 colores, hablabla de 64 colores POR color. es decir, 6 bits por color = 6*3 bits= 18 bits

Saludos.

[Nocturno]

Correcto, 6 bits en total para 32 leds. Pero si cuentas 96 leds, sólo debes contar 2 bits (2 bits = 4 tonos).

Si aplico esto a tu razonamiento anterior:
1000000uS / 24 / 314 / 2 = 66.34uS

En ese tiempo, debemos encender o apagar, segun corresponda, 96 LEDs.

Entonces el tiempo por LED =

66.34uS / cantidad LEDs = 66.34uS / 96 = 0.69uS

Un 18F a 10MIPS puede ejecutar 6.9 instrucciones en ese tiempo.
Un 30F a 32MIPS puede ejecutar 22 instrucciones en ese tiempo.
Un 33F a 40MIPS puede ejecutar 27 instrucciones en ese tiempo.

[BrunoF]

ok!
Tenés razón. Estaba igualmente calculando mal la cantidad de variantes necesarias para generar los 64 colores por color. Sería 6 en lugar de 64.

Mmm...en un 18F dudo que logremos hacer un algoritmo que haga lo necesario para cada LED. En un 30F ya es MUY factible. Incluso sobra tiempo según mis cálculos.

Mañana posteo si tengo tiempo algún algoritmo para 18F y dsPIC respectivamente a ver si se pueden mejorar.

Saludos.

[BrunoF]

No. Vamos de nuevo. Medité lo que mencionás durante 30 segundos y me parece que está mal calculado lo que decís.

Si vos pensás generar 4 colores con solamente 2 ciclos, está bien para generar 4 variantes de "posibilidades". Pero NO es suficiente para generar 4 colores distintos.

Si para 4 colores tengo sólo 2 ciclos(2 bits):

El color 0 = OFF OFF
El color 1 = OFF ON
El color 2 = ON OFF
El color 3 = ON ON

Pero fíjate que el color 1 y el color 2 encienden la mísma cantidad de tiempo, por lo que generan el mísmo color.

Para 4 colores, necesitas 3 ciclos base!:

El color 0 = OFF OFF OFF
El color 1 = OFF OFF ON
El color 2 = OFF ON  ON
El color 3 = ON  ON  ON

¿Es correcto o el horario me hace delirar?

Saludos.

[BrunoF]

Lo que me lleva a concluír que ni mis cálculos iniciales ni los tuyos son correctos.

Yo pensé que la cantidad de ciclos necesarios eran n. Tu pensaste que eran sqr(n). Lo correcto me parece que es: n-1 q es lo que justamente hice yo en mi programa de 56PWM, al saltearme el paso 0 del contador.

Saludos.

[Nocturno]

Pues sí, tienes razón, hacen falta tres pasos.

A calcular de nuevo:
Si aplico esto a tu razonamiento anterior:
1000000uS / 24 / 314 / 3 = 44.23uS

En ese tiempo, debemos encender o apagar, segun corresponda, 96 LEDs.

Entonces el tiempo por LED =

44.23uS / cantidad LEDs = 44.23uS / 96 = 0.46uS

Un 18F a 10MIPS puede ejecutar 4.6 instrucciones en ese tiempo.
Un 30F a 32MIPS puede ejecutar 14.7 instrucciones en ese tiempo.
Un 33F a 40MIPS puede ejecutar 18.4 instrucciones en ese tiempo.

[BrunoF]

Bueno,eso hace imposible ya realizarlo con un 18F sin algun hardware de apoyo y ajusta bastante los tiempos para los dsPICs. Veremos qué sale.

[Nocturno]

Yo creo que el apoyo de un expansor se hace imprescindible: son 96 pines 

[LABmouse]

  Dios, tantos cálculos matemáticos.......  me enredaron  

Naa, hoy voy a ver los ventiladores de Techo, y compro un, le tomo fotos a ver si se animan..

Yo me inclino por un dsPIC30F.. En especial el 4013 TQFP que me llego como muestra hace mas de 3 meses.

[LABmouse]

Ernesto, la idea del ventilador de techo es genial. Sobre todo con vistas a una posible fabricación de varias unidades en serie. Será fácil y barato adaptar el hardware a un ventilador existente. Lo que habría que comprobar al respecto son dos cosas:
- velocidad que consigue el ventilador
- durabilidad del motor del ventilador al cambiar su carga habitual (muy pesada) por el brazo de leds (muy ligero)

La velocidad, creo que es suficiente para la aplicación, la durabilidad, pues ya depende de la calidad ($$$$) del ventilador a comprar. Creo yo no. Para empezar sera con uno de esos chinos baratos, y cuando este andando, mirare uno de mas calidad.


PD: Esto ya esta tomando color de hormiga.. 

[todopic]

Hola, aqui veo que microchip tiene ya una solucion al control RGB

http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2590&param=en529494

y pueden descargar esto
http://ww1.microchip.com/downloads/en/Market_Communication/AUGUST%202007%20microSOLUTIONS.pdf

 

Suerte!
Norberto

[MGLSOFT]

Tambien esta esto, que puede servir!!

http://www.microchip.com/stellent/groups/designcenter_sg/documents/devicedoc/en027001.pdf