DFatmo Plugin unter yaVDR 0.5 Final mit Karatelightsupport | Installationsanleitung

Quote from Dr. n00b

So ich habe mal Danke dem super support von carsten ein Firmwareupdate gemacht. Ich hatte die Firmware 0x10 auf meinem Gerät. Nun habe ich die Version 0x20.
Mal schauen ob das was gebracht hat...

update: leider nichts. Ausser das das Karatelight nicht mehr flackert im Betrieb.

Test: Kanal ARD-HD
Dater ca. 15min dann bleibt das Karatelight stehen.

Test1:
- Während der TV Wiedergabe und dem "Karatelight Stillstand" UBS und Strolversorgung getrenn und wieder angesteckt.
-> Karatelight springt nicht wieder an, auch nach zappen nicht.
-> Rechner Reboot und alle geht wieder.

Grüße

Nach dem anstecken den xine player sicherheitshalber mal neu starten. Falls dass nicht klappt und keine auffällige Meldung im xine
log vorhanden ist kann es eigentlich nur am linux kernel/usb Treiber liegen. Vieleicht hier dann mal eine andere kernel Version ausprobieren.

@Dr.n00b

da das Karatelight nach stop/start der Wiedergabe wieder funktioniert könnte der Fehler aber auch woanders liegen.
Aktiviere anstelle des Karatelight doch mal den file output driver und schau mal ob die damit erzeugte Ausgabedatei
kontinuierlich geschrieben wird.
Dazu musst du im xbmc in den DFAtmo settings den driver auf "file" setzen und bei "Driver parameter" einen Dateinamen
eintragen in dem die Ausgabe dann geschrieben wird.

Gruss
durchflieger

Nicht so einfach bei dir den Fehler einzukreisen
Gibt es denn andere Benutzer hier bei denen das Karatelight mit DFAtmo problemlos läuft??
Ich selber kann es nicht testen da ich keins besitze.

Um die Ansteuerung des Karatelight im DFAtmo zu realisieren hatte ich mir damals den Sourcecode angesehen den vermutlich Carsten
selber in meinen alten xine atmo plugin und im boblight implementiert hat.
Dort wurde im Ausgabetreiber nachdem ein Datenpaket gesendet wurde noch auf ein Bestätigungspaket vom Karatelight gewartet.
Das wird im DFAtmo nicht gemacht (und im aktuellen boblight wohl auch nicht mehr).
Vieleicht ist da ja das Problem zu suchen dass zu schnell Daten ans Karatelight übergeben werden?

Du kannst mal probieren im xbmc dfatmo plugin die Ausgaberate zu verlängern.
Dazu must du im installierten plugin in der Datei "$HOME/.xbmc/addons/script.dfatmo/dfatmo.py" mal die zwei Zeilen mit "outputRate = ad.output_rate" durch
"outputRate = 100" ersetzen. Damit wird die Ausgaberate von 20 auf 100ms hochgesetzt.

Gruss
durchflieger

Quote from Dr. n00b

So ich habe mal "outputRate = 100" gesetzt und beobachte...
Der Farbwechsel schein wohl verlangsamt worden zu sein durch die Erhöhung um 80ms.

Grüße,
Doc.

Ja das Timing der Filter stimmt jetzt nicht mehr. Aber zum finden deines Problem erstmal unwichtig.

Quote from Dr. n00b

So nach dem ich gestern einen TV Abend eingerichtet habe (der über mehrer Stunden ging) kann ich mit Gewissheit sagen, dass
die "outputRate = 21" unterbrechungsfrei über einen grüßeren Zeitraum läuft. Wie alle höheren outputRate Werten sicherlich auch.
durchflieger bringst du da einen Fix raus? Ich weiß jetzt nicht ob es speziell nur das Karatelight betrifft.
Vielleicht kann Carsten da noch was näheres dazu sagen ?

Grüßle,
Doc.

Wäre ganz gut wenn Carsten da mal Stellung zu nimmt warum sich das Karatelight da wegen 1ms verschluckt.
Auch wegen diesem hier:

Quote

Um die Ansteuerung des Karatelight im DFAtmo zu realisieren hatte ich mir damals den Sourcecode angesehen den vermutlich Carsten
selber in meinen alten xine atmo plugin und im boblight implementiert hat.
Dort wurde im Ausgabetreiber nachdem ein Datenpaket gesendet wurde noch auf ein Bestätigungspaket vom Karatelight gewartet.
Das wird im DFAtmo nicht gemacht (und im aktuellen boblight wohl auch nicht mehr).
Vieleicht ist da ja das Problem zu suchen dass zu schnell Daten ans Karatelight übergeben werden?

Quote from Dr. n00b

Hi ich hab Carsten schon angeschriebenob er nicht was dazu im Beitrag schreiben möchte. Bin erstmal froh das es läuft.
Weißt du was ich einstellen muss, dass die OutputRate auch mit xineliboutput auf 21ms rennt ? Bis her habe ich das ja nur unter xbmc testen können.

Grüßle,
Doc.

In der Datei "atmodriver.h" ganz unter in der Funktion "init_configuration" die Zuweisung entsprechend ändern:

this->parm.output_rate = 20;

Die Änderung gilt auch für das xbmc plugin so dass du wenn du willst dort die vorherige Änderung wieder rückgängig machen kannst.

Quote from durchflieger

Wäre ganz gut wenn Carsten da mal Stellung zu nimmt warum sich das Karatelight da wegen 1ms verschluckt.

Gute Frage was da genau passiert.
Bei 20ms bedeutet das ja eine Update-Rate von 50Hz.
Das ist generell schon schneller als die minimal zugesicherte USB-Geschwindigkeit von ein Paket alle 64ms. Typischerweise ist der Stack aber viel schneller: meine Testprogramme schaffen 200Hz mit Rücklesen der Daten.

Ich kann mir allerhöchstens vorstellen das auf PC Seite der Lese-Buffer volläuft und das zu Probleme führt. Warum das nun aber bei 21ms nicht mehr passiert ist ein Rätsel.
Zudem: Dr.n00b ist jetzt der erste User bei dem das zu einem Problem führt, ich habe ein paar mehr Kunden die nichts ähnliches berichtet haben. Auch bei mir läuft die Hardware mit den default Einstellungen sehr gut. Deswegen gebe ich da ehrlich zu das ich leicht überfragt bin und da nicht direkt was Konkretes zu sagen kann.

Man könnte mal Testweise einfach auch vom seriellen Port lesen und die Daten dann verwerfen (die müssen ja nicht gecheckt werden, das ist optional) um zu sehen ob das einen unterschied macht.
Zuerst muss ich aber mal probieren das Problem bei mir zu reproduzieren damit ich das auch debuggen kann

Ich bastel gerade an einem 'nativen' karatelight-support. Der liest dann auch die Antworten zurück. Sobald das ordentlich funktioniert hänge ich das hier an den Tread dran.

Durchflieger war ja so nett schon beispiel-code in python beizulegen. An dieser Stelle nochmal vielen Dank für die wirklich vorbildlich dokumentiere Software!

Quote from Dr. n00b

Wo finde ich denn die atmodriver.h oder muss ich per git die sourcen holen und dann die datei editieren?

Grüße

Ja aus dem git. Und dann die Packete neu bauen.
Oder falls du dich noch etwas geduldest casten arbeitet ja an einer Lösung.

So, im anhang befindet sich ein python treiber für das karatelight. Der macht nicht viel anders als der serieloutput-driver, aber er liest die rückgabewerte vom KL zurück.

Um den Treiber zu aktiviere nach /home/<username>/.xbmc/addons/script.dfatmo/resources/lib/drivers/ entpacken,
dann in den Settings folgendes einstellen:

<setting id="custom_driver" value="karatenative" />
<setting id="driver" value="custom" />
<setting id="driver_param" value="/dev/ttyACM0" />

Die Zuordung der Kanäle lässt sich nicht einstellen, die ist automatisch durchnummeriert in der Reihenfolge:
order for 'colors' is: top 1,2,3..., bottom 1,2,3..., left 1,2,3..., right 1,2,3..., center, top left, top right, bottom left, bottom right

Als kleiner Hinweis am rande noch: Ich hab das ganze nicht sehr ausführlich getestet; aber es tut unter linux. Auf win32 hab ich es noch net zum laufen bekommen.