Bitte Testen: Z-Wave Associations UI und Include Fix
-
Betrifft Batteriebetriebene Geräte:
Ich kann zumindest bestätigen, dass ein ausgegrautes Häkchen im Admin (also wenn .ready = false) nicht zwangsweise auch bedeutet, dass das Gerät nicht mehr funktioniert. Nach einem Adapterneustart bleibt dieses Häkchen grau, bis es zu einem Wakeup des Gerätes kommt. Das normale Sensor-Daten senden reicht dafür nicht aus, diese werden zwar empfangen, das Gerät erkennt OZW aber weiterhin nicht als "ready".
Die Aeotrec-Multisensoren (5) hatten bei mir default alle Wakeup auf 0, also NIE. Ich habe dort nun Werte von ein paar Stunden eingetragen, allein schon, damit das Gerät sich hin und wieder geänderte Konfigurationsparameter abholt. Dies hat bis jetzt tatsächlich auch gut funktioniert. Vorher war es ein richtiger Kampf geänderte Konfigurationsparameter überhaupt auf den Sensor zu bekommen. Bei einem Fibaro Sensor war das hingegen nie ein Problem.
-
Habe mir für heute extra ein langes aktives USB Kabel gekauft damit ich die Z Wave Geräte wieder leicht ex- und inkludieren kann
Aber irgendwie spinnt bei mir jetzt auch das exkludieren :?: Direkt übers UI das Gerät löschen geht gar nimmer kommt immer "Der Befehl ist fehlgeschlagen - fehlgeschlagen". Dann habe ich den Wall Plug auf Werkseinstellungen zurück gesetzt und wollte es über UI vom Adapter manuell löschen. Nach langem gezicke ging das dann :lol: Dann hat er mitten drinnen den berühmten Node 4 wieder drinnen gehabt obwohl er gelöscht war und den neuen auch Node für den selben Plug hatte er direkt darüber… Obwohl Nummerierung 34 und 4 auch nicht so ganz stimmt
Dann musste ich das Danalock löschen und neu anlernen und jetzt geht der Adapter leider gar nicht mehr hoch. Bringt immer wieder Fehler terminated due to SIGSEGV oder SIGBART, siehe Screens. Habe auch davor die ganzen Fehlermeldungen gescreent in der Hoffnung, dass da jemand durchsteigt
Neustart habe ich versucht, Stick aus- einstecken.... Hättet ihr noch einen Rat? Bitte sagt jetzt nicht wieder alles von Vorne machen :oops:
2548_img_0068.png
2548_img_0063.jpg
2548_img_0064.jpg
2548_img_0065.jpg
2548_img_0066.jpg
2548_img_0070.jpg -
beende den adapter und schaue ob nicht noch eine Instanz dessen läuft
ist bei mir ab und an der fall
also
asapter im Admin beenden
top(oder htop) und dan zwave suchen
läuft da noch einer dann beenden
jetzt kannst du den Adapter im Admin wieder starten
-
Danke, was meinst mit
top(oder htop) und dan zwave suchen `
Wenn ich den Adapter stoppe kommt keine Meldung mehr im Log.
Jetzt wenn ich wieder starte kommt das. Denke der hat jetzt Probleme, weil Node 2 das Danalock ist und das ja eigentlich gelöscht sein mûsste. Soll ich mal probieren Node2 im Reiter Ojekte manuell zu lœschen?
2548_img_0078.jpg -
laut der host bezeichnung hast du ein ubuntu… in der konsole mal top ausführen .. damit sieht du alle prozesse..
der htop ist bissel komfortabler.. kannst dazuinstalleiren apt-get install htop
-
Ne zeigt leider kein ZWave Adapter an weder im ausgeschalteten Adapter Zustand noch im "Eingeschalteten".
-
Hab ihn jetzt wieder zum Laufen gebracht mit Update auf 0.7.0, Löschproblem bleibt aber leider bestehen… Geht zwar holprig aber geht
-
Das kann aber auch gut am langen USB Kabel liegen, wenn die Kommunikation zwischen OZW und Stick schon fehl schlägt.
-
Habe die naive Lifeline-Erkennung verbessert: https://github.com/ioBroker/ioBroker.zwave/pull/20
Warte noch auf Merge, dann kann getestet werden @Apollon77
closed Fix lifeline detection in admin #20
-
Kann ich erst nach meinem Urlaub machen am 21.8., da da nicht per phone geht weil ein Test fehlgeschlagen ist
-
Kann ich erst nach meinem Urlaub machen am 21.8., da da nicht per phone geht weil ein Test fehlgeschlagen ist
`
Aiaiai, wer hat da seine Tests nicht vernünftig konfiguriert?Ne Spaß beiseite, schönen Urlaub und keinen Stress!
-
Ttssstttsss … openzwave kompiliert gerade nicht auf windows. Sieht eher nach nem Fehler bei denen aus. Mir wär das ja egal aber github lässt mich bei Test Fehlern nicht mit einem phone einen pr mergen
-
Ps: testen geht trotzdem schon. Installiert den Adapter per Admin custom GitHub aus der URL des forks von AlCazone. Dann geht es nach meinrmnurlsub schneller bis zum Release
-
Ps: testen geht trotzdem schon. Installiert den Adapter per Admin custom GitHub aus der URL des forks von AlCazone. Dann geht es nach meinrmnurlsub schneller bis zum Release
`
Hier nochmal die URL für die Faulen:https://github.com/AlCalzone/ioBroker.zwave
-
Habe gemerged.
Ich kann aber dir direkt die Rechte geben.
-
Habe gemerged.
Ich kann aber dir direkt die Rechte geben. `
Gerne! -
ich hab schon länger die 1.4.xxx druff …läuft
-
> Ich habe mal testweise ein Fibaro Home Center Lite als Gastcontroller in das Netzwerk gelassen und dieser hatte seine eigene Nummerierung von 1 an.Hallo Pman,
du hattest einem vorigen thread (schon länger her) mal testweise einen Gastcontroller ins Netz gelassen??
Verstehe ich das richtig, dass man einen anderen bereits laufenden z-wave controller, in dem bereits mehrere z-wave Geräte stabil funktionieren, im ioBroker die inkludierten Geräte anzeigen und ggfs. steuern kann? Wenn ja wie funktioniert das im ioBroker?
Hintegrund meiner Frage ist folgender:
Habe einen HomePilot2 von Rademacher der üblicherweise über DuoFern (Funkfrequenz von Rademacher-Produkten - 434,5 MHz) sendet. Darüber hinaus hat Rademacher im HomePilot einen z-wave controller implementiert um Geräte von anderen Herstellern einzubinden (Bsp: Danfoss z-wave Heizkörperstellantrieb / Tür- und Fensterkontakte).
Es wäre sensationell wenn ich die Zustände der Geräte auch im ioBroker hätte.
Viele Grüße
Stefan
-
D.h. du hast also zusätzlich zum Duofern Stick noch den Rademacher Z-Wavestick gekauft und in deinem Homepilot, richtig?
Evtl. kannst du die Geräte sogar über den IOBroker Homepilot Adapter direkt auslesen, andernfalls brauchst einen Z-Wave Adapter an deinem IOBroker Host und dann kann der auch im Z-Wave Netz als COntroller "mitspielen".
Ist das aber überhaupt sinnvoll? Ich meine ich habe mich mich damals gegen einen Z-Wave Stick am Homepilot entschieden weil Rademacher zum einen nur ihren Z-Wavestick und dazu nur extrem wenige der am Markt verfügbaren Z-Wave Geräte unterstützt und mir daher gleich nur einen Z-Wave Stick an den Raspi gesteckt. Der kann dann dank IOBroker praktisch alle Z-Wave Geräte unterstützen… Fernziel ist es dann den Homepilot ganz loszuwerden
Gruß
Frank
-
Hi Frank,
Exakt…
Ich habe im HomePilot2 einen zusätzlichen Z-Wave stick. Darüber hinaus im Raspi einen weiteren Z-Wave stick.
Das direkte Auslesen mit dem HomePilot - Adapter ist z.Zt. leider nur bedingt möglich. Die Z-Wave Heizkörper - Stellantriebe werden unterstützt, die Tür-/Fensterkontakte nicht.
Die Frage nach dem Sinn stelle ich mir heute auch., hatte allerdings mal mit "nur" zwei Gurtwicklern angefangen.
Habe gestern in diesem Beitrag mal etwas zur Historie geschrieben:
<url url="https://forum.iobroker.net/viewtopic.php?f=30&t=3098&start=60">
[https://forum.iobroker.net/viewtopic.php?f=30&t=3098&start=60 " target="_blank">](</s><LINK_TEXT text=)[<link_text text="viewtopic.php?f=30&t=3098&start=60
">https://forum.iobroker.net/viewtopic.php?f=30&t=3098&start=60</link_text>](</s><LINK_TEXT text=)</url>Zur Zeit habe ich noch die meisten Automationen über den HomePilot laufen.
Bei ioBroker bin ich "noch" Dummy und möchte auf die aktuellen Funktionalitäten nicht verzichten.
By the way…
Habe es über den parse - Adapter geschaftt, die Werte aus dem Rademacher Umweltsensor in ioBroker anzuzeigen und versuche es gleich mal mit den Tür-/Fensterkontakten.
EDIT: Die Werte der Tür-und Fensterkontakte kommen auch
Grüße
Stefan
