IoBroker auf QNAP TS-453 Pro, kein HarmonyHub
-
Hallo Sprite01,
gibt es etwas neues zu dem Thema?
Stehe hier mit dem selben Problem da.
LG,
Cetric
-
Nein, leider nichts neues. Ich weiß auch nicht wo ich noch ansetzen soll.
Nutze im Moment den originalen Harmony-Skill von Alexa zum schalten des TV und der Soundanlage.
Zwar nicht so schön wie mit ioBroker, aber als Hilfskrücke funktioniert es.
-
Hallo Dirk,
hast Du beide Ethernetschnittstellen am QNAP aktiviert?
Wenn ja, mit was sind die verbunden?
Normalerweise benötigt man in dem Fall, dass man VM's im lokalen Netz nutzt, nur eine Schnittstelle.
Die andere sollte man deaktivieren.
Die VM's dann im Bridge-Modus mit dem einen Ethernetadapter verbinden.
Dann hängen diese direkt im lokalen Netzwerk und bekommen die IP per DHCP oder besser manuell.
Tschau
Uwe
-
In einem anderen Thread hatten wir ein identisches Problem. Soweit ich weiß, gibt es bei virtuellen Instanzen auf NAS Probleme mit Multicast … und das wird wohl für den Harmony Hub benötigt.
Such mal bitte etwas in Forum - da war was.
Gruß,
Eric
Von unterwegs getippert
-
Hallo Eric,
Ich habe auch ein QNAP mit ioBroker laufen.
Allerdings als Docker Container und nicht als VM.
Mein Harmony Hub wurde damit problemlos gefunden.
Tschau
Uwe
-
Hallo Eric,
Ich habe auch ein QNAP mit ioBroker laufen.
Allerdings als Docker Container und nicht als VM.
Mein Harmony Hub wurde damit problemlos gefunden.
Tschau
Uwe `
Wen man Bridge-Modus benutzt sollte es kein Problem sein sonst könnte der broadcast ein Strich durch die Rechnung machen wie Eric beschrieben hat
–-----------------------
Send from mobile device
-
hast Du beide Ethernetschnittstellen am QNAP aktiviert?
Wenn ja, mit was sind die verbunden?
Normalerweise benötigt man in dem Fall, dass man VM's im lokalen Netz nutzt, nur eine Schnittstelle.
Die andere sollte man deaktivieren.
Die VM's dann im Bridge-Modus mit dem einen Ethernetadapter verbinden.
Dann hängen diese direkt im lokalen Netzwerk und bekommen die IP per DHCP oder besser manuell. `
Ich habe an der QNAP 2 LAN-Schnittstellen per Portbündelung aktiv (das war mit Bridge-Modus gemeint ?), diese hängen direkt an einer FRITZ 7590.
Meine Linux-Station ist auf der QNAP als Dienstprogramm im App-Center vorhanden, da habe ich nichts weiter getan als aktivieren.
Diese virtuellen Adapter erstellt QNAP von selbst, da habe ich keinen Plan wie es anders gehen könnte.
Auch im Linux kann ich dann nur die "gebündelte" LAN1+LAN2 wählen.
(mit nur LAN1 habe ich mal getestet, auch da habe ich virtuelle Adapter und es wird kein HarmonyHub erkannt)
Als Bild mal meine aktuelle Konfiguration - mich ärgert ja nur das es so schon mal funktionierte und ich wissentlich nichts geändert habe.
-
Hallo Dirk,
soweit ich es kenne, funktioniert das so nicht!
Die Fritzbox kann keine Portbündelung!
Deine Konfiguration führt mit Sicherheit zu Routingproblemen.
Tschau
Uwe
-
Okay, wäre ja eine Möglichkeit.
Probiere ich dann nur einen LAN-Anschluss morgen und starte noch mal durch.
-
Habe hier eine ähnliche Konfiguration.
Bei mir funktioniert es weder mit einem noch mit zwei LAN-Anschlüssen.
Bei mir ist es ebenfalls so, dass es schon mal ging.
Ich vermute, dass das Problem mit dem vorletzten NAS-Update kam.
-
Hallo cetricle,
@cetricle:Habe hier eine ähnliche Konfiguration. `
Nutzt Du Docker oder eine Linux VM für ioBroker?Mit Docker und aktueller Firmware auf der QNAP (4.3.3) funktioniert es (zumindest bei mir).
Warum willst Du 2 Ethernetanschlüsse verwenden?
Das macht nur Sinn bei getrennten Netzwerken (z.B. DMZ) oder mit einem Switch, der Portbündelung unterstützt.
Bei mir sieht der Virtual-Switch so aus:
Also alles auf einem Ethernetport und Docker/VM's alle im Bridge-Modus.Tschau
Uwe
-
Ich nutze aktuell die Linux Station.
(Erschien mir am einfachsten.)
Ich habe den Netzwerkanschlüssen nicht die Portbündelung aktiviert. Das könnte mein Switch zwar, allerdings funktioniert dann WakeOnLan nicht mehr.
Mir ging es rein um die Aufteilung der Netzwerkdienste.
-
Uwe, bei dir sieht es auch nachvollziehbar aus.
Bei mir ist dieses Bild nicht verständlich (du schreibst von Bridge-Modus ?)
Die QNAP konfiguriert ja (bei mir) die entsprechenden Anschlüsse selbst,
da habe ich ja bisher nichts eingestellt.
Ich habe jetzt ein Ethernet-Port mit Kabel aktiv und QNAP neu gestartet.
Dann dieses Bild und HarmonyHub wird nicht gefunden.
(Würde es ja auch mit Docker versuchen, habe aber zu viel Bammel das was verloren geht.
Mein ioBroker-Ordner bekomme ich ja mit WinSCP nicht richtig kopiert, da werden immer zu lange Pfadnamen angemeckert.
Dann stimmt ja auch der Hostname nicht mehr … und ... )
-
Hallo Dirk,
ich habe gerade "cetricle" zum Umstieg auf "Docker" animiert
Da lief der Harmony Hub auf Anhieb.
Evtl. möchtest Du das auch versuchen:
Also in der ContainerStation zuerst das Image auswählen und herunterladen/erstellen:
Beim Speicher sollte 1 GB genügen.
Dann die Netzwerkdaten bei den erweiterten Einstellungen anpassen.
Dabei Deine Netzwerkparameter von Hand eingeben und eine freie IP verwenden (Ausserhalb des DHCP-Bereichs des DSL-Routers)
Wenn alles läuft, über das Webinterface alles Weitere anpassen…
Ansonsten versuch einmal, den Virtuellen Switch 1 komplett abzuschalten.
Tschau
Uwe
-
Fragen:
Muss ich vor der Installation erst mein aktuell laufendes Linux stoppen ?
Komme ich nach der Installation noch an meine vorhandenen Daten unter opt/iobroker ?
Problem:In deinem angezeigten Bild steht unter Netzwerkmodus Bridgemodus.
Bei mir gibt es nur NAT oder Host als Möglichkeit.
Virtueller Switch 1 abschalten geht nicht (wird von Container verwendet sagt QNAP).
-
Hallo zusammen,
ich habe das Problem mit dem Harmony Adapter auch. Es ist eigentlich alles verfügbar, nur wird auf der Übersicht "Objekte" der Adapter auch nicht angezeigt.
Gibt es hierzu evtl. nun eine Lösung?
2678_status.png -
OK, Problem anscheinend gelöst.
Ich hoffe es hilft auch anderen weiter:
System ist 14.04 Ubuntu auf Linux Station QNAP
Bei den Einstellungen Netzwerkadapter habe ich mal alles auf DHCP only gestellt, dann wurden die Objekte des Adapters eingelesen
Anbei noch 3 Screenshots
1 davon wie nun die Adapterbelegung der QNAP ist
Es kann auch mal eine komplettes Reset der Netzwerkeinstellungen vorgenommen werden
Achtung: Einstellungen gehen verloren (geht nur wenn auch die Container Station, Linux Station und Virtualisation Station deinstalliert werden)
Hierzu benötigte Schritte
Verwendet man nur ein Netzwerkabel in LAN1
1. Deinstallieren aller Anwendungen die mit der Container Station in Verbindung sind (3 oben beschrieben)
2. folgende Kommandos in der Reihenfolge ausführen (per SSH auf QNAP einloggen)
/mnt/ext/opt/netmgr/netmgr.sh reset_all_settings_to_default
/etc/init.d/network.sh reset_network_config_to_default
/etc/init.d/network.sh clean-restart
NAS dann Rebooten (eventuell wird das NAS unter einer neuen IP erreichbar sein, sieht man z.B. in der Fritzbox)
Bei der QNAP dann als erstes die LAN 1 wieder eine statische IP vergeben (gleiche wie vorher)
Nach Übernahme der Einstellung dann in der Fritzbox wieder Haken setzen bei immer die IP vergeben
Bei der QNAP dann die statische in eine per DHCP erhaltene IP ändern (Haken zu DHCP)
Dort wieder IP immer die gleiche einstellen
2678_network.1.png
2678_network.2.png
2678_network.1.png
2678_wired.1.png -
OK, Problem anscheinend gelöst.
Achtung: Einstellungen gehen verloren (geht nur wenn auch die Container Station, Linux Station und Virtualisation Station deinstalliert werden) `
Der erste Satz klang gut da ich gleiche Konfiguration mit gleichem Problem habe.
Bei mir ist allerdings schon DHCP eingestellt.
Die Befehle über SSH werde ich aber nicht ausführen.
Bei einer Deinstallation habe ich ein viel zu unsicheres Gefühl.
-
Na dann schau mal unter Virtual Adapter den Haken bei "Spanning Tree" gesetzt hast (siehe Bild)
Bei mir läuft es jedenfall so mit bereits mitgeteilter Konfiguration
2678_adapter.png
2678_status.png -
Der Haken war beim Virtual Switch 4 nicht gesetzt, beim Virtual Switch 1 war er gesetzt.
Habe nach dem Setzen bei Virtual Switch 1 einen Restart der QNAP TS-453 Pro gemacht.
Allerdings keine Änderung … :?
Als Anlage mal mein Netzwerkbild.
