Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[AlCalzone]

Bei Berechtigungsproblemen lohnt es sicht, erst mal den Fixer auszuführen:

curl -sL https://iobroker.net/fix.sh | bash -

Danach sollte die Installation wie gewohnt funktionieren.

Bezüglich der nicht funktionierenden Geräte: Was genau funktioniert nicht?
Ggf. musst du die Instanz und alle zwave.0-Objekte löschen und den Adapter frisch installieren, damit es auch mit 1.4.1 geht.

[Stormbringer]

Danke für die schnelle Antwort ;-)

Aktuellen Fixer habe ich schon installiert. Siehe Schlußsatz ;-)

Habe nach Neustart vom Z Wave Adapter eigentlich immer das Problem, dass die batteriebetriebenen Geräte nicht funktionieren und manuell jedes einzelne aufgeweckt werden muß. Danach funktioniert bei 1.3.1 wieder alles. Nur in letzter Zeit sind die Bewegungssensoren immer wieder hängen geblieben... Mit der jetzigen Version kennt er stellenweise die batteriebtriebenen Sensoren (z. B. Fibaro Motionsensor) gar nicht mehr auch nicht nach dem aufwecken und die wenigen Batteriebetribenen die gehen funktionieren total unzuverlässig (Fibaro Door Sensor, mal melden sie mal nicht). Z Wave Netzwerk ist eigentlich mehr wie groß genug mit strombetriebenen Geräten. Empfangsprobleme können es nicht sein.

Würdest du trotzdem die 1.4.1 empfehlen? Wenn ich den Adapter lösche muß ich dann die 90 Z Wave Geräte wieder neu anlernen? Und muß ich den dann wieder über Terminal installieren oder normal über Admin?

[AlCalzone]

@Stormbringer sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

Aktuellen Fixer habe ich schon installiert. Siehe Schlußsatz

Da du sudo erwähnt hast, ging ich davon aus, dass du dir auf eine andere Weise deine Berechtigungen zerschossen hast: https://forum.iobroker.net/topic/17109/wichtige-hinweise-bei-neueren-npm-versionen-und-sudo

@Stormbringer sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

Habe nach Neustart vom Z Wave Adapter eigentlich immer das Problem, dass die batteriebetriebenen Geräte nicht funktionieren und manuell jedes einzelne aufgeweckt werden muß.

Das ist ein Feature des Z-Wave-Protokolls. Die Geräte wachen nur nach dem vorkonfigurierten Intervall (Wert > 0) oder bei manueller Betätigung auf.
Bei einem Neustart des Adapters wird der Stick neu initialisiert und läuft die Start-Kommunikation mit den Geräten durch. Nicht sicher, wie OpenZWave hier mit schlafenden Geräten umgeht.

@Stormbringer sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

Würdest du trotzdem die 1.4.1 empfehlen?

Ja, wenn 1.3.1 nicht läuft, führt kein Weg mehr daran vorbei. Ältere Versionen installieren OpenZWave vom master-Branch aus GitHub. Der hat jahrelang nur Config-Updates bekommen, vor kurzem haben sie aber eine inkompatible neue Version herausgebracht.
In 1.4.1 habe ich die Installationsroutine so angepasst, dass funktionierende, ältere Versionen der nötigen Libraries verwendet werden.

@Stormbringer sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

Wenn ich den Adapter lösche muß ich dann die 90 Z Wave Geräte wieder neu anlernen?

Nein, die Verknüpfung ist in Hardware gespeichert.

@Stormbringer sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

Und muß ich den dann wieder über Terminal installieren oder normal über Admin?

Über Admin sollte tun, wenn du im latest Repo bist.

[Stormbringer]

Habs jetzt nach deiner Anleitung durchgeführt. Jetzt sieht man schön in den Objekten, dass teilweise die batteriebetriebenen Geräte nichts angelegt wird (nach Scan complete).

Das Feature verstehe ich von der Logik her nicht so ganz. Wenn es jetzt ein Temperatursensor ist wo keine Änderung auffällt ok... Aber z. B. bei einem Bewegungssensor, wenn der Bewegung erkennt müsste er doch auch melden und erkannt werden bzw. wach sein dann oder?

Wenn ich jetzt z. B. Node 67 (Fibaro Motion Sensor) aufwecke bringt er im LOG nur

zwave.0 2019-05-13 17:54:30.464 info node ready nodeID: 67, nodeInfo: {"manufacturer":"","manufacturerid":"0x0000","product":"","producttype":"0x0000","productid":"0x0000","type":"Notification Sensor","name":"","loc":""}

Objektbaum bleibt aber leider wieder leer. MIt 1.4.1 mag er die Sensoren irgendwie nicht :white_frowning_face:

Doch wieder auf 1.3.1? wenn ja wie :face_with_rolling_eyes:

[SirHenri]

Hallo in die Runde.
Mein iobroker ist auf eine neue Hardware umgezogen.
Hier laufen:
Node.js v8.16.0
NPM 6.4.1
auf Armbian 5.75:

Ich habe auch Probleme mit dem zwave Adapter und bräuchte bitte Unterstützung. Das System ist insgesamt als Backup umgezogen. Den alten Adapter (1.3.1) habe ich gelöscht und über das AdminPanel aus der Adresse:
https://github.com/ioBroker/ioBroker.zwave/tarball/install-v1.4
installiert.
Auch bei mir treten Fehlermeldungen bei der Installation auf:

---> find /tmp -name 'CentralScene.h'
find: ‘/tmp/systemd-private-0a6421ec095b45ef89a791618650c9e2-haveged.service-fMOy0s’: Permission denied
---> Error: Command failed: find /tmp -name 'CentralScene.h'find: ‘/tmp/systemd-private-0a6421ec095b45ef89a791618650c9e2-haveged.service-fMOy0s’: Permission denied

Der installation fixer ist gelaufen, danach habe ich die zwave Installation erneut gelöscht und ein weiteres Mal durchgeführt - mit dem gleichen Ergebnis.
Bei den Adaptern wird der Zwave-Adapter in der Versioin 1.4.0 geführt - eigentlich hatte ich 1.4.1 erwartet. Falsche Quelle verwendet?
Die Erzeugung einer Instanz per Upload schlägt fehl.
Auszug aus dem log:

iobroker
2019-05-13 17:36:07.616
error
system.adapter.zwave does not exist

Weiß jemand Rat?
Danke
Andreas

[Stormbringer]

@SirHenri
Kann dir leider nicht helfen bin selber ratlos aber finds nett, dass ich einen Leidensgenossen hab g Bei mir war es am Anfang aber auch so, dass die 1.4.0 am Anfang drauf war und dann die 1.4.1 nach ein paar verzweifelten update Versuchen.

@AlCalzone
Ich habe jetzt mal etwas rumgespielt... Wenn ich sicheres Gerät hinzufügen mache (ohne vorher abzulernen) zieht er sich die Daten in den Objektbaum. Den Trick hab ich früher schon ein paar mal probiert... Schreddere ich da jetzt alles, wenn ich das bei allen leeren probier?

Aporos, wenn ich schon den großen Z-Wave Meister am Rohr hab. Beim Adapter springt seit Version 1.3.1 nach dem Anlernen nicht mehr der Inklusionsmodus automatisch auf aus, wie früher. Man muss immer "stop command" drücken. Ist das bekannt oder hab nur ich das Problem? g

[SirHenri]

@Stormbringer
aus welcher Quelle hast du installiert?

[Stormbringer]

@SirHenri
Über Admin und latest

[AlCalzone]

@SirHenri Wenn du 1.4.1 nicht im Admin hast:
Bitte entweder über die Konsole installieren

cd /opt/iobroker
npm i iobroker.zwave

oder wenn schon von Github, dann bitte aus dem Dropdown auswählen. Dann gibts auch v1.4.1

---> Error: Command failed: find /tmp -name 'CentralScene.h'

Sollte aber nicht dazu führen, dass die Installation abbricht. Probier bitte mal die richtige Quelle.

@Stormbringer sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

Den Trick hab ich früher schon ein paar mal probiert... Schreddere ich da jetzt alles, wenn ich das bei allen leeren probier?

Hast du mal "Info aktualisieren" probiert stattdessen? Grundsätzlich dürftest du nichts kaputt machen, höchstens den Objektbaum in ioBroker, der sich aber wiederherstellen müsste.

Beim Adapter springt seit Version 1.3.1 nach dem Anlernen nicht mehr der Inklusionsmodus automatisch auf aus, wie früher. Man muss immer "stop command" drücken.

In den letzten Versionen habe ich eigentlich nur Kleinigkeiten gefixt, die mit der UI nichts zu tun haben. :shrug:

[SirHenri]

@AlCalzone said in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

@SirHenri Wenn du 1.4.1 nicht im Admin hast:
Bitte entweder über die Konsole installieren

cd /opt/iobroker
npm i iobroker.zwave

oder wenn schon von Github, dann bitte aus dem Dropdown auswählen. Dann gibts auch v1.4.1

könnte schwören, im Dropdown gab's vorhin nur die 1.3.1, da hab ich wohl nicht ordentlich hin gesehen; jetzt ist auf jeden Fall die 1.4.1 drauf, einen Schritt weiter - Danke :-)

---> Error: Command failed: find /tmp -name 'CentralScene.h'

Sollte aber nicht dazu führen, dass die Installation abbricht. Probier bitte mal die richtige Quelle.

Installation ist vorhin durch gelaufen, jetzt auch, Meldung dieses Mal

$ ./iobroker url "https://github.com/ioBroker/ioBroker.zwave/tarball/master" zwave
install https://github.com/ioBroker/ioBroker.zwave/tarball/master
npm install https://github.com/ioBroker/ioBroker.zwave/tarball/master --production --save --prefix "/opt/iobroker" (System call)
find: ‘/tmp/systemd-private-0a6421ec095b45ef89a791618650c9e2-haveged.service-fMOy0s’: Permission denied

Wie gesagt, der Adapter ist da, der anschließende Upload erzeugt aber noch keine Instanz:

iobroker 2019-05-13 21:03:46.729 error system.adapter.zwave does not exist

[SirHenri]

neuer Versuch, mit Bereingung der Rechte zwischendurch, liefert das gleiche Ergebnis

[Stormbringer]

@AlCalzone
Ne Info aktualisieren mag er leider auch nicht... Aber danke, dann mache ich mal Stück für Stück mit anlernen weiter. Hoffe, das ist jetzt nicht bei jedem Adapterneustart so :white_frowning_face:

[AlCalzone]

@SirHenri sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

Wie gesagt, der Adapter ist da, der anschließende Upload erzeugt aber noch keine Instanz:
iobroker 2019-05-13 21:03:46.729 error system.adapter.zwave does not exist

Der Fehler ist seltsam, aber hast du mal probiert, tatsächlich über die Admin-UI eine Instanz hinzuzufügen?

[SirHenri]

ich meine das getan zu haben, vllt mache ich ja aber auch noch was falsch....
sieht so aus.
gestern habe ich die Anleitungen so verstanden, dass ich nach Installation des Adpaters noch einen Upload ("Pfeil nach oben"-Symbol im Admin UI) machen muss
das "+" Symbol habe ich bisher als Schalter für "bitte Adapter installieren" verstanden und nach erfolgter Installtion aus dem Git nicht wieder drauf gedrückt - heute schon: jetzt habe ich eine Instanz :-D (zuerst sah es aber so aus, als wenn der Adapter tatsächlich noch mal installiert wird, kann das sein?)
Fehlermeldung bleibt:

find: ‘/tmp/systemd-private-0a6421ec095b45ef89a791618650c9e2-haveged.service-fMOy0s’: Permission denied

Das Log sieht (natürlich) besser aus:

2019-05-14 08:31:35.860 - info: host.rockpro64 object change system.adapter.zwave.0
2019-05-14 08:31:35.880 - info: host.rockpro64 instance system.adapter.zwave.0 started with pid 612
2019-05-14 08:31:35.884 - info: iobroker host.rockpro64 object system.adapter.zwave.0 created
2019-05-14 08:31:35.901 - info: iobroker exit 0

Die Bezeichnungen der Nodes trudeln so langsam ein - sieht gut aus :-)
Funktionlität teste ich später, jetzt muss erst mal Geld verdient werden ;-)

[AlCalzone]

@SirHenri sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

Fehlermeldung bleibt:
find: ‘/tmp/systemd-private-0a6421ec095b45ef89a791618650c9e2-haveged.service-fMOy0s’: Permission denied

Den könnte man zwar unterdrücken, aber ist letztendlich auch egal...

@SirHenri sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

das "+" Symbol habe ich bisher als Schalter für "bitte Adapter installieren" verstanden

Am besten liest du mal: http://www.iobroker.net/docu/?page_id=8511&lang=de

[SirHenri]

hab ich gemacht, diese Mal etwas genauer, ich glaube der Text war meine Quelle , um nach der Installation aus dem Git den Upload zu machen - hab ich wohl falsch verstanden
Die Liste der (16) Nodes ist noch nicht vollständig. Ich meine, dass wäre beim letzten Umzug (ich komme mit dem System von fhem) schneller gegangen. Kann ich die Abfrage irgendwie noch mal anschubsen? Die drei batteriebetriebenen Nodes werde ich gleich mal wecken gehen.

[SirHenri]

wenn der gemeldete Fehler den Betrieb nicht negativ beeinflusst ist mir das auch egal

[AlCalzone]

@SirHenri sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

Kann ich die Abfrage irgendwie noch mal anschubsen?

Nein, außer die batteriebetriebenen Geräte wecken.

[SirHenri]

deine Antwortzeiten sind echt der Hammer :v: danke
ein Gerät hat sich wecken lassen - der Rest schläft fröhlich weiter, obwohl sie (lokal per LED) signalisiert haben, dass sie ein NIF gesendet haben :neutral_face:

[AlCalzone]

@SirHenri sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:

der Rest schläft fröhlich weiter, obwohl sie (lokal per LED) signalisiert haben, dass sie ein NIF gesendet haben

Ich vermute OZW wartet noch auf etwas anderes, oder es hat die Nodes direkt wieder einschlafen lassen (weil alle Infos empfangen wurden).