NEWS
(gelöst) Downgrade Z-Wave Adapter mit Berechtigungsfehlern
-
@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
@Stormbringer
aus welcher Quelle hast du installiert? -
@Stormbringer
aus welcher Quelle hast du installiert?@SirHenri
Über Admin und latest -
@SirHenri Wenn du 1.4.1 nicht im Admin hast:
Bitte entweder über die Konsole installierencd /opt/iobroker npm i iobroker.zwaveoder 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 Wenn du 1.4.1 nicht im Admin hast:
Bitte entweder über die Konsole installierencd /opt/iobroker npm i iobroker.zwaveoder 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:
@AlCalzone said in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:
@SirHenri Wenn du 1.4.1 nicht im Admin hast:
Bitte entweder über die Konsole installierencd /opt/iobroker npm i iobroker.zwaveoder 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 deniedWie 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 Wenn du 1.4.1 nicht im Admin hast:
Bitte entweder über die Konsole installierencd /opt/iobroker npm i iobroker.zwaveoder 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:
@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 said in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:
@SirHenri Wenn du 1.4.1 nicht im Admin hast:
Bitte entweder über die Konsole installierencd /opt/iobroker npm i iobroker.zwaveoder 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 deniedWie 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 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 existDer Fehler ist seltsam, aber hast du mal probiert, tatsächlich über die Admin-UI eine Instanz hinzuzufügen?
-
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 deniedDas 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 0Die Bezeichnungen der Nodes trudeln so langsam ein - sieht gut aus :-)
Funktionlität teste ich später, jetzt muss erst mal Geld verdient werden ;-) -
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 deniedDas 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 0Die Bezeichnungen der Nodes trudeln so langsam ein - sieht gut aus :-)
Funktionlität teste ich später, jetzt muss erst mal Geld verdient werden ;-)@SirHenri sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:
Fehlermeldung bleibt:
find: ‘/tmp/systemd-private-0a6421ec095b45ef89a791618650c9e2-haveged.service-fMOy0s’: Permission deniedDen 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
-
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. -
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. -
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:@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).
-
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:@SirHenri
Rein interessehalber... Haben sich bei dir die batteriebetriebenen Sensoren irgendwann von selber angemeldet oder musstest auch aufwecken/neu anlernen? -
Das System hat sich unterschiedlich verhalten, vielleicht ist Reichweite auch ein Thema gewesen, halte ich aber eher für unwahrscheinlich. Ich komme mit meimem System von fhem und der erste Umzug hat noch auf den gleichen raspi statt gefunden, auf dem auch fhem lief. Nach dem Unzug auf iobroker und der installation des Z-Wave Adapters haben sich brav alle Nodes wieder am System gemeldet und waren verwendbar. Beim Umstieg auf eine neue Hardware (rockpro64) hat's nicht so gut geklappt. Der Rechner stand direkt neben dem raspi und hat nicht alle Nodes "wiedergefunden". Nach den oben beschriebenen Schwierigkeiten habe ich darum noch eine Neuinstallation des Z-Wave Adapters gemacht - jetzt mit mehr Nodes, aber auch nicht mit allen.
Um auf deine Frage zurück zu kommen: einige batteriebetribene Geräte (alle baugleich Popp & Co 009303 Battery Wall Controller) haben sich nach absenden des NIF wieder einsetzbar im System gefunden, einen habe ich aus der Wand raus geholt, direkt am iobroker noch mal versucht zu per NIF bekannt zu machen - hat aber nicht gewirkt. Den musst ich zurücksetzen und neu ins System einbinden - jetzt läuft er wieder.
Das gleich Verhalten zeigen aber auch Bewegungsmelder von Steinel (werden mit 230 V versorgt). Einer ist wieder funktionabel mit dabei, zwei andere sind angemeldet, Name und Typ stimmt, es fehlen aber verschiedene States. Die beiden werde ich auch noch mal aus- und wieder einbuchen -
Das System hat sich unterschiedlich verhalten, vielleicht ist Reichweite auch ein Thema gewesen, halte ich aber eher für unwahrscheinlich. Ich komme mit meimem System von fhem und der erste Umzug hat noch auf den gleichen raspi statt gefunden, auf dem auch fhem lief. Nach dem Unzug auf iobroker und der installation des Z-Wave Adapters haben sich brav alle Nodes wieder am System gemeldet und waren verwendbar. Beim Umstieg auf eine neue Hardware (rockpro64) hat's nicht so gut geklappt. Der Rechner stand direkt neben dem raspi und hat nicht alle Nodes "wiedergefunden". Nach den oben beschriebenen Schwierigkeiten habe ich darum noch eine Neuinstallation des Z-Wave Adapters gemacht - jetzt mit mehr Nodes, aber auch nicht mit allen.
Um auf deine Frage zurück zu kommen: einige batteriebetribene Geräte (alle baugleich Popp & Co 009303 Battery Wall Controller) haben sich nach absenden des NIF wieder einsetzbar im System gefunden, einen habe ich aus der Wand raus geholt, direkt am iobroker noch mal versucht zu per NIF bekannt zu machen - hat aber nicht gewirkt. Den musst ich zurücksetzen und neu ins System einbinden - jetzt läuft er wieder.
Das gleich Verhalten zeigen aber auch Bewegungsmelder von Steinel (werden mit 230 V versorgt). Einer ist wieder funktionabel mit dabei, zwei andere sind angemeldet, Name und Typ stimmt, es fehlen aber verschiedene States. Die beiden werde ich auch noch mal aus- und wieder einbuchen@SirHenri sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:
es fehlen aber verschiedene States
Ggf ist es in so einem Fall zielführend die
zwscene_<homeid>.xml(oder war es zwcfg_...?) zu löschen, die sich innode_modules/openzwave-sharedbefindet (direkt in/opt/iobrokeroder im Adapter-Ordner). Dann "vergisst" OZW, was es über die Nodes weiß und interviewt sie erneut. -
@SirHenri sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:
es fehlen aber verschiedene States
Ggf ist es in so einem Fall zielführend die
zwscene_<homeid>.xml(oder war es zwcfg_...?) zu löschen, die sich innode_modules/openzwave-sharedbefindet (direkt in/opt/iobrokeroder im Adapter-Ordner). Dann "vergisst" OZW, was es über die Nodes weiß und interviewt sie erneut.@AlCalzone sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:
@SirHenri sagte in Downgrade Z-Wave Adapter mit Berechtigungsfehlern:
es fehlen aber verschiedene States
Ggf ist es in so einem Fall zielführend die
zwscene_<homeid>.xml(oder war es zwcfg_...?) zu löschen, die sich innode_modules/openzwave-sharedbefindet (direkt in/opt/iobrokeroder im Adapter-Ordner). Dann "vergisst" OZW, was es über die Nodes weiß und interviewt sie erneut.Danke für den Tip
habe die Datei zwscene in/opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared/gefunden und umbenannt - hat bei den Nodes keinen Effekt gehabt, den Adapter aber durcheinander gebracht - Kommunikation unmöglich
Datei zurück umbenannt, leider ohne positiven Effekt; Adapter gelöscht und neu installiert - neue Fehlermeldungen:Makefile:224: Documentation not being built npm WARN deprecated gulp-util@3.0.8: gulp-util is deprecated - replace it, following the guidelines at https://medium.com/gulpjs/gulp-util-ca3b1f9f9ac5 npm WARN deprecated graceful-fs@3.0.11: please upgrade to graceful-fs 4 for compatibility with current and future versions of Node.js npm WARN deprecated minimatch@2.0.10: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue npm WARN deprecated natives@1.1.6: This module relies on Node.js's internals and will break at some point. Do not use it, and update to graceful-fs@4.x. npm WARN deprecated minimatch@0.2.14: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue npm WARN deprecated graceful-fs@1.2.3: please upgrade to graceful-fs 4 for compatibility with current and future versions of Node.jsNodes tauchen wieder auf, wieder nicht alle, Ampel bleibt gelb :-(
-
@SirHenri Wenn du 1.4.1 nicht im Admin hast:
Bitte entweder über die Konsole installierencd /opt/iobroker npm i iobroker.zwaveoder 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:
@AlCalzone
Hallo AlCalzone, hoffe du liest hier noch mit :-)
Ich habe jetzt den JS Controller auf 1.5.11 geupdated. Nach Neustart vom Z Wave Adapter hat er diesmal sogar alle batteriebetriebenen Geräte sofort wieder erkannt. TOP Arbeit, danke nochmal.
Aber jetzt habe ich irgendwie ein stranges Problem mit den AEON Wallmotes.... Die Senden die Tastendrücke mit Zahlencodes rein. Die Codes übersetze ich dann mit Javaskript was bisher eigentlich immer top funktioniert hat. Nun hat er beim Neustart des Adapters sich 2 neue Objekte jeweils angelegt.
Einmal # und einmal _#. Komischerweise triggert jetzt Javaskript nicht mehr auf die Objekte?!
Hab zum Test eine Telegrammeldung gleich nach dem Trigger eingebaut, da kommt nie was an. Objekte im Z Wave Adapter ändern sich brav. Fehlermeldung im JS bringt er keine. Im LOG steht auch nichts... Weißt du zufällig woran das liegen kann? Kann das mit den Sonderzeichen zusammen hängen, die werden doch normalerweise nicht mehr unterstützt oder?
Support us
343
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge