¿Cómo construir una pantalla POV?

Question

Recientemente me ha entrado el gusanillo de construir un Pantalla POV . Estoy queriendo construir del tipo que gira "verticalmente" (como un ventilador o una llanta de bicicleta) y estoy encontrando muy poca información sobre cómo hacerlo realmente. ¿Alguien puede encontrar algún recurso para construirlo realmente y qué matemáticas están involucradas?

Además, ¿es posible tener los circuitos de control del POV ubicados en una zona que no gira y sólo tener los LED (y tal vez los controladores de los LED) que realmente giran?

Answer 1

Busque "Reloj de hélice" para ver muchos ejemplos de ello.

A continuación se enumeran una serie de lugares con plena ejecución de obras.

Teoría:

Los relojes de hélice son "sólo una cuestión de ingeniería", es decir, los principios se entienden bien, "sólo hay que hacerlo". La distancia entre el saber y el hacer puede ser grande :-) - pero seguir algunos de los ejemplos que aparecen a continuación lo hará más fácil.

Proceso básico

• La información de visualización deseada se convierte en un formato de visualización de mapa de puntos.

• Un rotor se hace girar horizontal o verticalmente.

• Una línea de puntos de visualización (normalmente LEDs) están dispuestos en una línea.

• La velocidad de giro es conocida o calculada.

• Se determina la posición inicial por rotación (normalmente con algún tipo de sensor)

• Las líneas de datos de puntos se emiten a un ritmo basado en la velocidad de rotación y la longitud de visualización deseada.

• Todo lo demás es "ingeniería" :-)

La obtención de energía "a través de la brecha" puede hacerse con un devanado de motor utilizado como captador de energía (Bob Blick), inducción entre dos bobinas, panel solar, escobillas y anillos rozantes, alternador separado (tal vez con un "estator" colocado en posición de bob), o ...

La transferencia de información puede ser por tenerla ya en el rotor (reloj, etc.), RF de corto alcance, óptica, contactos (menos deseable), capacitiva, ... .

Para la alimentación externa de datos de puntos por rotación (como se ha preguntado) una pantalla de 10 x (5x7) puntos = 350 puntos a una tasa de 30 Hz x digamos 1/3 de un arco iluminado la tasa de transferencia de datos = 350 puntos x 30 Hz x 3 ~= 32 kbps. Una pantalla de puntos más compleja puede necesitar una velocidad de transferencia de datos de hasta 100 kbps. Estas velocidades son ciertamente alcanzables, pero potencialmente "molestas" de implementar. El bajo coste de los microcontroladores significa que, incluso si la mayor parte del procesamiento se realiza fuera del rotor, la velocidad de datos puede reducirse mucho si sólo se alimenta un "búfer de trama" (una pantalla de información) según sea necesario. Se podría construir un segundo búfer mientras se visualiza el actual. Es posible que un compromiso aceptable sea dividir la tarea de manera que el procesador del rotor tenga todos los datos de la pantalla e implemente efectos como el desplazamiento, el parpadeo, etc., mientras que el procesador remoto se encarga de la adquisición y gestión de los datos.

EJEMPLOS:

Una de las versiones de bricolaje más conocidas, de la que existen detalles completos de construcción, es el "Reloj de hélice de Bob Blick". Este se basó en versiones anteriores de otras personas y, a su vez, muchas personas han adaptado el diseño de Bob.

Los detalles completos de la construcción están aquí de Reloj de hélice de Bob Blick

Aquí hay una sitio del reloj de hélice con enlaces a otros sitios y diseños relacionados. Algunos ejemplos

Otro reloj de hélice - parece útil - Reloj de hélice neelandés

Instructables sobre la implementación de motores. Observe este comentario sobre el uso de bob Blick de una bobina adicional para alimentar la electrónica.

Y de nuevo - orientación horizontal - otro diseño inspirado en Bob Blick

---

¡¡¡¡132 LED driver IC !!!!

Acabo de escuchar (octubre de 2011) en PICList (gracias Colin) sobre este CI . 132 LED driver de Austrian Micro. Digikey vende un número de sus ICs pero no lista éste todavía.

Dicen:

• El AS1130 es un driver LED compacto para 132 LEDs individuales. Los dispositivos se pueden programar a través de una interfaz compatible con I²C.

  El AS1130 ofrece una matriz LED de 12x11 con una frecuencia de ciclo de 1/11. Las líneas necesarias para accionar los 132 LEDs se reducen a 12 utilizando la función de multiplexación cruzada que optimiza el espacio en la PCB.

  Toda la LEDMatrix que conduce 132 LEDs puede ser regulada analógicamente de 1 a 30mA en 256 pasos (8 bits). Además, cada uno de los 132 LEDs puede ser regulado individualmente con 8 bits permitiendo 256 pasos de regulación lineal.

  Para reducir el uso de la CPU, se pueden almacenar hasta 36 fotogramas con retardos individuales entre fotogramas para reproducir pequeñas animaciones automáticamente.

  El AS1130 funciona de 2,7V a 5,5V y presenta una corriente de apagado y funcionamiento muy baja. El dispositivo ofrece un pin IRQ programable. A través de un registro se puede establecer en qué evento (solicitud de CP, tiempo de espera de la interfaz, detección de errores, POR, fin de cuadro o fin de película) se activa la IRQ. También se implementa la función de desplazamiento por hardware en el AS1130.

  El dispositivo está disponible en un encapsulado WL-CSP de 20 pines y en un encapsulado SSOP de 28 pines fácil de soldar.

Página del producto / Detalles generales aquí

Ficha técnica aquí

http://www.austriamicrosystems.com/eng/led-driver/AS1130

Answer 2

Ya lo he hecho antes en un producto comercial:

También hicimos una versión posterior que era más grande y tenía 96 píxeles a todo color en vertical.

El mayor problema de no poner los circuitos de control en la parte giratoria es el ancho de banda que se requiere entonces entre las partes giratorias y las fijas. Hemos colocado el control por píxel en la placa giratoria y le hemos enviado información de mayor nivel (y, por tanto, de menor ancho de banda) desde la parte fija. En ambas unidades, utilizamos un eje veritical hueco con un LED IR en la parte fija y un detector en la parte giratoria para enviar la información.

Answer 3

Vengo seguramente un poco tarde en este tema pero creo que os gustará lo que tengo que proponer.

Nuestros 112 LEDs RGB (resolución de 224*224 píxeles) son capaces de mostrar cualquier archivo de vídeo que desee.

Puede ver el resultado de nuestro trabajo en este video .

Para poder hacer esto, hemos integrado un Gumstix (que es un pequeño ordenador) en nuestra cuchilla: gracias a esto hemos podido conectarnos vía wifi a la cuchilla (¡sí, la señal wifi se sigue recibiendo a 1000 rpm!) y así enviar cualquier información a la cuchilla. Además este gumstix corría en linux por lo que lanzar cualquier video es tan fácil como lanzar cualquier video en tu pc. El flujo de video es solo enviado a una FPGA que computa en tiempo real, de acuerdo a la posición angular dada por un encoder rotativo, que LEDs iluminar o no.

Tres de nosotros, estudiantes de una escuela francesa, realizamos este proyecto en menos de tres meses. Si quieres hacer lo mismo, hay mucha más información en nuestro sitio web .