[Projekt] Arduatmo - Ambilight auf Arduino-Basis

TheChief · 4. November 2014

Nee, das war noch alter Code, als die Library noch FastSPI_LED hieß. Hab die bei mir auch nicht mehr drin.

SvenF · 10. November 2014

Hallo Ihr,
also... ich habe alles zusammengebastelt!!!
Und es scheint auch zu funktionieren... Nur leider werden die LEDs nur im Sekundentakt neu gesetzt.... habe leider gerade keinen Ansatz, wo und wie ich das beheben kann...
Ich nutze den Code von TheChief und das Sedu-Atmo-Plugin 0.2 unter VDR... die config vom SEDU sollte auch passen und ich habe es auf tpm2 gesetzt...

Gruß
Sven

TheChief · 10. November 2014

Was hast du denn jetzt für einen Arduino?

SvenF · 10. November 2014

Hatte ein Arduino Duemilanove gesucht, aber bei inländischen Anbietern quasi keins mehr bekommen und dann doch ein (original) Arduino Uno geholt... ich hoffe, das war kein Fehler...

TheChief · 10. November 2014

Kommt eben drauf an. Kannst du einen FTDI chip darauf erkennen? Ich glaube, der hat keinen.

Der Original Nano sollte gehen: http://arduino.cc/en/Main/ArduinoBoardNano

Ich wollt ja mal USB Support ins plugin einbauen, dann gingen auch andere. Aber mangels C Kenntnissen liegt das erstmal auf eis.

SvenF · 10. November 2014

Zitat

The Uno differs from all preceding boards in that it does not use the FTDI USB-to-serial driver chip. Instead, it features the Atmega16U2 (Atmega8U2 up to version R2) programmed as a USB-to-serial converter.

Sieht also schlecht aus
Aber komisch ist, das es der Nachfolger vom Duemilanove sein soll... aber die Verbindung soooooo langsam ist?!?
Bei Watterott steht

Zitat

Das Duemilanove ist durch das Arduino Uno ersetzt worden.

TheChief · 10. November 2014

Zumindest über den virtuellen seriellen Port ist es langsam. Hatte mal mit libusb gespielt und gut Ergenisse erzielt, aber dass muss eben noch irgendwie ins Plugin.

Könntest sonst mal boblight probieren, ob es damit funktioniert.

SvenF · 10. November 2014

aha! würde ich mich auch mal mit auseinandersetzen... wenn Du evtl ein bisschen Literatur hast

TheChief · 10. November 2014

Ich such morgen mal beim kleines Testprogramm raus. Wenn das läuft, könnte man es ins Plugin einbauen.

Hatte damals mit der libusb-1.0 und libusb_bulk_transfer experimentiert. Da kannst Du ja mal googlen und lesen.

SvenF · 11. November 2014

Übrigens... hier noch mal eine Alternative zu den Rohren...
Ich habe Alu-Winkelprofile mit einer breite von 1cm genommen... passt perfekt an die LED-Streifen und man hat einen Abstrahlwinkel von 45°.

SvenF · 11. November 2014

kann es sein, dass wir irgendetwas übersehen, bezüglich FTDI-Chip?

Zitat

There are a few things that are possible with this new chip but
before we discuss that lets make it clear that by default, this chip
acts identically to the FTDI chip that it replaces. It's just a
USB-serial port!

Quelle: https://learn.adafruit.com/ard…echniques/arduino-uno-faq

TheChief · 11. November 2014

Ich hatte ja das Projekt mit einem Leonardo angefangen. Der hat sowas ähnliches wie der UNO. Man konnte für den virtuellen seriellen Port keine Baudraten setzen, wurde im Code einfach ignoriert. Ich hatte da die gleichen Phänomene, wie Du.

Mein erstes SEDU Board hatte damals auch einen FTDI Chip, daher bin ich dann auf den Duemilanove gewechselt.

Übrigens, Du könntest auch sowas an den UNO (PIN 0 und 1) anschliessen, bis die libusb-Unterstützung im Plugin ist: http://www.hobbyking.com/hobby…er_USB_Controller_5V.html

SvenF · 12. November 2014

Hallo TheChief,
ich bin irgendwie zu doof oder verstehe etwas falsch... ich versuche nun schon die ganze Zeit etwas über Arduino und die libusb heraus zu bekommen... aber irgendwie finde ich mal so gar kein gescheites Beispiel...

TheChief · 12. November 2014

Ich häng mal mein Testprogramm an. Das macht eigentlich nicht anderes, als zufällige Datenpakete per USB zu übertragen oder ein Programm zu starten. Die tpm2-Firmware muss natürlich korrekt installiert sein.

Oben im Kopf musst Du VENDOR und PRODUCT auf die Daten Deines Arduinos ändern.

Code

uint16_t VENDOR = 0x2341; /* =0x0451 */
uint16_t PRODUCT = 0x8036; /* =0x3211 */

Danach kompileiren mit

Code

g++ usb.c $(pkg-config --libs libusb-1.0) -o usb

Danach könntest Du mal probieren:

Code

./usb <anzahl der leds * 3> (alle LEDs sollten zufällig blinken)

oder

Code

./usb 0 <programm 0-11> (Programm 0 - 11 wird gestartet)

Bin mir aber nicht sicher, ob das bei dir funktioniert, hatte das mit einem Leonardo mal gestetet.

Muss das mal wieder rauskramen und mir eine Testumgebung schaffen. Das Lesen per USB hatte noch nicht funktioniert.

SvenF · 12. November 2014

Hey... super! Vielen Dank! Werde ich heute abend gleich testen!
mit "tpm2-Firmware" meinst Du dein Code von https://github.com/TheChief79/tpm2arduino? Oder noch etwas anderes?

Gruß und danke,
Sven

TheChief · 12. November 2014

Genau, die meine ich. Aber die hast Du ja schon drauf.

TheChief · 12. November 2014

Mir is noch aufgefallen, dass im git nur 115200 baud eingestellt war, habs mal auf 500k geändert.

SvenF · 12. November 2014

hmmmm... funzt leider nicht... anbei die Konsolen-Ausgabe

Übrigens funktionieren auch die Beispiel-Programm nicht... wenn ich z.B.

Code

echo -n -e "\xc9\xc0\x00\x01\x01\x36" >/dev/ttyUSB0

eingebe (oder andere Beispiele), blinken die LEDs nur einmal ganz kurz auf und dass wars dann...

TheChief · 12. November 2014

In der Firmware die Baudrate auf 500000 geändert?

Ob alles korrekt installiert ist, siehst du, wenn du in der Firmware mal int program=0 auf 1 oder 2 oder 3 änderst.

Gibts bei dir überhaupt /dev/ttyUSB0?

SvenF · 12. November 2014

Ja, baudrate steht auf 500000,
int program=3 führt zu einem schönen Farbverlauf!!!
und statt "/dev/ttyUSB0" hatte ich "/dev/ttyACM0" (welches auch existiert) verwendet.. nur der Einfachheit halber den Befehl von Seite 2 aus diesem Thread per Copy&Paste eingefügt...

[Projekt] Arduatmo - Ambilight auf Arduino-Basis

Jetzt mitmachen!

Teilen