Modul für ONKYO AV Receiver (und neuere Pioneer AV Receiver)

Loredo · 22 Mai 2016, 12:44:55

Hier jetzt die aktuelle Fassung inkl. des Zonen-Moduls.
Sofern nichts dagegen spricht, werde ich die Dateien heute Abend ins SVN einchecken. Bestehende Installationen mit Slave-Zonen müssen dann nach einem Update die Zonen neu anlegen und die alte Zonen-Definition löschen.

Gruß
Julian

Dersch · 22 Mai 2016, 20:36:53

Läuft gut

Loredo · 22 Mai 2016, 20:52:22

Habs grad eingecheckt.

1of16 · 23 Mai 2016, 22:00:23

moin,

ich habe nach Updates des Moduls (shutdown restart ist natürlich erfolgt), leider ein paar Probleme.
Sobald der AVR keinen Strom mehr hat, kommen folgende Logmeldungen (Verbose 5):

Code Auswählen

2016.05.23 21:55:50.991 2: avr_z2: first attempt to read timed out, trying to close and open the device.
2016.05.23 21:55:50.992 3: Opening avr_z2 device 192.168.1.97:60128
2016.05.23 21:55:53.998 3: Can't connect to 192.168.1.97:60128: Connection timed out
2016.05.23 21:55:54.002 2: avr_z2: second attempt to read timed out, this is an unrecoverable error.
2016.05.23 21:56:01.533 5: SW: 49534350000000100000000a0100000021315057525153544e0d
2016.05.23 21:56:01.634 5: ONKYO_AVR avr: called function ONKYO_AVR_Set()
2016.05.23 21:56:01.638 2: avr: first attempt to read timed out, trying to close and open the device.
2016.05.23 21:56:01.638 3: Opening avr device 192.168.1.97:60128
2016.05.23 21:56:04.644 3: Can't connect to 192.168.1.97:60128: Connection timed out
2016.05.23 21:56:04.645 5: SW: 49534350000000100000000a0100000021315057525153544e0d
2016.05.23 21:56:04.647 2: avr: second attempt to read timed out, this is an unrecoverable error.
2016.05.23 21:56:04.649 5: ONKYO_AVR avr: processing change DISCONNECTED
2016.05.23 21:56:04.783 5: ONKYO_AVR avr: called function ONKYO_AVR_Set()

weiterhin hatte ich, erfolglos, versucht die zweite Zone nun mit dem neuen Modul anzusprechen:

Code Auswählen

2016.05.23 19:57:40.102 1: define avr_z1 ONKYO_AVR_ZONE: Zone 2 not available on avr, total zones: 1
2016.05.23 19:57:48.688 1: define avr_z2 ONKYO_AVR_ZONE 2: Zone 2 not available on avr, total zones: 1

Ich habe einen TX-NR515. Die Devices habe ich aber noch nicht komplett gelöscht und neu defined, könnte das ggf. eine Lösung sein?

Grüße
1of16

Loredo · 24 Mai 2016, 08:57:39

Hi,

besagte Log-Meldungen sind normal, wenn das Gerät ausgeschaltet ist. Sie stammen von FHEM's IODev und ich kenne keine Möglichkeit sie zu unterdrücken (außer das Verbose Level entsprechend zu setzen natürlich). Hintergrund ist, dass natürlich zyklisch versucht wird die Verbindung wiederherzustellen, sobald das Gerät wieder Strom hat.

Was die Nutzung der 2. Zone angeht: Mach mal ein "list avr". Da sollte das XML deines Receivers als Hash-Ausgabe mit drin sein und stehen, welche Zonen unterstützt werden. Der Logmeldung nach hat dein Receiver keine 2. Zone.

Gruß
Julian

Loredo · 24 Mai 2016, 10:30:34

Ich glaube das Phänomen tritt nur bei einem FHEM Neustart auf.
Bisher wurde dort ein Reading der Main-Zone geprüft, allerdings scheinen die Readings beim Startup noch nicht zur Verfügung zu stehen. Ich habe diese Prüfung daher herausgenommen. Leider wird dadurch jetzt nicht mehr verhindert, dass man manuell Zonen anlegen kann, die es gar nicht gibt. Da heißt es dann eben selbst Schuld

Ab morgen per Update verfügbar.

1of16 · 24 Mai 2016, 11:44:54

danke für deine Rückmeldung.
Also mein AVR hat definitiv zwei Zonen, auch wenn "list avr" nur eine anzeigt. Die zweite hatte ich bis jetzt mit "define avr_z2 ONKYO_AVR 192.168.1.97 pre2013 zone2" angesprochen.
Liegt das an dem pre2013 Modell, dass die Zone dort so stark getrennt sind? Denn mit deinem alten Modul ließen sich beide Zonen wunderbar ansprechen und steuern. Ob jetzt die zweite Zone überhaupt noch geht, muss ich später prüfen, aktuell habe ich das Gefühl nein. Denn jetzt hat avr_z2 das gleiche Power-Reading wie avr, was aber so nicht sein sollte...

AmunRe · 24 Mai 2016, 13:31:13

Ich möchte auch noch eine Erfahrung loswerden.

Wenn Fhem neustartet findet er zwar den Receiver, ich kann ihn aber nicht einschalten

ZitatGerät ist offline um es verwenden...

Das kann ich erst, wenn ich einmal manuell ein geschaltet habe.

n0bbi · 24 Mai 2016, 15:09:35

Hallo,

ich hab das Update gemacht und vorsichtshalber den Onkyo neu definiert. Leider klappts noch nicht ganz:

Code Auswählen


2016.05.24 14:36:59 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:59 5: SW: 49534350000000100000000b0100000021314e52495153544e0d0a

2016.05.24 14:36:59 5: ONKYO_AVR onkyo: 192.168.178.30:60128 snd ISCP!1NRIQSTN
2016.05.24 14:36:59 4: ONKYO_AVR onkyo: snd net-receiver-information -> query (NRIQSTN)
2016.05.24 14:36:59 5: ONKYO_AVR onkyo: called function ONKYO_AVR_SendCommand()
2016.05.24 14:36:59 5: ONKYO_AVR onkyo: processing change CONNECTED
2016.05.24 14:36:59 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:59 5: SW: 49534350000000100000000b0100000021314e52495153544e0d0a

2016.05.24 14:36:59 5: ONKYO_AVR onkyo: 192.168.178.30:60128 snd ISCP!1NRIQSTN
2016.05.24 14:36:59 4: ONKYO_AVR onkyo: snd net-receiver-information -> query (NRIQSTN)
2016.05.24 14:36:59 5: ONKYO_AVR onkyo: called function ONKYO_AVR_SendCommand()
2016.05.24 14:36:59 5: ONKYO_AVR onkyo: called function ONKYO_AVR_DevInit()
2016.05.24 14:36:59 1: 192.168.178.30:60128 reappeared (onkyo)
2016.05.24 14:36:59 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:59 5: ONKYO_AVR onkyo: processing change DISCONNECTED
2016.05.24 14:36:59 2: onkyo: second attempt to read timed out, this is an unrecoverable error.
2016.05.24 14:36:57 5: SW: 49534350000000100000000b0100000021315057525153544e0d0a
2016.05.24 14:36:57 3: onkyo device opened
2016.05.24 14:36:57 3: Opening onkyo device 192.168.178.30:60128
2016.05.24 14:36:57 2: onkyo: first attempt to read timed out, trying to close and open the device.
2016.05.24 14:36:57 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:55 5: SW: 49534350000000100000000b0100000021315057525153544e0d0a
2016.05.24 14:36:50 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Get()
2016.05.24 14:36:50 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:50 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:50 5: SW: 49534350000000100000000901000000213150575230310d0a

2016.05.24 14:36:50 5: ONKYO_AVR onkyo: 192.168.178.30:60128 snd ISCP	!1PWR01
2016.05.24 14:36:50 4: ONKYO_AVR onkyo: snd power -> on (PWR01)
2016.05.24 14:36:50 5: ONKYO_AVR onkyo: called function ONKYO_AVR_SendCommand()
2016.05.24 14:36:50 3: ONKYO_AVR set onkyo power on
2016.05.24 14:36:50 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:08 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:08 5: SW: 49534350000000100000000b0100000021314e52495153544e0d0a

2016.05.24 14:36:08 5: ONKYO_AVR onkyo: 192.168.178.30:60128 snd ISCP!1NRIQSTN
2016.05.24 14:36:08 4: ONKYO_AVR onkyo: snd net-receiver-information -> query (NRIQSTN)
2016.05.24 14:36:08 5: ONKYO_AVR onkyo: called function ONKYO_AVR_SendCommand()
2016.05.24 14:36:08 5: ONKYO_AVR onkyo: processing change CONNECTED
2016.05.24 14:36:08 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:08 5: SW: 49534350000000100000000b0100000021314e52495153544e0d0a

2016.05.24 14:36:08 5: ONKYO_AVR onkyo: 192.168.178.30:60128 snd ISCP!1NRIQSTN
2016.05.24 14:36:08 4: ONKYO_AVR onkyo: snd net-receiver-information -> query (NRIQSTN)
2016.05.24 14:36:08 5: ONKYO_AVR onkyo: called function ONKYO_AVR_SendCommand()
2016.05.24 14:36:08 5: ONKYO_AVR onkyo: called function ONKYO_AVR_DevInit()
2016.05.24 14:36:08 1: 192.168.178.30:60128 reappeared (onkyo)
2016.05.24 14:36:08 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:08 5: ONKYO_AVR onkyo: processing change DISCONNECTED
2016.05.24 14:36:08 2: onkyo: second attempt to read timed out, this is an unrecoverable error.
2016.05.24 14:36:06 5: SW: 49534350000000100000000b0100000021315057525153544e0d0a
2016.05.24 14:36:06 3: onkyo device opened
2016.05.24 14:36:06 3: Opening onkyo device 192.168.178.30:60128
2016.05.24 14:36:06 2: onkyo: first attempt to read timed out, trying to close and open the device.
2016.05.24 14:36:06 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()
2016.05.24 14:36:04 5: SW: 49534350000000100000000b0100000021315057525153544e0d0a
2016.05.24 14:35:42 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Get()
2016.05.24 14:35:42 5: ONKYO_AVR onkyo: called function ONKYO_AVR_Set()

Code Auswählen

Internals: 
   DEF        192.168.178.30 
   DeviceName 192.168.178.30:60128 
   FD         40 
   INPUT 
   NAME       onkyo 
   NR         157 
   NTFY_ORDER 50-onkyo 
   PARTIAL 
   PROTOCOLVERSION 2013 
   SCREENLAYER 0 
   STATE      off 
   TYPE       ONKYO_AVR 
   ZONE       1 
   Readings: 
     2016-05-24 14:20:35   power           off 
     2016-05-24 15:00:29   presence        present 
     2016-05-24 15:00:29   state           opened 
     2016-05-24 15:00:29   stateAV         off 
   Helper: 
     nextConnectionCheck 1464094919.28891 
     Receiver: 
       Device: 
         Netservicelist: 
         Selectorlist: 
         Zonelist: 
           Zone: 
             1: 
               name       Main 
               value      1 
       Input_names: 
Attributes: 
   cmdIcon    muteT:rc_MUTE previous:rc_PREVIOUS next:rc_NEXT play:rc_PLAY pause:rc_PAUSE stop:rc_STOP shuffleT:rc_SHUFFLE repeatT:rc_REPEAT 
   devStateIcon on:rc_GREEN@green:off off:rc_STOP:on absent:rc_RED playing:rc_PLAY@green:pause paused:rc_PAUSE@green:play muted:rc_MUTE@green:muteT fast-rewind:rc_REW@green:play fast-forward:rc_FF@green:play interrupted:rc_PAUSE@yellow:play 
   group      Media 
   room       Übersicht 
   stateFormat stateAV 
   verbose    5 
   webCmd     volume:muteT:input:previous:next

Leider komm ich hier nicht mehr weiter...

n0bbi · 25 Mai 2016, 15:15:00

Hallo,

hab gerade gesehen, dass die Protokoll-Version noch falsch war, hab wohl noch ein pre2013-Gerät. (Wurde das nicht immer automatisch erkannt?)

Leider kommt aber auch mit der richtigen Version weiterhin der gleiche Fehler.

Hat jemand ne Idee?

Danke

Loredo · 25 Mai 2016, 15:25:35

Zitat von: n0bbi am 25 Mai 2016, 15:15:00
hab gerade gesehen, dass die Protokoll-Version noch falsch war, hab wohl noch ein pre2013-Gerät. (Wurde das nicht immer automatisch erkannt?)

Nee, musste schon immer angegeben werden wenns ein pre2013 Gerät ist

Dem Log nach schließt der Receiver die Verbindung oder antwortet nicht richtig. Da das Verbindungsmanagement nun von Fhem's IODev gemacht wird, hat das Modul damit kaum noch was zu tun. Vielleicht hilft es den Receiver einmal stromlos zu machen, um wieder eine stabile Verbindung zu erhalten.

Loredo · 25 Mai 2016, 15:26:34

Zitat von: AmunRe am 24 Mai 2016, 13:31:13
Ich möchte auch noch eine Erfahrung loswerden.

Wenn Fhem neustartet findet er zwar den Receiver, ich kann ihn aber nicht einschalten
Das kann ich erst, wenn ich einmal manuell ein geschaltet habe.

Das klingt aber so, als wenn du im Receiver eingestellt hast, dass der Netzwerk-Standby nicht dauerhaft an ist. Ohne diese Einstellung kann Fhem den Receiver natürlich erst erreichen, wenn ihn jemand manuell eingeschaltet hat. Das war aber generell schon immer so...

Loredo · 25 Mai 2016, 15:30:18

Zitat von: 1of16 am 24 Mai 2016, 11:44:54
danke für deine Rückmeldung.
Also mein AVR hat definitiv zwei Zonen, auch wenn "list avr" nur eine anzeigt. Die zweite hatte ich bis jetzt mit "define avr_z2 ONKYO_AVR 192.168.1.97 pre2013 zone2" angesprochen.
Liegt das an dem pre2013 Modell, dass die Zone dort so stark getrennt sind? Denn mit deinem alten Modul ließen sich beide Zonen wunderbar ansprechen und steuern. Ob jetzt die zweite Zone überhaupt noch geht, muss ich später prüfen, aktuell habe ich das Gefühl nein. Denn jetzt hat avr_z2 das gleiche Power-Reading wie avr, was aber so nicht sein sollte...

Doch, die Zone hat die selben Readings, da man sie ja auch getrennt an und aus schalten kann. Das power-Reading sagt auch nur, ob das Gerät eingeschaltet bzw. in Verwendung ist oder nicht. Nur an den readings state und presence sieht man, ob das Gerät im Netzwerk erreichbar ist. Dafür kann es aber auch im Standby sein.

Den zweiten Receiver kannst du nun nicht mehr mit dem ONKYO_AVR Modul ansprechen. Wenn du diese Definition wie oben machst, dann hast du nur noch ein zweites Mal die Main-Zone. Du musst das neue ONKYO_AVR_ZONE Modul verwenden und deine alte Zone löschen. Am einfachsten geht die neue Definition, wenn du in der Main-Zone über den get-Befehl die Slave-Zone anlegst.

Gruß
Julian

n0bbi · 25 Mai 2016, 16:51:36

Zitat von: Loredo am 25 Mai 2016, 15:25:35

Nee, musste schon immer angegeben werden wenns ein pre2013 Gerät ist

Dem Log nach schließt der Receiver die Verbindung oder antwortet nicht richtig. Da das Verbindungsmanagement nun von Fhem's IODev gemacht wird, hat das Modul damit kaum noch was zu tun. Vielleicht hilft es den Receiver einmal stromlos zu machen, um wieder eine stabile Verbindung zu erhalten.

Vielen Dank, das Gerät vom Strom trennen hat tatsächlich geholfen. Jetzt funktionierts wieder

AmunRe · 25 Mai 2016, 17:24:33

Zitat von: Loredo am 25 Mai 2016, 15:26:34

Das klingt aber so, als wenn du im Receiver eingestellt hast, dass der Netzwerk-Standby nicht dauerhaft an ist. Ohne diese Einstellung kann Fhem den Receiver natürlich erst erreichen, wenn ihn jemand manuell eingeschaltet hat. Das war aber generell schon immer so...

Hi,

habe ich nicht. Er erkennt Ihn ja auch unter presence. und danach hat er Ihn ja auch immer, wenn ich einmal manuell eingeschaltet habe, bleibt er erkannt und ist vortan immer auch über netzwerk einschaltbar.