NEWS
Z-Wave Geräte verbinden sich nicht wieder automatisch
-
Hi Leute.
Ich arbeite mich gerade in iobroker ein.
iobroker läuft bei auf einer QNAP NAS in einer VM unter Ubuntu 18 LTS. Ich nutze für iobroker als Z-Wave Zentrale für momentan 2 Devolo Thermostate und 2 Cyrus Fensterkontakte und möchte das später weiter ausbauen. Nun ist das USB Handlich auf der QNAP NAS für virtuelle Maschinen etwas gruselig, was bedeutet, bei jedem Hochfahren der VM muss der USB Stick (ZMEEUZB1) wieder neu mit der VM verbunden werden. Die Z-Wave Geräte sind zwar nach dieser Aktion noch soweit in iobroker vorhanden, sind aber nicht mehr verbunden (die Devolo zeigen im Display "E5"). Eines der Fensterkontakte will sich auch nicht mehr automatisch mit dem Stick verbinden (Batt. raus und wieder rein hilft in den meisten Fällen). Die Devolo muss ich aber "von der Heizung deinstallieren" und wieder "installieren" damit die Verbindung wieder aufgebaut wird. Jeztzt graut es mir davor, später bei 12 Heizungen die Thermostate z.B. nach jedem Firmwareupdate der NAS wieder neu verbinden zu müssen. Gibt es da einen Trick den ich noch nicht kenne?
-
sicher?? bei mir dauert es manchmal ein Tag bis die Devolos bzw Danfoss die Daten melden.. hab aber nen Pi am laufen..
kann mir nicht vorstellen das der Stick die Geräte verliert.. da diese explizit mit dem Stick gekommpet werden. egal wo man diesen Nutzt sind die Geräte nur an diesen gebunden.. ergo steckst den woanders rein werden die Geräte auch mit genommen
-
Nun, einen ganzen Tag hab ich nicht gewartet aber durchaus 2-3h schon. Da ich das nun mittlerweile das dritte mal hatte, versuchte ich irgendwie Abhilfe zu schaffen. Aber wenn du sagst bis zu einem Tag … Ich werde es beobachten. Danke für deine Erfahrungen.
-
Ich hol diesen Therad hier nochmal hoch, weil ich immer noch die Probleme des Reconnects mancher Geräte habe.
Ich habe gestern mein iobroker System auf andere Hardware portiert und musste logischerweise außer Betrieb nehmen. Einige Thermostate (Devolo/Danfoss) zeigten im Display E5, einige davon konnte ich mit Batterie raus/rein wieder zum kommunizieren bewegen, eines musste ich komplett neu pairen, auch zwei Fensterkontakte (Cyrus). Die bekam ich beim besten Willen nicht mehr dazu sich bei iobroker zu melden. Hier blieb mir auch wieder nur exclude/reset/include.
Das kann aber doch nicht Dauerzustand sein. Sämtliche Scripts muss ich wieder anpassen. Wenn das mehr Geräte werden, hab ich nach jedem Stromausfall zwei Tage zu tun :evil:
Ich habe noch zigbee Sensoren, auch per Stick angebunden, da hab ich keinerlei Reconnect-Probleme.
-
hmm komisch..
ich habe die Probleme nicht.. bei mir sind die Geräte nach einem Reboot immer noch da.. und sind steuerbar
wenn du wie du schreibst auf eine neue Hardware portiert hast hast du auch openzwave neu installiert.. da kann es vorkommen (kommt drauf an wie alt deine Installation war) dass manche Geräte neu angelenrt werden mussten..war bei mir auch so..nur das hat nichts mit iobroker zu tun.. das ist die Komminukationsschnittstelle wenn sich hier was ändert und da passiert ständig dann kann das schon sein….
ergo
> never touch a running system
-
Mit Hardwareumzug meine ich, ich habe die VM von einer QNAP NAS auf eine andere verschoben. Ein "kurzer" Reboot macht noch keine Probleme. Hier war es ein Ausfall von ca. 1,5-2h. Und da sind mir einige der Geräte weggeflogen. Andere konnten sich aber wieder ordentlich verbinden. Ich denke nicht, dass ich da neu installieren muss, oder?
Ist es vielleicht der Stick, der die Probleme macht? Ich hätte noch einen anderen, anderer Hersteller. Würde ich die Geräte dort "rüberschaffen" können?
-
nö die Geräte sind an den EINEN Stick gebunden.. wenn dann musst du die Geräte an den neuen anlernen ..dann ist dieser NUR gültig.
-
Hab jetzt die Z-Wave Instanz sowie den Adapter entfernt. Den USB Stick gewechselt, die Libs noch einmal neu kompiliert. Adapter und Instanz neu installiert. Nun lerne ich die Geräte neu an. Da werde ich das WE zu tun haben … Ich hoffe ich werde damit ein stabilieres System bekommen.
-
welchen Stick hast du gehabt und was ist jetzt drinn
-
Der war erst dran: https://www.amazon.de/dp/B00VKEH1BQ/ref … E_SCE_dp_1
Den verwende ich jetzt: https://www.amazon.de/dp/B01NCSPFEO/ref ... E_SCE_dp_1
Mit dem jetzigen hab ich etwas Probleme mit der Reichweite.
-
hmm .. den ZMEEUZB1 hab ich auch.. läuft ohne Probleme
-
Ich hoffe troetzdem mit dem Wechsel etwas mehr Stabilität zu bekommen. Das nun "hinzugewonnene" Recihweitenproblem werde ich erstmal mit einem POPP Zwischenstecker (https://www.hornbach.de/shop/Popp-Zwisc … tikel.html) kompensieren. Spricht da etwas dagegen?
-
Ich glaube mein Projekt ist gestorben. Die QNAP NAS hat heute um 11.30h wieder ohne irgendwelche Protokolleinträge die USB Devices von der VM getrennt. Bis ich das mitbekommen habe waren wieder alle Z-Wave Geräte getrennt. Nun renne ich wieder durchs Haus und versuche alles neu zu verbinden.
Mir macht das keinen Spaß mehr. Vorallem weiß ich nicht, wie ich das lösen soll. Bei QNAP ist schon seit 'nem viertel Jahr das Ticket offen aber getan hat sich da nichts: ` > Ich habe Ihren Fall an die Entwicklung weitergegeben und hoffe auf eine schnelle Bearbeitung.
Sobald es Rückfragen gibt oder mir Neuigkeiten vorliegen, melde ich mich schnellstmöglich noch einmal bei Ihnen. `
Das ist jetzt 2 Monate her.Das USB Handling bei QNAP ist eine ablsolute Katastrophe. Ich kann hier nur jedem abraten, der ähnliches vor hat.
-
So letzte Chance:
Hab mir jetzt ein Script gebastelt, was auf der NAS minütlich prüft, ob die USB Geräte noch mit der VM verbunden sind. Wenn nicht werden sie neu verbunden und der Z-Wave Adapter und der zigbee Adapter werden neu gestartet.
#!/bin/bash res=`/QVS/usr/bin/virsh dumpxml d70577ed-702e-4a80-83df-b7d7d008fa8b |grep "0x0658" ` if [[ $res != " <vendor id="0x0658">" ]]; then /QVS/usr/bin/virsh attach-device d70577ed-702e-4a80-83df-b7d7d008fa8b --file /share/CACHEDEV1_DATA/VM/iobroker/usbdev1.xml> --config /QVS/usr/bin/virsh attach-device d70577ed-702e-4a80-83df-b7d7d008fa8b --file /share/CACHEDEV1_DATA/VM/iobroker/usbdev2.xml> --config ssh -i /share/VM/iobroker/sshkey root@192.168.253.236 'iobroker restart zwave.0' ssh -i /share/VM/iobroker/sshkey root@192.168.253.236 'iobroker restart zigbee.0' fi</vendor>
Es ist schon traurig, sich aufgrund der Unfähigkeit der QNAP Programmierer so ein Konstrukt ausdenken zu müssen.
Da sich beim Neuverbinden die USB Devs (ttyACMx) in der VM durchaus verändern können, bin ich froh, dass 1. der zigbee Adapter mit dem Alias angesprochen wird und das 2. der Z-Wave Adapter scheinbar den Port selbst sucht.
Ich hoffe, dass tut nun …
-
Das Projekt ist mit QNAP als VM-Host gestorben. Bei einem reconnect der USB Devices von der NAS werden leider die Device-Nummern geändert. Diese müssen aber auch in der xml Datei mit übergeben werden. Das in einem Script zu lösen ist der Aufwand nicht wert.
Bis QNAP das USB Handling hier nicht im Griff hat, ist es kein weiterer Versuch wert.
Ich denke jetzt über Alternativen nach.
-
nimm nen Pi nur für Zwave in Multihost.. :lol: läuf seit Jahren
-
Man, kannst du Gedanken lesen :lol:
Ich habe hier noch einen Raspi 3b in der Schublade.
Kannst du mir einen Tipp geben, wie am besten hier vorgehen müsste, um so wenig wie möglich Aufwand zu haben. Mir geht es hier um die Schritte nach der Einbindung des zweiten Hosts.
-
da ist nix anders.. Stick rein . Adapter installieren.. Geräte suchen.. fettich
-
Den Adapter auf dem jetzigen Host muss ich aber schon vorher löschen, oder?
Ich werde auch den zigbee Stick mit am Raspi betreiben. Gleiche Vorgehensweise?
-
Den Adapter auf dem jetzigen Host muss ich aber schon vorher löschen, oder?
Ich werde auch den zigbee Stick mit am Raspi betreiben. Gleiche Vorgehensweise? `
jo den jetzigen Adapter löchen..
die Geräte sollten dann ales ercheinen…. mit dem Zigbee sollte das gleiche sein