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

[riker1]

Ah super, danke Top.

[delMar]

Auslesen geht nicht, in FHEM nachziehen geht und steht in der CommanRef für das Attribut "input" (für die, die genau lesen können):

Und für die *ganz* genauen Leser: das Attribut heißt 'inputs' (plural) 

Code-Sample fürs Protokoll:

Code Auswählen Erweitern


attr device inputs BD/DVD:CBL/SAT:GAME:STRM_BOX:DAB:FM:CD:TV:PHONO,Plattenspieler:NET:USB:BT_AUDIO

Das Attribut ist im Normalfall schon vorbefüllt. Statt 'PHONO' zeigt das input dropdown dann 'Plattenspieler'

[Loredo]

Pah! I designed it! 

[SouzA]

Aktuelle Firmware installieren. Nicht mit mehreren Geräten gleichzeitig das Gerät steuern, denn die Anzahl gleichzeitiger Verbindungen ist (war mal) begrenzt. IIRC waren es mal 2 gleichzeitige Verbindungen, wovon FHEM eine konstant verwendet. Mehrere FHEM Neustarts hintereinander könnten aber dazu führen, dass alte Sessions im Receiver noch offen sind. AFAIK gibt es keine Möglichkeit für das Modul die Verbindung geregelt zu schließen, außer den TCP Kanal zu schließen.

Welche weiteren Verbindungen sollen das sein oder wie finde ich das heraus?
Ich habe lediglich fhem zur Steuerung (und die Ferne)... Die App hab ich nur zum testen genutzt.
Gerade auch wieder das Problem. Kurz die def neu gespeichert dann ging es zwei Minuten, dann sagt fhem das Gerät ist offline.

Bin für Tipps dankbar.

Bis denn
SouzA

[Loredo]

Welche weiteren Verbindungen sollen das sein

Handy App z.B. - die Frage kannst nur du selbst beantworten.
Gibt aber auch Modelle, wo die Firmware einfach buggy ist.

[riker1]

Hallo

ich habe einen tx-nr646.

merkwürdigerweise kann ich nicht input GAME schalten.
Per App geht es.

Per FHEM Modul will er GAME nicht nehmen.

egal ob umbenannt oder nicht.

Gibt es da noch etwas?

[pc1246]

Moin
Hattest du vorher schon mal einen Anderen? Bei mir hatte sich das Modul das gemerkt, und nur durch loeschen und neu erstellen kamen die neuen Eingaenge. Es gab aber auch irgendeinen Befehl!?
Gruss Christoph

[riker1]

Hallo,
ja hatte einen anderen mal dran.

Allerdings hatte ich schon das device gelöscht und wieder angelegt.

...glaube aber ohne Fhem neustart dazuwischen.....das probiere ich nochmal

Danke

[SouzA]

Handy App z.B. - die Frage kannst nur du selbst beantworten.
Gibt aber auch Modelle, wo die Firmware einfach buggy ist.

Naja, das der AVR sich sperrt halte ich nicht für plausibel. Schließlich muss man ja bei fhem was machen, dass es wieder funzt.

Kann das sein, dass es ein Problem mit den Zonen gibt?

Code Auswählen Erweitern

2019.06.13 22:39:31 5: ONKYO_AVR wozi_PIONEER_AVR: con power(PWR01): return zone1 value '01' converted through VALUE from HASH table to 'on'
2019.06.13 22:39:31 4: ONKYO_AVR wozi_PIONEER_AVR: rcv power = on
2019.06.13 22:39:31 5: ONKYO_AVR wozi_PIONEER_AVR: con input(SLI12): return zone1 value '12' converted through device information to 'TV'
2019.06.13 22:39:31 4: ONKYO_AVR wozi_PIONEER_AVR: rcv input = TV
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: raw 49534350000000100000000a01000000213144494d30321a0d0a ISCP............!1DIM02...
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: con dimmer-level(DIM02): return zone1 value '02' converted through VALUE from HASH table to 'dark'
2019.06.13 22:39:32 4: ONKYO_AVR wozi_PIONEER_AVR: rcv dimmer-level = dark
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: raw 49534350000000100000000a010000002131414d5430301a0d0a ISCP............!1AMT00...
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: con mute(AMT00): return zone1 value '00' converted through VALUE from HASH table to 'off'
2019.06.13 22:39:32 4: ONKYO_AVR wozi_PIONEER_AVR: rcv mute = off
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: raw 49534350000000100000000a0100000021314d4f5430301a0d0a ISCP............!1MOT00...
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: con music-optimizer(MOT00): return zone1 value '00' converted through VALUE from HASH table to 'off'
2019.06.13 22:39:32 4: ONKYO_AVR wozi_PIONEER_AVR: rcv music-optimizer = off
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: raw 49534350000000100000000a01000000213152415330301a0d0a ISCP............!1RAS00...
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: con cinema-filter(RAS00): return zone1 value '00' converted through VALUE from HASH table to 'off'
2019.06.13 22:39:32 4: ONKYO_AVR wozi_PIONEER_AVR: rcv cinema-filter = off
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: raw 49534350000000100000000e010000002131544652423030542b331a0d0a ISCP............!1TFRB00T+3...
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: con tone-front(TFRB00T+3): unconverted return of zone1 value 'B00T+3'
2019.06.13 22:39:32 4: ONKYO_AVR wozi_PIONEER_AVR: rcv tone-front = B00T+3
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: raw 49534350000000100000000a01000000213150435430311a0d0a ISCP............!1PCT01...
2019.06.13 22:39:32 4: ONKYO_AVR wozi_PIONEER_AVR: con _PCT(PCT01): FAIL: Don't know how to convert, not in ONKYOdb or zone may not be defined: PCT01
2019.06.13 22:39:32 4: ONKYO_AVR wozi_PIONEER_AVR: rcv _PCT = 01
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: raw 49534350000000100000000b0100000021314954563030301a0d0a49534350000000100000000b0100000021314e4453452d2d1a0d0a ISCP............!1ITV000...ISCP............!1NDSE--...
2019.06.13 22:39:32 4: ONKYO_AVR wozi_PIONEER_AVR: con _ITV(ITV000): FAIL: Don't know how to convert, not in ONKYOdb or zone may not be defined: ITV000
2019.06.13 22:39:32 4: ONKYO_AVR wozi_PIONEER_AVR: rcv _ITV = 000
2019.06.13 22:39:32 5: ONKYO_AVR wozi_PIONEER_AVR: con net-usb-device-status(NDSE--): unconverted return of zone1 value 'E--'
2019.06.13 22:39:32 4: ONKYO_AVR wozi_PIONEER_AVR: rcv net-usb-device-status = E--
2019.06.13 22:39:33 5: ONKYO_AVR wozi_PIONEER_AVR: called function ONKYO_AVR_Set()
2019.06.13 22:39:33 3: ONKYO_AVR set wozi_PIONEER_AVR off
2019.06.13 22:39:33 5: ONKYO_AVR wozi_PIONEER_AVR: called function ONKYO_AVR_SendCommand()
2019.06.13 22:39:33 4: ONKYO_AVR wozi_PIONEER_AVR: snd power -> off (PWR00)
2019.06.13 22:39:33 5: ONKYO_AVR wozi_PIONEER_AVR: 192.168.178.42:60128 snd ISCP
!1PWR00

2019.06.13 22:39:33 5: SW: 49534350000000100000000901000000213150575230300d0a
2019.06.13 22:39:33 5: ONKYO_AVR wozi_PIONEER_AVR: raw 49534350000000100000000a01000000213150575230301a0d0a ISCP............!1PWR00...
2019.06.13 22:39:33 5: ONKYO_AVR wozi_PIONEER_AVR: con power(PWR00): return zone1 value '00' converted through VALUE from HASH table to 'off'
2019.06.13 22:39:33 4: ONKYO_AVR wozi_PIONEER_AVR: rcv power = off
2019.06.13 22:39:33 5: ONKYO_AVR wozi_PIONEER_AVR: called function ONKYO_AVR_Set()
2019.06.13 22:39:33 5: ONKYO_AVR wozi_PIONEER_AVR: called function ONKYO_AVR_Set()
2019.06.13 22:40:33 5: SW: 49534350000000100000000b0100000021315057525153544e0d0a
2019.06.13 22:40:36 5: ONKYO_AVR wozi_PIONEER_AVR: called function ONKYO_AVR_Set()
2019.06.13 22:40:36 5: ONKYO_AVR wozi_PIONEER_AVR: called function ONKYO_AVR_Set()
2019.06.13 22:40:36 2: wozi_PIONEER_AVR: first attempt to read timed out, trying to close and open the device.
2019.06.13 22:40:36 3: Opening wozi_PIONEER_AVR device 192.168.178.42:60128
2019.06.13 22:40:36 1: wozi_PIONEER_AVR: Can't connect to 192.168.178.42:60128: No route to host
2019.06.13 22:40:36 5: ONKYO_AVR wozi_PIONEER_AVR: processing change DISCONNECTED
2019.06.13 22:40:36 5: ONKYO_AVR wozi_PIONEER_AVR: called function ONKYO_AVR_Set()
2019.06.13 22:40:36 5: ONKYO_AVR wozi_PIONEER_AVR: called function ONKYO_AVR_Set()
2019.06.13 22:40:36 5: SW: 49534350000000100000000b0100000021315057525153544e0d0a
2019.06.13 22:40:36 2: wozi_PIONEER_AVR: second attempt to read timed out, this is an unrecoverable error.
2019.06.13 22:40:36 5: ONKYO_AVR wozi_PIONEER_AVR: processing change DISCONNECTED
2019.06.13 22:40:36 5: ONKYO_AVR wozi_PIONEER_AVR: called function ONKYO_AVR_Set()
2019.06.13 22:40:36 5: ONKYO_AVR wozi_PIONEER_AVR: called function ONKYO_AVR_Set()
2019.06.13 22:41:36 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:41:36 4: IP: 192.168.178.42 -> 192.168.178.42
2019.06.13 22:41:38 4: HttpUtils: 192.168.178.42: Keine Route zum Zielrechner
2019.06.13 22:41:38 4: ONKYO_AVR wozi_PIONEER_AVR: 192.168.178.42: Keine Route zum Zielrechner
2019.06.13 22:42:38 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:42:38 4: IP: 192.168.178.42 -> 192.168.178.42
2019.06.13 22:42:41 4: ONKYO_AVR wozi_PIONEER_AVR: connect to http://192.168.178.42:60128 timed out
2019.06.13 22:43:41 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:43:41 4: IP: 192.168.178.42 -> 192.168.178.42
2019.06.13 22:43:44 4: ONKYO_AVR wozi_PIONEER_AVR: connect to http://192.168.178.42:60128 timed out
2019.06.13 22:44:44 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:44:44 4: IP: 192.168.178.42 -> 192.168.178.42
2019.06.13 22:44:49 4: ONKYO_AVR wozi_PIONEER_AVR: connect to http://192.168.178.42:60128 timed out
2019.06.13 22:45:49 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:45:49 4: IP: 192.168.178.42 -> 192.168.178.42
2019.06.13 22:45:52 4: ONKYO_AVR wozi_PIONEER_AVR: connect to http://192.168.178.42:60128 timed out
2019.06.13 22:46:52 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:46:52 4: IP: 192.168.178.42 -> 192.168.178.42
2019.06.13 22:46:55 4: ONKYO_AVR wozi_PIONEER_AVR: connect to http://192.168.178.42:60128 timed out
2019.06.13 22:47:55 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:47:55 4: IP: 192.168.178.42 -> 192.168.178.42
2019.06.13 22:47:58 4: ONKYO_AVR wozi_PIONEER_AVR: connect to http://192.168.178.42:60128 timed out
2019.06.13 22:48:58 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:48:58 4: IP: 192.168.178.42 -> 192.168.178.42
2019.06.13 22:49:01 4: ONKYO_AVR wozi_PIONEER_AVR: connect to http://192.168.178.42:60128 timed out
2019.06.13 22:50:01 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:50:01 4: IP: 192.168.178.42 -> 192.168.178.42
2019.06.13 22:50:04 4: ONKYO_AVR wozi_PIONEER_AVR: connect to http://192.168.178.42:60128 timed out
2019.06.13 22:51:04 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:51:04 4: IP: 192.168.178.42 -> 192.168.178.42
2019.06.13 22:51:07 4: ONKYO_AVR wozi_PIONEER_AVR: connect to http://192.168.178.42:60128 timed out
2019.06.13 22:52:07 5: HttpUtils url=http://192.168.178.42:60128/
2019.06.13 22:52:07 4: IP: 192.168.178.42 -> 192.168.178.42

Bis denn
SouzA

[Loredo]

Ah, ein Pioneer, kein Onkyo. Damit wurde das Modul nie entwickelt.
Ich besitze auch keinen AV Receiver mehr, daher kann ich nicht weiter helfen. delmar hat deshalb die Weiterentwicklung übernommen.


Wie man aber sehen kann verabschiedet sich der Receiver aus dem Netzwerk und antwortet nicht mehr auf TCP Anfragen. Früher gab es mal defekte Boards in Onkyo Receivern, vielleicht ist das hier auch der Fall.

[SouzA]

Ok ok...Asche auf mein Haupt! Man sollte der Fehlersuche mehr Zeit einräumen.

Eine genauere Untersuchung der Sachlage hat folgendes ergeben:

Lag doch am AVR. Der ist gelegentlich mit Überlast ausgestiegen. In der Notabschaltung hängt der dann auch nicht mehr am Netzwerk und macht sich selber komplett "tot".
Ist mir gar nicht so aufgefallen, dass das an einer Notabschaltung lag...

Wie kommt es dazu:
Das Problem ist, dass ich parallel zum ein-/ausschalten des AVR, über eine Funksteckdose zwei Subs mit steuere bzw. auch ein-/ausschalte.
Beim gleichzeitigen ausschalten von AVR und Subs scheint der AVR über seine Sub-Ausgänge einen Kurzschluss festgestellt zu haben und ist dann in Notabschaltung, nicht in Standby.
Ob es nun an einem Fehlerhaften Sub oder Spannungsspitzen liegt, vermag ich nicht zu sagen.

Nun habe ich die Abschaltung der Subs zeitverzögert zur Abschaltung AVR gesteuert, und nun bleibt der AVR auch zuverlässig am Netz.

Vielen Dank.
Bis denn
SouzA

[Fusssel]

Dank delmar verwende ich jetzt die screenItem000x readings um z.B. bei tunein den gewünschten Radiosender zu wählen. Hierzu verwende ich den screenCursor und die sceenItems um das selected Item zu ermitteln und über eine ReadingsGroup anzuzeigen.

Dies funktioniet bei den channels nicht, da es hier 12 und nicht nur 10 für eine Bildschirmansicht gibt.
Dies zeigt sich, wenn ich die channels anzeigen lasse und den screenCursor mit dem screenItems vergleiche. Die ersten beiden screenItems, also 0000/0001 werden nie angezeigt, weil sie bei meinem Pioneer Receiver wohl überschrieben werden von quasi 0010 und 0011. Somit kann ich immer nur die letzten 10 anzeigen.
Mit anderen Worten: Das ScreenItem0000 zeigt den Wert von 0010 an und screenItem 0001 den Wert von 0011. Somit kann ich bei einem screenCursor von 0 nicht unterscheiden, ob das screenItem 0000 oder 0010 gemeint ist!

Der screenCursor läuft auch nur bis 9 und hat dann einen Überlauf und beginnt wieder mit 0. Würde er dies nicht tun, dann hätte ich gesagt, müssten nur die screenItems 10 und 11 angelegt werden. Aber vielleicht liefert der Receiver eben auch nur Werte bis 9 zurück, was ja ein Bug wäre.

Kennt sich hier jemand damit aus?

Beste Grüße
Martin

[delMar]

Der screenCursor läuft auch nur bis 9 und hat dann einen Überlauf und beginnt wieder mit 0. Würde er dies nicht tun, dann hätte ich gesagt, müssten nur die screenItems 10 und 11 angelegt werden. Aber vielleicht liefert der Receiver eben auch nur Werte bis 9 zurück, was ja ein Bug wäre.

Ja, das ist mir auch aufgefallen. Aus meiner Sicht ist das ein Bug in der Receiver API.


schöne Grüße
Martin

[trs]

Hallo delmar,

hast du dir das Problem mit der Auswahl eines Internet-Senders angesehen?

Gruss
Thorsten

[delMar]

Hallo delmar,hast du dir das Problem mit der Auswahl eines Internet-Senders angesehen?

Hi Thorsten,
leider hab ich die Zeit noch nicht gefunden.
Aber die Urlaubszeit kommt näher und ich hoffe, dass ich dann wieder ein paar Abende finde, um die offenen FHEM Punkte zu klären.

schöne Grüße
Martin