Denon by Heos | Edomi

[jonofe]

Ein Problem: die JSON-Ausgänge an A4-A13 (Heos Bridge) werden noch nicht korrekt bei Parameteränderung ODER Ablauf der Polling-Zeit E10 aktualisiert (nur bei manueller "1" an E6). Dies gilt für Denon AVR (Xx400) UND Heos-1.

Eins Frage noch hierzu: Was bedeutet nicht korrekt?

Wie oben beschrieben, wird bei E10 nicht aktualisiert, sondern dies gibt das Leseintervall an, d.h. das Intervall in dem geprüft wird, ob es neue Status Events gibt.

[ak68]

Hallo Andr´e,

danke für das schnelle Update- getestet habe ich per Heos 1:

1. Fehler-Log jetzt OHNE Einträge- perfekt !

2. Aktualisierung der Einträge weiterhin AUSSCHLIESSLICH bei "1" auf E6, obwohl "player_now_playing_changed" in Log-Datei erscheint und 60s (E7) gewartet wurde.

3. wie kann ich das Senderlogo: z.B. http://cdn-radiotime-logos.tunein.com/s156116q.png als Bild in der Visu anzeigen lassen- leider finde ich keine Lösung ?

Vielen Dank
Andreas

[jonofe]

1. Fehler-Log jetzt OHNE Einträge- perfekt !

Okay, super.

2. Aktualisierung der Einträge weiterhin AUSSCHLIESSLICH bei "1" auf E6, obwohl "player_now_playing_changed" in Log-Datei erscheint und 60s (E7) gewartet wurde.

War noch ein Fehler in der Erkennung des Events. Habe auf "now_playing_changed" gewartet, muss aber "player_now_playing_changed" sein.
Probier mal die nächste Version 0.3.2. Da sollte das Problem eigentlich behoben sein.

3. wie kann ich das Senderlogo: z.B. http://cdn-radiotime-logos.tunein.com/s156116q.png als Bild in der Visu anzeigen lassen- leider finde ich keine Lösung ?

Da wissen die VISU Spezialisten bestimmt mehr, wie man eine PNG URL in die VISU einbindet.

[ak68]

War noch ein Fehler in der Erkennung des Events. Habe auf "now_playing_changed" gewartet, muss aber "player_now_playing_changed" sein.
Probier mal die nächste Version 0.3.2. Da sollte das Problem eigentlich behoben sein.

Klappt- super !!!

Neuer gefundener Fehler: A17: "Album" wird nicht übertragen- dies scheint aber ein HEOS-Bug zu sein, da auch der telnet-Abruf nicht klappt- Auf der Heos-App wird das Album- neben den anderen Ausgängen korrekt angezeigt- habe schon bei Denon angefragt und werde Euch informieren.

Vielen Dank- widme mich jetzt erst einmal den Holidays um dann gut erholt weitere Edomi-Projekte in Angriff zu nehmen
Andreas

[jonofe]

Klappt- super !!!

Neuer gefundener Fehler: A17: "Album" wird nicht übertragen- dies scheint aber ein HEOS-Bug zu sein, da auch der telnet-Abruf nicht klappt- Auf der Heos-App wird das Album- neben den anderen Ausgängen korrekt angezeigt- habe schon bei Denon angefragt und werde Euch informieren.

Taucht das Album denn gar nicht in den JSON Daten auf, die vom HEOS Device kommen?

Vielen Dank- widme mich jetzt erst einmal den Holidays um dann gut erholt weitere Edomi-Projekte in Angriff zu nehmen
Andreas

Ich auch ab Sonntag Schönen Urlaub!


EDIT: Einen Bug bzw. ein Designproblem hab ich allerdings noch. Derzeit kann nicht sichergestellt werden, dass nach Neustart von EDOMI immer daselbe HEOS Device denselben Ausgang an der Bridge erhält. Dazu muss ich mir noch mal was überlegen...

[ak68]

Taucht das Album denn gar nicht in den JSON Daten auf, die vom HEOS Device kommen?

Nein, auch bei einer reinen Telnet-Verbindung ist das "Album" (A17) im JSON-String leer

Viele Grüße und einen schönen Urlaub
Andreas

[jonofe]

Die beiden neuen LBS Updates

LBS19001190 - HEOS Bridge LBS v0.4
LBS19001191 - HEOS Client LBS v0.2

sind noch mal ein Redesign des Zusammenspiels zwischen Bridge und Client LBS. Bislang allerdings nur mit einem Endgerät getestet.

Konfiguration läuft nun wie folgt:

Ein HEOS Bridge LBS ist notwendig und wird auf ein beliebiges HEOS Device konfiguriert. Dieser HEOS Bridge LBS übernimmt die gesamte Kommunikation zu den HEOS Devices. Bei Statusänderungen eines beliebigen Players werden die Infos auf A4 gesendet. A4 wird mit E2 eines jeden HEOS Client LBS verbunden.
Je HEOS Device wird ein HEOS Client LBS benötigt. Dieser wird mit der PID an E3 konfiguriert und wie oben beschrieben mit dem Ausgang A4 des Bridge LBS an E2 verbunden. Damit bekommt der Client alle Statusänderungen mit, zeigt aber nur die des Devices mit der angegebenen PID (E3) an.
Über E4 des HEOS Client LBS kann dann ein Befehl an das entsprechende HEOS Device gesendet werden. Dies funktioniert nur, wenn A1 des Client LBS mit E4 des Bridge LBS verbunden ist. Kurzbefehle sind im Hilftext erläutert. Ein RAW Befehl gemäß API Spezifikation kann wie folgt via E4 gesendet werden:

raw|heos://command_group/command?attribute1=value1&attribute2=value2&…&attr ibuteN=valueN

Beispiele für Kurzbefehle für E4:

play
pause
stop
volume|30
...

Viel Spaß damit und Feedback gerne hier, insbesondere ob es mit mehreren Player funktioniert.

[ak68]

Feedback zu den beiden aktualisierten Bausteinen:

LBS funktionieren mit zwei unterschiedlichen Playern (AVR und Heos 1) super, lediglich der Kurzbefehl "pause" scheint zu "haken".
Nach kurzer Bestätigung an A10 "pause" geht dieser sofort in den Modus "stop"- kann das wer von Euch bestätigen ?

Zum Nachbauen habe ich ´mal meine Logik angehängt

Vielen Dank
Andreas

2017_09_08_19_26_34_EDOMI_Administration_Opera.png

[jonofe]

Pause und Stop grundsätzlich dasselbe. Als Status kommt immer STOP vom HEOS Player. Senden kann man hingegen Pause oder Stop.

[ak68]

Pause und Stop grundsätzlich dasselbe. Als Status kommt immer STOP vom HEOS Player. Senden kann man hingegen Pause oder Stop.

Ist erstaunlicherweise wirklich so- wieder ´was dazu gelernt !

[ak68]

Hallo René, ähhh - André natürlich

insgesamt funktionieren die beiden Heos-Bausteine hervorragend.

Lediglich die Ausgabe der Client-Ausgänge A16-A20 (Sender, URL etc.) ist nicht nicht optimal.

Z.B. wird der Sender nach Play-Befehl kurz (ca. 1s) angezeigt, verschwindet dann aber wieder und kann z.T. mehrere Minuten dauern, bis diese Ausgänge wieder aktualisiert werden (Polling-Intervall 250ms).

Es wäre super, wenn Du Dir diesen Punkt noch einmal anschauen könntest.

Andreas

[jonofe]

Hallo René,

Keine Ahnung wer René ist, aber vielleicht kann ich ja auch weiterhelfen...

Z.B. wird der Sender nach Play-Befehl kurz (ca. 1s) angezeigt, verschwindet dann aber wieder und kann z.T. mehrere Minuten dauern, bis diese Ausgänge wieder aktualisiert werden (Polling-Intervall 250ms).

Es wäre super, wenn Du Dir diesen Punkt noch einmal anschauen könntest.

Das liegt leider am HEOS Device. Habe den Client LBS schon extra so gebaut, dass er wirklich nur die Ausgänge setzt, die vom AVR/HEOS-Device übnermittelt werden.
Du wirst vermutlich im Log sehen, dass der AVR leere Angaben für diese Datenpunkte liefert und somit werden diese gesetzt. Wenn man leere Strings ignoiert wird der LBS potentiell falsche Informationen anzeigen, da dann veraltete Daten an den Ausgängen stehen.

Entweder du hängst nen Ausgang != leer dran, oder du versuchst nach einem Play kurz danach eine 1 auf den "Update All" Eingang E5 des Bridge LBS zu senden. Evtl. liegen dann ja schon die neuen Daten im AVR vor.

VG
André

[ak68]

du versuchst nach einem Play kurz danach eine 1 auf den "Update All" Eingang E5 des Bridge LBS zu senden. Evtl. liegen dann ja schon die neuen Daten im AVR vor.

Genau so habe ich´s jetzt gelöst und läuft perfekt !

Danke Re... ähhh André

[jonofe]

Genau so habe ich´s jetzt gelöst und läuft perfekt !

Okay. Musstest du eine Pause zwischen Play und Statusabfrage machen, damit das funktioniert?

Was du mal testen könntest. Im Sourcecode des HEOS Bridge LBS

                    case 'play':
                    case 'stop':
                    case 'pause':
                        $heosCmd = "heos://player/set_play_state?pid=$pid&state=$command";
                        break; 

ändern in

                    case 'play':
                    case 'stop':
                    case 'pause':
                        $heosCmd = "heos://player/set_play_state?pid=$pid&state=$command";
                        $heos->get_status($pid);
                        break; 

Also einfach das $heos->get_status($pid); einfügen. Ggf. könnte das dann automatisch funktionieren.

[ak68]

Okay. Musstest du eine Pause zwischen Play und Statusabfrage machen, damit das funktioniert?

Ja, 10s Pause eingefügt, um des Starten des AVR abzuwarten, mit 5s hat´s nicht funtioniert !

Also einfach das $heos->get_status($pid); einfügen. Ggf. könnte das dann automatisch funktionieren.

Hat leider keine Änderung gebracht