Modul für Denon (Marantz) AV Receiver

[olwaldi]

Warum nicht etwas flexibler?

Code Auswählen Erweitern

...

Danke für den Hinweis. Ich habe allerdings auch 88.2kHz gesehen, und das kann man so nicht von 192 unterscheiden. Vermutlich müßte man alle möglichen dreistelligen Werte in "gemeinte" Werte ummappen, etwa 4x 44.1 - gemeldet als 176 - gemeint 176.4

[olwaldi]

Bei meiner Analyse eines HDMI-Problems wegen recht langem Kabel ist mir aufgefallen, daß das Denon-Modul bei vielen set-Kommandos jeweils ZWEI gleiche Events generiert. Eigentlich nicht so tragisch und kann durch event-on-changed-readings problemlos abgefangen werden. Allerdings könnte es ja auch sein, daß derartige Kommandos tatsächlich 2x zum Denon geschickt werden, und das könnte z.B. mein HDMI-Problem erklären. Konkret gesehen habe ich's bei monitorOut und inputSound, z.B. bei

Code Auswählen Erweitern

set Denon inputSound digital
Mir selber ist im Code nix aufgefallen. Und letztendlich kann das ja auch ein Denon-Feature sein, der ja viele Kommandos mit einer Art Echo beantwortet. Glaube ich aber nicht wirklich.


Grüßle, Michael

[olwaldi]

Altes Problem revisited - vgl. Seite 46 hier:
Mir ist aufgefallen, daß das Reading state bei mir immer auf "opened" steht. Sollte aber eigentlich synchron zum Internal STATE gesetzt sein. Im Sourcecode 70_DENON_AVR.pm finde ich seit rund 2019 eine auskommentierte Stelle

Code Auswählen Erweitern

#        readingsBulkUpdate($hash, "state", $power);wenn das PW-Kommando gesendet wird. Habe die Zeile re-aktiviert, und schon hat state den erwarteten Wert.

Aber: Das alte "opened" wird relevant für die Funktion reconnect. Mir ist unklar, wie ich beides zusammenbringen könnte. Es gibt auch einige Stellen in 70_DENON_AVR.pm, wo STATE auf "opened" gesetzt würde, wenn es nicht auskommentiert wäre. Das wiederum ist guter Stil, da STATE nicht aus dem Modul heraus geändert werden soll. DevIo.pm wiederum liest state, um STATE zu setzen.

Ideen?

Grüßle, Michael