GiroPlay: un display giratorio con vistas

[LABmouse]

Yo lo veo desde el punto de vista de procesos para el PIC o dsPIC que se use. El control del motor ya requiere un canal PWM dedicado.  Y ya con los LEDS hay bastante trabajo... Se Debería entonces usar un PIC dedicado al control del motor.

Si se conoce la velocidad a la que gira el motor, ya se puede calcular en que posición se debe disparar los LEDS,  y de esa forma no es necesario controlar la velocidad, ya que el disparo del led se calcula segun la velocidad del motor.
En otras palabras el control de los leds se debe ajustar según la velocidad del motor.

En este proyecto lo que se necesite es que el motor gire lo mas rápido posible.  Mínimo debe dar 60 vueltas por segundo. si da mas, es mejor mejor.

[LABmouse]

Pos yo veo el proyecto desde el punto de vista precioso y ademas con mucho por aprender, por eso, me gustaría que fuera con dsPIC y con RGB, 2 cosas que le tengo ganas de aprender a manejar desde hace rato.

[LABmouse]

Para cambiar los mensajes creo que necesariamente debe ser con RF. Xbee, LINX y otras posibilidades... Lo digo para no tener que detener el motor para cambiar el mensaje.

[aitopes]

Para cambiar los mensajes creo que necesariamente debe ser con RF. Xbee, LINX y otras posibilidades...

No es mala idea.
¿Cuantos u$s cuesta un par de esos modulitos?

[LABmouse]

Pues como acá solo se quiere enviar información en 1 solo sentido, el Xbee seria subutilizado.  El LINX serie KH es mas barato y pos me parece buena opcion.

Dentro de las características están:

- Se debe comprar receptor y transmisor por separado.
- Bus de datos paralelo de 8 bits
- Bus de dirección paralelo de 10 bits
- 1 pin para iniciar transmisión y en el receptor ese pin indica la llegada de un nuevo dato.
- SUPER SUPER fácil de usar.

LEER MAS

[aitopes]

Los modulos tipo Laipac (que trabajan cerca de los 418 /433 MHz) y cuestan en Argentina solo unos 3 o 4 dolares no seran suficientes?

 La velocidad, si la memoria no me falla, de la transmision es de solo 1200 baudios, pero para esta aplicacion puntual deberia ser mas que suficiente.....

[LABmouse]

si claro ese sirve, es que los LINX trae por dentro el equivalente al laipac y también trae el codificador y decodificador del HOLTEK.

[SavageChicken]

Para mantener los costos bajos, ¿no convendría hacer la transmision por infrarrojos?

Salud 

[aitopes]

Buenisimo PicMouse!

Justo tengo que comprar algunos para otro proyecto, asi que aprovecho a traer alguno mas.

Para los Argentinos que lean esto, los compro en www.cika.com, son estos productos:

 RWS-371-5 (418)      MODULO RECEPTOR 418 MHZ      WEN SHING      U$ 3.15
 TWS-BS-4 (418)      MODULO TRANSMISOR 418 MHZ      WEN SHING      U$ 3.60

A los precios sumar un 10.5% de IVA, y hay descuentos comprando mas de 10. (creo que un 15%).

Saludos!

PD: Si buscan "WEN SHING" en google encontraran la web del fabricante, con datasheets y fotos de los modulos.

[LABmouse]

Para mantener los costos bajos, ¿no convendría hacer la transmision por infrarrojos?

Salud 

Pero para infrarrojo, se tendría que detener el motor.. Eso no seria bueno.

[Nocturno]

Pues aprovechando que habéis avanzado en algunos temas, os cuento mis planteamientos al respecto:

- alimentación: también creo que con rodamientos es la mejor opción; aunque hay que probar cómo sujetarlos al eje para que uno de ellos no hagan contacto con el mismo de manera que quede completamente centrado. También habrá que probar si el paso de corriente es limpio o va cargado de ruidos y microcortes y, en su caso, resolverlo.
- comunicación: obviamente creo que el mejor sistema es RF. No es necesario que sea muy rápido porque el aparato tendrá su memoria de imágenes (no hemos hablado aún de esto, ¿RAM?, ¿EEPROM?, ...). Hay una opción muy barata y muy lenta pero no descarto que sirva. Se trata de utilizar el infrarrojo para enviar unos cuantos bits en cada vuelta. Podría estar perfectamente situado junto al sensor de inicio de vuelta y transmitir sólo cuando el brazo pase por delante. Si en cada vuelta conseguimos enviar, por ejemplo, 16 bits, tendríamos una velocidad total de: 16 x 24 = 384 bps.
- velocidad del motor: creo que un sistema profesional debería necesariamente conocer y regular la velocidad del motor
- equilibrio: yo estoy pensando en montar un brazo simétrico, con 8 o 12 leds en cada extremo, pero no situados en el mismo punto horizontal, sino entrelazados. De esta manera la resolución vertical obtenida sería el doble.
- tipo de leds: si algún día le meto mano a esto, lo haré con leds RGB sin duda. Después de haber visto el de la gasolinera, cualquier cosa monocolor no tiene sentido.

[BrunoF]

Para mantener los costos bajos, ¿no convendría hacer la transmision por infrarrojos?

Salud 

Pero para infrarrojo, se tendría que detener el motor.. Eso no seria bueno.

¿Por que? Es completamente factible hacerlo por infrarrojos siempre y cuando la circunferencia que describa el sensor no sea muy grande. Ubicando el emisor/receptor en las cercanías de la recta que contiene al eje de giro(o sobre el), es completamente posible enviar/recibir datos por IR.Yo pensaba hacerlo por IR, y para abaratar costos pense en poner 3 leds x "pixel" uno de cada color primario(lumínico) respectivamente.

El tema de los FPS...24 puede que sirva para un ojo(aunque lo dudo mucho, segun mis desarrollos anteriores con matrices de LEDs). Las peliculas se pueden dar el lujo de usar 24/29.97 FPS porque el monitor se encarga en realidad de refrescarlos mínimamente 2 veces por cuadro(es decir, a 60Hz o más).

Lo de la comunicación x radiofrecuencia está bueno! Y sirven 1200 baudios(que no se si necesariamente serán 1200 bytes de transmisión) siempre y cuando se desee algo sencillo. Si desean generar graficos en tiempo real...con 1200 baudios no hacemos nada!.

Yo también me prendo con este proyecto, porque hace meses que lo vengo masticando y tengo ganas de hacerlo, aunque mi idea era poner los leds horizontales. no verticales.

Saludos.

[Nocturno]

Bruno, ¿tres leds de color primario se consiguen más baratos que un led rgb?
¿Qué velocidad de refresco consideras que sería adecuada?

[Marioguillote]

Hola Amigos !  

Genial el emprendimiento. Estaría muy bueno ver uno de esos carteles por el foro.
Seguramente pronto veremos algún video de un forero deleitándonos con su obra de arte.

Lamento traer lo que CREO YO, son malas noticias :

Pero para infrarrojo, se tendría que detener el motor.. Eso no seria bueno.

Por RF también debiera detenerse motor debido al efecto Doppler al que estaría sometida la señal recepcionada por la parte móvil, provocando en la misma una "superposición" (se dice así ? .... quiero decir que le vá a aparecer otra señal encima ....) de una portadora de la misma frecuencia que posea el giro del motor, resultando una mezcla de señales recibidas que impedirán la decodificación correcta de la info enviada a la parte móvil.

La única porción que no se vería afectada por éste fenómeno es el centro de giro del eje, pero colocar algo ahí es mecánicamente muy difícil.

Creo que no habrá alternativa que detener el giro para reprogramar los mensajes, ya sea por infrarojos o por RF. En movimiento, me atrevo a decir que será imposible.

"CREO YO". Es mi opinión. Naturalmente que no me estoy basando en la experiencia de haber fabricado un propeller de éstos, sino en la utilización y aprovechamiento de éste fenómeno del efecto Doppler en RF en otras aplicaciones.

Otro tema es la alimentación a la parte móvil.
La solución del uso de rodamientos es CREO YO inviable, debido a que por excelentes que sean los mismos, introducirán un ruido eléctrico por fricción de las partes móviles, inaceptable para el PIC.
Creo que la única solución es el generador a través de PWM acoplado en el rotor del sistema como lo expresó J1M.
Hay bastante material en la web sobre ésto de los Propeller Clock.

Más tarde vuelvo.
Disculpen las malas noticias.
No es mala onda; es tratar de ayudar para que no haya sorpresas irreversibles luego.

Saludos
Mario

[BrunoF]

Pues yo creo que si. Aqui un led RGB está como  aprox. 1 dólar c/u. Mientras que supongamos, y comprando un bicolor Azul/Verde + Rojo(es la combinacion + barata que encontre en www.cika.com) de 5mm no llegas a 0.4 dólar.

Yo creo que a partir de 30FPS es mediamente respetable. Sino para lograr lo óptimo, que son 60 FPS es necesario cambiar ya mucho del hardware y agregar más aspas. Se complica la cosa.

Es sumamente importante mantener el centro de masa del aparato lo mas cercano al eje. Asi que me parece estupenda tu idea de agregar un aspa para equilibrarlo. Un centro de masa desplazado del eje genera aceleraciones variantes a lo largo del giro(que si bien no son notorias si lo usas horizontal, si se te ocurre empezar a rotarlo un poco se hacen significativas) además que generan un desgaste sobre el cojinete.

La parte de la matemática para los cálculos me gusta y es muy accesible. Se podría hacer que según los RPM actuales se vaya reacomodando el tiempo base de los PWM.

Saludos.