Ambi-Light 2: 16bit PWM, 5 RGB-Kanäle

10. Demo-Video und Ausblick

Auch hier darf das entsprechende Demo-Video nicht fehlen. Nun ja, was kann ich sagen außer „Made in Germany“.

(Entweder JavaScript ist nicht aktiviert, oder Sie benutzen eine alte Version von Adobe Flash Player. Installieren Sie bitte den aktuellsten Flash Player. )

An Ausblick gibt’s derzeit nicht viel zu sagen, außer, dass die kleinste LED-Zeile 10cm lang sein könnte… Vielleicht spiel ich mich nochmal.

Auch wäre es fantastisch, wenn man sich nicht auf den PC als Quelle verlassen müßte. Ein Stand-Alone-Controller wäre deswegen eine feine Sache, USB-Kameras gibt’s ja wie Sand am Meer. Einzig die Sache mit der Vorschau und Auswahl der einzelnen Zonen müßte geklärt werden…… Hm, mal nachdenken.

12 Kommentare zu “Ambi-Light 2: 16bit PWM, 5 RGB-Kanäle”

1.   Kommentar von Herman Oving
Erstellt am 22. März 2010 um 12:26 Uhr.

Hallo. Klasse gemacht. Wir überlegen ob wir die Daten nicht per PWM rausschicken, sondern als DMX. Der dmx receiver macht dann den PWM Teil, zB eine PAR oder moving head oder LED rgb light.
Ein Atmel mit dmx zu versehen ist nicht viel arbeit. Jedoch erst mal in dein Code einsteigen. Theoretisch brauche ich nur einen hex Wert zwischen 0 und 255 pro r,g oder b. Also 12 Kanäle( 4 * rgb) Mal sehen wo ich den am besten abgreife. Leider ist mein c nicht besonders gut. Bislang verwende ich nur assembler. Den PWM Teil werde ich dann weg lassen. Noch habe ich dein Code noch nicht mal detailliert angeschaut.
Vielen Dank und mal sehen ob das Projekt was wird.
Fabian & Herman Oving

2.   Kommentar von McSeven
Erstellt am 22. März 2010 um 14:59 Uhr.

Hi, Danke. Ich hab nur nicht genau verstanden, was ihr machen wollt? Soll es ein Seriell-zu-DMX-Konverter werden? Da schaut mal unter http://www.mikrocontroller.net, da gibt’s einiges zum Thema. Ziel dieses Projektes sollte ja genau die PWM-Ausgabe sein…

3.   Kommentar von hurra
Erstellt am 27. März 2010 um 15:12 Uhr.

Gibts den kompletten Quellcode auch nochmal zum Runterladen?

Danke

4.   Kommentar von McSeven
Erstellt am 27. März 2010 um 18:33 Uhr.

Hi, das versteh ich inhaltlich nicht. Auf Seite drei hast Du den gesamten Quelltext der Firmware. Mehr ist’s nicht. Und für die Sourcen von Boblight mußt Du auf seiner Seite schauen…

5.   Kommentar von hurra
Erstellt am 28. März 2010 um 13:39 Uhr.

c:/winavr-20100110/bin/../lib/gcc/avr/4.3.3/../../../../avr/lib/avrxmega2/crtx16a4.o:(.init9+0x0): undefined reference to `main‘

Was mache ich falsch?

6.   Kommentar von McSeven
Erstellt am 05. April 2010 um 12:42 Uhr.

alles klar, es war ein dummer Fehler beim Kopieren und Einfügen, ich habe die neueste und vollständige Version eingebaut. Sollte funktionieren… Danke für den Hinweis.

7.   Kommentar von hurra
Erstellt am 03. Mai 2010 um 16:39 Uhr.

Hallo nochmal.

Ich konnte das Projekt erfolgreich nachbauen! Funktioniert super.

Die Schaltung hat aber imho noch ein Problem: Die Sende- und Empfangsleitung zwischen MAX und dem COM-Anschluß sind gekreuzt.
Darum wird im aktuellen Schaltplan ein Nullmodemkabel zwischen PC und Platine benötigt. Bei der Verwendung eines USB-Serial-Adapters muss das gekreuzte Nullmodemkabel zusätzlich noch eingefügt werden.

Ich würde die Kreuzung auf der Platine entfernen und Stattdessen eine normales Modemkabel verwenden (siehe hier: http://www.mikrocontroller.net/articles/AVR-Tutorial:_UART)

Bei mir funktioniert das ganze mit dem USB-Serial-Wandler problemlos

Danke!

8.   Kommentar von McSeven
Erstellt am 03. Mai 2010 um 19:22 Uhr.

Sehr schön, freut mich, wenn es klappt. Wegen des UART haste Recht. Hintergrund ist, dass ich noch ein paar dieser Kabel mit 5m Länge daheim liegen hatte und dafür das Gerät entworfen habe. Es ist so aber tatsächlich keine saubere Umsetzung. Danke für den Hinweis.

9.   Kommentar von hurra
Erstellt am 04. Mai 2010 um 00:20 Uhr.

Das einzige, was mir negativ auffällt ist die große Verzögerung. Gerade beim Filmen mit schnellen Farbwechseln ist dies stark zu bemerken. Es sind vielleicht 0.4 Sekunden. Konntes du dieses Delay auch feststellen? Woran liegt das? An der boblight-Software (1.3)? Gibt’s Abhilfe?

10.   Kommentar von McSeven
Erstellt am 04. Mai 2010 um 09:22 Uhr.

Hm, das kann imo an mehreren Dingen liegen:
a) USB2Seriell macht Ärger -> mit reiner HW-Schnittstelle testen.
b) Parameter „proportional“ in der boblight.conf steuert die Farbübergänge. Je größer, desto sanfter.
c) Desktop-Komposition in Vista und 7 aus?

Ansonsten schau Dir das Video an, so tuts bei mir; ich glaube nicht, dass es da Verögerungen gibt. Ich hab auch schon jerry bruckheimer filme gesehen auf dem system, da „klebten“ die LEDs an dem Blitz am Anfang. Sollte also kein Systemfehler sein.

11.   Kommentar von hurra
Erstellt am 05. Mai 2010 um 13:12 Uhr.

Ich konnte das Problem wesentlich kleiner machen. Das von mir verwendete boblight-X11 kennt einen Parameter -t, mit dem die Abtastzeit eingestellt wird. Standard sind 0.5 Sekunden. Wenn man den Wert kleiner macht reagiert er viel schneller, jedoch braucht er dabei auch ziemlich viel CPU-Leistung.

Etwas Verzögerung bleibt zwar trotzdem noch, damit kann man aber durchaus leben.

Außerdem hoffe ich, dass dies bei der neuen Version von boblight besser wird. Leider kann ich die Entwicklerversion derzeit nicht testen, da boblight-X11 immer mit ner Fehlermeldunng abschmiert (Bug ist reported bei google-code)

12.   Kommentar von hurra
Erstellt am 27. Mai 2010 um 11:55 Uhr.

Nochmal Feedback.

Hab jetzt doch die neue Version aus dem Google-Code-Repository zum laufen bekommen. Mit dieser Version sind wesentlich kleinere Abtastzeiten möglich. Standardmäßig sind 0.1 Sekungen eingestellt, aber auch 0.05s gehen bei mir problemlos.

Damit ists jetzt endlich so flott, wie von mir erwartet 🙂

Danke!

Einen Kommentar hinterlassen