Modul für Denon (Marantz) AV Receiver

Begonnen von raman, 03 Oktober 2016, 18:08:58

Vorheriges Thema - Nächstes Thema

Shadow3561

#420
Also bei mir merkt sich der AVR die eingestellten Surroundmodes bei Movie Game usw. Wenn ich von Movie auf Music schalte ändert sich der Output von auro3d auf puredirect so wie es vorher unter music eingestellt war.
Für mich ist es also Sinnhaltig

Shadow3561

Zitatempty answer received
Zitat von: dk3572 am 28 Februar 2020, 19:28:34
Habe ihn jetzt mal ohne Portangabe definiert.
Jetzt beim Neustart nur noch eine Perl Warnung und diese Meldung:

2020.02.28 19:18:26.588 0: DENON_AVR (AVReceiver) - Error while requesting http://192.xxx.xxx.xx/goform/Deviceinfo.xml - http://192.xxx.xxx.xx/goform/Deviceinfo.xml: empty answer received

Das deutet darauf hin, dass der AVR beim start von FHEM noch nicht erreichbar ist.
Sollte aber nur ein Schönheitfehler sein. Evtl. erhöht Martin noch das Timeout. Ob dies Sinn macht kann aber nur er selbst beirteilen.

MfG

ToKa

Ja der vorher eingestellte Surroundmode wird beim Wechsel von movie auf music etc beibehalten. Den eigentlichen Surroundmode muss man ja extra einstellen. Auf meiner Fernbedienung werden die Tasten (movie, music, game und pure) mit Sound Mode bezeichnet.

Wäre es da nicht sinnvoll zwei Set Befehle zu implementieren? Einen für den Sound Mode, der dem voreingestellten Surroundmode ja beibehält und einen für den Surroundmode mit den verschiedenen Werten wie Dolby Digital, DTS, neural:x....

Beste Grüße
Torsten
RaspberryPi3 mit RaZberry2 und Conbee II
Fibaro: FGWPE/F-101 Switch & FIBARO System FGWPE/F Wall Plug Gen5, FGSD002 Smoke Sensor
EUROtronic: SPIRIT Wall Radiator Thermostat Valve Control
Shelly2.5 Rollladenaktoren
Zipato Bulb 2, Osram und InnrLight

dk3572

Zitat von: Shadow3561 am 28 Februar 2020, 19:56:30


Das deutet darauf hin, dass der AVR beim start von FHEM noch nicht erreichbar ist.
Sollte aber nur ein Schönheitfehler sein. Evtl. erhöht Martin noch das Timeout. Ob dies Sinn macht kann aber nur er selbst beirteilen.

MfG

ok, dann warte ich mal ab.
Trotzdem vielen Dank für die Hilfe und schönes Wochenende.
VG Dieter

Shadow3561

ZitatWäre es da nicht sinnvoll zwei Set Befehle zu implementieren? Einen für den Sound Mode, der dem voreingestellten Surroundmode ja beibehält und einen für den Surroundmode mit den verschiedenen Werten wie Dolby Digital, DTS, neural:x....

Habe deinen Vorschlag umgesetzt und bei Martin Commited.

Mal sehen wann er es eincheckt.
MfG

Schönes WE euch allen

ToKa

Vielen Dank und ebenfalls ein schönes Wochenende
RaspberryPi3 mit RaZberry2 und Conbee II
Fibaro: FGWPE/F-101 Switch & FIBARO System FGWPE/F Wall Plug Gen5, FGSD002 Smoke Sensor
EUROtronic: SPIRIT Wall Radiator Thermostat Valve Control
Shelly2.5 Rollladenaktoren
Zipato Bulb 2, Osram und InnrLight

tomcat.x

Zitat von: Shadow3561 am 28 Februar 2020, 15:03:57
Wenn ich von Net/Heos/USB zurück auf meinen dig.STB schalte wird das Reading bei mir aktualisiert.
Habe also keine Ahnung warum es bei dir nicht klappt.

Hallo, das hast Du falsch verstanden oder ich mich nicht klar genug ausgedrückt. Es funktioniert bei mir genau so wie bei Dir. Bei einer externen Quelle stimmt das Reading. "Falsch" ist es, wenn es erst mal durch eine externe Quelle gesetzt wurde und man dann auf eine interne schaltet. Dann steht es immer noch auf dem Wert der letzten externen Quelle.

Aber das ist vielleicht auch Definitionssache, wie bzw. ob ein Reading in so einem Fall zu setzen wäre. Wenn der Receiver keinen Wert liefert, kann man auch keinen konkreten ins Reading schreiben. Bei anderen Geräten war meine Erwartung halt immer, dass ein Reading, das mit der letzten Aktualisierung nicht geändert wurde, auch noch stimmt. So genau wie hier habe ich mir das aber noch nie angeschaut.
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

Shadow3561

Ich habe dich schon richtig verstanden.

Der AVR liefert beim Umschalten von einer ext.Quelle auf Net/USB usw. keinen Wert für dieses Reading und somit bleibt es auf dem letzten empfangenen Wert.

Dies lässt sich leider auch nicht ändern.
Man könnte evtl. ein if einbauen, das bei Quelle USB usw. ein ,,-,, in das Reading schreibt.
Ich schaue mal ob ich es hinbekomme wenn ich die Zeit dazu finde.

tomcat.x

Ja, wäre eine Idee oder man muss das halt wissen und wenn man das Reading in einem Notify o.ä. auswertet mit einem if arbeiten und die Quelle berücksichtigen.
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

ToKa

Seit dem heutigen Update wird Sound_out richtig angezeigt, soweit ich jetzt die verschiedene Werte am Receiver ausprobiert habe.

Vielen Dank und beste Grüße
Torsten
RaspberryPi3 mit RaZberry2 und Conbee II
Fibaro: FGWPE/F-101 Switch & FIBARO System FGWPE/F Wall Plug Gen5, FGSD002 Smoke Sensor
EUROtronic: SPIRIT Wall Radiator Thermostat Valve Control
Shelly2.5 Rollladenaktoren
Zipato Bulb 2, Osram und InnrLight

rrr

Ich erhalte bei mir die Fehlermeldungen:

wz_denonavr: Error while requesting http://192.168.10.100:23/goform/Deviceinfo.xml - read from http://192.168.10.100:23 timed out
PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/70_DENON_AVR.pm line 1307.


Der AVR ist jedoch beim Start von FHEM auch erreichbar.

Wenn ich den Port (23) bei der Gerätedefinition entferne startet FHEM neu und der Port ist wieder drin.

Bei meinem Receiver (Denon AVR-X3500H) wird beim Aufruf von "http://192.168.10.100" auf "https://192.168.10.100:10443" weitergeleitet.
Ich kann weder die URL "http://192.168.10.100/goform/Deviceinfo.xml" noch "https://192.168.10.100:10443/goform/Deviceinfo.xml" per Browser aufrufen.

olwaldi

Ich nutze DENON_AVR zusammen mit fakeroku, um für meinen AVR Denon 3808 die Lautstärke in 5er Schritten regeln zu können. Seit einigen Tagen funktioniert mein altes notify nicht mehr. Nach etwas Suchen habe ich den Grund gefunden: Der Rückgabewert von ReadingsVal ist jetzt ein String, war aber davor eine Zahl. Durch Multiplikation mit 1 funktioniert wieder Alles. Hier mein aktualisiertes notify:
define VolUp notify HarmonyController:keypress.*Up set Denon volume {(min(fhem("get Denon volume") % 99 + 5.0, ReadingsVal("Denon", "volumeMax", "") * 1))}

Warum mache ich das so kompliziert? DENON_AVR hatte einen Bug bei der Lautstärkeregelung, wodurch die Lautstärke von 0 auf den Maximalpegel springen konnte. Scheint jetzt gefixt zu sein. Aus Gewohnheit behalte ich mein altes notify.

Jetzt könnte ich auch
define VolUp notify HarmonyController:keypress.*Up set Denon volumeUp 5
verwenden.

Ggf. sollte der Rückgabewerte von ReadingsVal von DENON_AVR in eine Zahl gewandelt werden, damit man als Nutzer das Ergebnis nicht selber in eine Zahl wandeln muß.

ToKa

Probiere es doch mal mit ReadingsNum
RaspberryPi3 mit RaZberry2 und Conbee II
Fibaro: FGWPE/F-101 Switch & FIBARO System FGWPE/F Wall Plug Gen5, FGSD002 Smoke Sensor
EUROtronic: SPIRIT Wall Radiator Thermostat Valve Control
Shelly2.5 Rollladenaktoren
Zipato Bulb 2, Osram und InnrLight

justme1968

mein x4500h liefert bei zugriff auf http://.../goform/Deviceinfo.xml ein Error 403: Forbidden
Access Forbidden


hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

tomcat.x

Der dürfte "zu neu" sein (wenn ich mich nicht täusche der Nachfolger von meinem X4400H, bei dem es schon nicht mehr geht) und hat nur noch ein eingeschränktes Web-Interface.

Siehe weiter oben:
https://forum.fhem.de/index.php/topic,58452.msg1026860.html#msg1026860
FHEM: 6.1 auf Raspi 3, Raspbian (Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 7.57), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo