Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Eisbaeeer]

@darkiop Aha, da weht der Wind her. Die Info, dass er stromlos ist, hast du unterschlagen :blush:
Zur Funktion des Adapters. Der Adapter baut eine Socket Verbindung zum Onkyo auf. Diese bleibt "ständig" aufrecht und wird über einen Timeout kontrolliert. Nur so bekommt iobroker mit, was am Onkyo passiert. Stell dir vor, jemand schaltet den Onkyo per Fernbedienung ein und will damit eine Szene auslösen (Licht dimmen oder anderes Zeug). Deshalb erfordert der Adapter eine ständige Netzwerkverbindung.

Als Workaround müsstest du die Instanz beim aktivieren der Stromzufuhr neu starten. Dann würde er sich neu verbinden und dann sollte auch alles funktionieren.
Teste bitte mal, ob der Onkyo reagiert, wenn du ihn an den Strom anschließt (Ethernet muss explizit immer aktiv sein in den Onkyo Einstellungen) und dann die Instanz neu startest. Dann sollte es gehen.
Gruß Eisbaeeer

[darkiop]

@Eisbaeeer schaue ich mir morgen früh mal an. Ich starte und stoppe die Instanz allerdings auch automatisch sobald der onkyo wieder im Netz erreichbar ist.

[Eisbaeeer]

@darkiop Bitte stell die Instanz mal auf Debug. Da sieht man dann eventuell mehr im Log. Aber danach wieder auf info, sonst läuft dein Log voll.

[darkiop]

@Eisbaeeer Hi, hier ein Auszug mit debug mode auf der onkyo.0:

│2020-05-05 14:27:18.751  - debug: onkyo.0 (17295) system.adapter.admin.0: logging true                                                                                                                                                                           │
│2020-05-05 14:27:18.756  - debug: javascript.0 (789) system.adapter.admin.0: logging true                                                                                                                                                                        │
│2020-05-05 14:27:53.054  - debug: onkyo.0 (17295) stateChange onkyo.0.Zone1.Volume {"val":"21","ack":false,"ts":1588681673052,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1588681673052}                                               │
│2020-05-05 14:27:53.055  - debug: onkyo.0 (17295) ack is not set!                                                                                                                                                                                                │
│2020-05-05 14:27:53.055  - debug: onkyo.0 (17295) Value: 21                                                                                                                                                                                                      │
│2020-05-05 14:27:53.055  - debug: onkyo.0 (17295) id: onkyo.0.Zone1.Volume                                                                                                                                                                                       │
│2020-05-05 14:27:53.055  - debug: onkyo.0 (17295) new_val: MVL15                                                                                                                                                                                                 │
│2020-05-05 14:27:53.058  - debug: onkyo.0 (17295) stateChange onkyo.0.Device.command {"val":"MVL15","ack":false,"ts":1588681673057,"q":0,"from":"system.adapter.onkyo.0","user":"system.user.admin","lc":1588681673057}                                          │
│2020-05-05 14:27:53.059  - debug: onkyo.0 (17295) ack is not set!                                                                                                                                                                                                │
│2020-05-05 14:27:53.060  - debug: onkyo.0 (17295) Value: MVL15                                                                                                                                                                                                   │
│2020-05-05 14:27:53.060  - debug: onkyo.0 (17295) id: onkyo.0.Device.command                                                                                                                                                                                     │
│2020-05-05 14:27:53.060  - debug: onkyo.0 (17295) newcommand: MVL15                                                                                                                                                                                              │
│2020-05-05 14:27:53.062  - error: onkyo.0 (17295) Error: ERROR (send_not_connected) Not connected, can't send data: "MVL15"                                                                                                                                      │
│2020-05-05 14:27:55.465  - debug: onkyo.0 (17295) system.adapter.admin.0: logging false

[Eisbaeeer]

@darkiop Du bekommst keinen Connect zum Onkyo. Bitte prüfe nochmals, ob am Onkyo alles richtig eingestellt ist. Worauf läuft dein iobroker? Irgend welche Firewall Einstellungen (z.B. bei Windows als Gastbetriebssystem). Kannst du vom iobroker mit Telnet auf den port des Onkyo verbinden? Pingen?

[darkiop]

Ich würde sagen aus Verbindungssicht des Netzwerks schauts gut aus - er ist erreichbar und die Ports sind offen.

Parallel ist die Harmony verbunden - meinst das könnte ein Problem sein? Kann die später ausm LAN nehmen und nochmal schauen.

┬─[root@iobroker-master:/opt/iobroker]─[14:44:54]
╰─># ping onkyo
PING onkyo.xxxxxxxxxxxxxxxxxxxxxxx.de (10.3.1.5) 56(84) bytes of data.
64 bytes from onkyo (10.3.1.5): icmp_seq=1 ttl=63 time=0.938 ms
64 bytes from onkyo (10.3.1.5): icmp_seq=2 ttl=63 time=0.604 ms
^C
--- onkyo.xxxxxxxxxxxxxxxxxxxxxxx.de ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1ms
rtt min/avg/max/mdev = 0.604/0.771/0.938/0.167 ms
┬─[root@iobroker-master:/opt/iobroker]─[14:45:04]
╰─># nmap -sT onkyo
Starting Nmap 7.70 ( https://nmap.org ) at 2020-05-05 14:45 CEST
Nmap scan report for onkyo (10.3.1.5)
Host is up (0.011s latency).
Not shown: 998 closed ports
PORT     STATE SERVICE
80/tcp   open  http
8888/tcp open  sun-answerbook

Nmap done: 1 IP address (1 host up) scanned in 0.58 seconds
┬─[root@iobroker-master:/opt/iobroker]─[14:45:13]
╰─># nmap -sT onkyo -p 60128
Starting Nmap 7.70 ( https://nmap.org ) at 2020-05-05 14:45 CEST
Nmap scan report for onkyo (10.3.1.5)
Host is up (0.0011s latency).

PORT      STATE SERVICE
60128/tcp open  unknown

Nmap done: 1 IP address (1 host up) scanned in 0.29 seconds
┬─[root@iobroker-master:/opt/iobroker]─[14:45:20]
╰─># 

┬─[root@iobroker-master:/opt/iobroker]─[14:45:20]
╰─># telnet onkyo 60128
Trying 10.3.1.5...
Connected to onkyo.xxxxxxxxxxxxxxxxxxxxxxx.de.
Escape character is '^]'.

[Homoran]

@darkiop sagte in Onkyo AVR ansteuern:

onkyo.xxxxxxxxxxxxxxxxxxxxxxx.de

wieso domain .de?
ist das deine lokale IP des Onkyo-Receivers?

[darkiop]

@Homoran sagte in Onkyo AVR ansteuern:

ist das deine lokale IP des Onkyo-Receivers?

Ja, ich hab hier einen lokalen DNS Server der diese (Sub)Domain verwaltet - ist nur intern erreichbar - externer Zugriff ausschließlich per VPN.

Extern gibts diese Domain auch, zum einen zeigt die aber auf einen anderen Server und zum anderen eben auf das VPN (eigener DynDNS).

[Eisbaeeer]

@darkiop Hmm, hatte ich bisher nicht, dass zwei apps gleichzeitig auf den Onkyo zugegriffen haben. Könnte schon sein, dass der Onkyo nur eine Verbindung zulässt. Müsste ich zuhause mal testen.

[darkiop]

@Eisbaeeer Hab das jetzt mal durchgespielt - leider keine Veränderung wenn ich die Harmony offline nehme. Desweiteren hab ich die onkyo.0 Instanz mal vom Master (Docker-Container) auf meinen Slave (RPI4) gezogen - auch hier keine Besserung.

Edit: Noch ein Test in einem frischen Container (wie auf dem Master mit js-controller 3.0.20, node 10.20.1 und npm 6.14.4) - leider wieder kein connect.

[Eisbaeeer]

@darkiop Ich habe mal getestet. Der Onkyo lässt mehr clients zu. Bist du dir sicher dass deiner EISCP spricht?

[darkiop]

@Eisbaeeer Ich schau nachher mal ob ich was in Erfahrung bringen kann - ist ein Onkyo TX NR 807

[darkiop]

Gar nicht so leicht da wars zu finden :)

http://www.hifi-forum.de/viewthread-272-148.html

Ich erinnere mich aber vor ein paar Jahren mal mit irgendeiner simplen Windows Software Steuerbefehle an den Onkyo geschickt zu haben. Das könnte auch aus diesem Thread im Hifi-Forum gewesen sein.

[Eisbaeeer]

@darkiop Also wenn er sich mit der index.html steuern lässt, dann ist es 100% eiscp.

Dann habe ich keine Ahnung mehr, warum sich dein iobroker nicht mit dem Onkyo verbinden will. Es liegt sicher nicht am Adapter, da der schon mehr als hundertfach installiert ist.
Was könnte an deiner Umgebung noch schief laufen? Wenn du vom gleichen System, auf dem iobroker läuft, eine Telnet Verbindung auf die IP und den eiscp Port herstellen kannst, muss auch der Adapter funktionieren. Da du scheinbar pingen kannst, funktioniert schon mal layer3. Es muss also noch ein Problem ab layer4 sein, eher auf port ebene. Aber warum funktioniert dann z.B. dein Harmony? Ist der im gleichen LAN? Hast du auch subnetze am laufen? Gib mir mal bitte die IP´s deiner iobroker instanz, vom Onkyo und vom Harmony.
Wie fit bist du mit wireshark? Hast du eine Fritzbox? An welchem Switch hängt dein Onkyo, dein Container, etc? Du scheinst ja ein wenig tiefer in der Materie zu sein. Sind deine Switche managebar? Könntest du einen mirror Port am switch definieren, an dem du mit wireshark mitliest?
Eine Netzwerkskizze wäre prima, um einen Überblick zu bekommen. Ein ganz einfacher Test um alles andere auszuschließen wäre, wenn du dem Onkyo eine feste IP gibst und den rpi mit iobroker ebenfalls im gleichen Subnetz. Dann sollte sich der iobroker automatisch mit dem Onkyo verbinden. Er macht ja ein autodiscover und erkennt den Onkyo.
Wenn noch Fragen sind, einfach melden.
Gruß Eisbaeeer

[darkiop]

@Eisbaeeer sagte in Onkyo AVR ansteuern:

Was könnte an deiner Umgebung noch schief laufen? Wenn du vom gleichen System, auf dem iobroker läuft, eine Telnet Verbindung auf die IP und den eiscp Port herstellen kannst, muss auch der Adapter funktionieren

jep, telnet hatte ja bei port 60128 ein connected gemeldet

@Eisbaeeer sagte in Onkyo AVR ansteuern:

Aber warum funktioniert dann z.B. dein Harmony? Ist der im gleichen LAN? Hast du auch subnetze am laufen? Gib mir mal bitte die IP´s deiner iobroker instanz, vom Onkyo und vom Harmony.

Der Container des Masters ist im Netz 192.168.1.1/24 - der Slave und auch der Onkyo und das Harmony Hub im 10.3.1.1/24

Ich hatte den Adapter ja auch schon auf den Slave laufen - also dann auch im selben Sub-Netz wie der Onkyo (10.3.1.1/24).

@Eisbaeeer sagte in Onkyo AVR ansteuern:

Wie fit bist du mit wireshark? Hast du eine Fritzbox? An welchem Switch hängt dein Onkyo, dein Container, etc? Du scheinst ja ein wenig tiefer in der Materie zu sein. Sind deine Switche managebar? Könntest du einen mirror Port am switch definieren, an dem du mit wireshark mitliest?
Eine Netzwerkskizze wäre prima, um einen Überblick zu bekommen.

Bin rein aus Hobby etwas tiefer in der Materie ja, aber mit wireshark wollte ich mich schon immer wieder mal beschäftigen, durchgezogen hab ich es aber bisher nicht :)

Mittlerweile ist das bei mir eine komplette Infrastruktur von Ubiquiti / Unifi, siehe Skizze. Die Container laufen auf dem 192.168.1.43. Die Clients sind alle am selben Switch. Interne Firewall-Regeln sind aktuell nicht aktiv. Die Clients bekommen alle per DHCP immer die selbe IP zugewiesen.

Hier die Skitze aus meiner Doku:

@Eisbaeeer sagte in Onkyo AVR ansteuern:

Ein ganz einfacher Test um alles andere auszuschließen wäre, wenn du dem Onkyo eine feste IP gibst und den rpi mit iobroker ebenfalls im gleichen Subnetz.

Das hatte ich ja mit dem Verschieben der Instanz auf den Slave gemacht - werde ich gleich nochmal machen und ggf. dem RPI4 auch mal einen reboot gönnen.

Edit:

Mit dem uralten Tool aus dem Hifi Forum ISCPRemote.exe und habe ich mich auf den Onkyo verbinden und auch Befehle absetzen können. Das ganze aus dem Netz 10.1.1.1/24. Seltsamerweise funktioniert das und aus dem 10.3.1.1 des RPI4 nicht ...

Edit2:

Hab nun auch nochmals zum Test einen Container mit js-controller 2.2.9 aufgesetzt - auch hier das selbe Verhalten - Controller kann man also ausschließen.

Edit3:

Ich habe nun in einem weiteren Container (im bridge mode) phyton + pip + onkyo-eiscp installiert:

https://pypi.org/project/onkyo-eiscp/

Mit onkyo --discover wird der Onkyo nicht gefunden, aber mit onkyo --host 10.3.1.5 --port 60128 volume=50 kann ich die Lautstärke setzen. Ich kann das morgen auch mal im ioBroker-Container installieren - so müsste sich doch ein Netzwerk-Thema ausschließen lassen.

[Eisbaeeer]

@darkiop wired ;-)
So wie ich das aus deinem Schema entnehmen kann, routest du über den Unifi Security Gateway deine VLAN´s ?
Aus dem VLAN 100 kannst du connecten, aus dem VLAN 300 nicht?
Ein Onkyodiscover aus dem VLAN300 zum Onkyo, der auch im 300 hängt funktioniert nicht?
Da ist was oberfaul. Dass der Discover nur innerhalb des VLAN´s funktioniert ist klar. Der Adapter sollte den Onkyo finden, wenn er im gleichen VLAN hängt.
Wie hast du die Verbindung zwischen dem Unifi und dem Switch hergestellt? Trunk-Port? Oder jedes VLAN untagged rüber verbunden? Eventuell ist auch da noch ein Problem?
Wie gesagt, ich würde erstmal nach dem Ausschluß verfahren gehen. Einfacher Aufbau. Ein VLAN an einem "dummen" switch und dann testen. Läuft das, schrittweises Erweitern auf andere VLAN´s. Nur so kommst du auf das Problem. Alles andere sind Vermutungen. Probleme können in deiner Umgebung sein: routing, firewalls, falsche Subnetzmasken.
Auf jeden Fall interessant, was du da so aufgebaut hast. Jetzt fehlt nur noch ein AD, NPS und 802.1x. :dark_sunglasses: Wenn du das dann verinnerlicht hast, kannst du bei mir anfangen ;-)

[darkiop]

@Eisbaeeer sagte in Onkyo AVR ansteuern:

@darkiop wired
So wie ich das aus deinem Schema entnehmen kann, routest du über den Unifi Security Gateway deine VLAN´s ?
Aus dem VLAN 100 kannst du connecten, aus dem VLAN 300 nicht?
Ein Onkyodiscover aus dem VLAN300 zum Onkyo, der auch im 300 hängt funktioniert nicht?

Genau, läuft alles übver das USG - Firewall ist fürs interne Netz gerade nicht aktiv.

Ich habe jetzt auch im Container des Masters (kein VLAN) per pip onkyo-eiscp installiert und kann darüber direkt die Lautstärke ändern.

Desweiteren habe ich den Port an dem der Onkyo hängt auf untagged gesetzt - hat jetzt also eine IP aus dem 192.168.1.1/24 (wie auch der Container des Masters). Discover funktioniert trotzdem nicht.

Hier also das selbe Verhalten - egal ob der Onkyo im VLAN ist oder nicht (discover geht nicht, Befehlen senden schon). Trifft auch für den Onkyo Adapter zu - connect funktioniert aus beiden Netzen nicht. Ist der connect abhängig vom discover?

┬─[root@iobroker-master:/opt/iobroker]─[13:30:51]
╰─># onkyo --host 192.168.1.100 --port 60128 volume=30
unknown-model: master-volume = 30
┬─[root@iobroker-master:/opt/iobroker]─[13:36:06]
╰─># onkyo --discover
┬─[root@iobroker-master:/opt/iobroker]─[13:36:14]
╰─># 

Ein connected sieht man im Log auch nicht:

2020-05-06 13:41:32.518  - info: onkyo.0 (15142) Connecting to AVR 192.168.1.100:60128
2020-05-06 13:41:32.528  - debug: onkyo.0 (15142) DEBUG (sent_discovery) Sent broadcast discovery packet to 192.168.1.100:60128  

@Eisbaeeer sagte in Onkyo AVR ansteuern:

Wie hast du die Verbindung zwischen dem Unifi und dem Switch hergestellt? Trunk-Port? Oder jedes VLAN untagged rüber verbunden? Eventuell ist auch da noch ein Problem?

Direkt per Kabel am Switch - untagged.

@Eisbaeeer sagte in Onkyo AVR ansteuern:

Wie gesagt, ich würde erstmal nach dem Ausschluß verfahren gehen. Einfacher Aufbau. Ein VLAN an einem "dummen" switch und dann testen. Läuft das, schrittweises Erweitern auf andere VLAN´s. Nur so kommst du auf das Problem. Alles andere sind Vermutungen. Probleme können in deiner Umgebung sein: routing, firewalls, falsche Subnetzmasken.

Das hab ich doch, wenn ich über keine VLANs mehr gehen (wie oben beschrieben) soweit getestet oder?

@Eisbaeeer sagte in Onkyo AVR ansteuern:

Auf jeden Fall interessant, was du da so aufgebaut hast. Jetzt fehlt nur noch ein AD, NPS und 802.1x. Wenn du das dann verinnerlicht hast, kannst du bei mir anfangen

Danke :D Du wirst lachen, über ein AD hab ich schon mal nachgedacht - liese sich ja auch über die Synology 918+ betreiben :) NPS sagt mir nichts ....
802.1x (Radius?) hatte ich mal fürs WLAN aktiv - aber irgendwie nervig wenn nicht jeder Client da mitspielt und man wieder ausnahmen braucht ...
Für die LAN Dosen außerhalb des Hauses wäre das aber schon interressant :)

Gruß

[Eisbaeeer]

@darkiop Ich fürchte fast, dass der Receiver nicht voll unterstützt wird. Wie alt ist der denn? Ich finde den auch in keiner Liste wieder.

[darkiop]

@Eisbaeeer Müsste 2009 gewesen sein:

https://www.i-fidelity.net/news/details/c/dc843b85569e0d4ce9e83ce7e9d68f88/article/onkyo-praesentiert-heimkino-receiver-tx-sr707tx-nr807.html

Grundsätzlich:

Da ja der Weg über onkyo-eiscp auf der Shell funktioniert - kann ich mir das was brauche auch über ein eigenes Skript zusammenbauen. Entweder im Container und ich schieb das dann auch auf meinen RPI4 (Slave).

[Eisbaeeer]

@darkiop Oha, ja der hat schon ein gewisses Alter. Aber Onkyo ist eben gut. Ich könnte mir vorstellen, dass das die Anfänge von EISCP waren und da eben noch nicht alles implementiert ist. Ich hab mir schon überlegt, ob ich mir einen neuen zulege, aber mein bisheriger tut es noch und ist zu schade zum weggeben.