ZWave Wakeup Configuration fehlt nach reboot

[lukh]

Hallo,

ich habe Probleme mit meinen batteriebetriebenen Sensoren.
Ich habe von Neo Coolcam den Motionsensor 3in1 SKU: NEOEMS02Z
Und den Fenster- und Türkontakt Neo CoolCam Z-Wave Plus Sensor für Tür/Fenster, WLAN, 5. Generation
Openhabian läuft auf einem Rpi3 Version: 2.5 Stable
Z-Wave Modul auf den GPIO Pins.

Ich möchte das der Motionsensor alle 5 Minuten die Temperatur sendet. Er soll später als externer Sensor für mein Thermostat herhalten.

Ich habe festgestellt und auch durch das Forum hier herausgefunden, das man batteriebetriebene Geräte immer wieder aufwecken muss, während man sie konfiguriert. Sonst werden die Einstellungen nicht übernommen.

So war es zum Anfang so, das ich die Wakeup Conf auf 300 Sekunden eingestellt habe und nach einem Reboot des Raspberry,
die Konfiguration für Wakeup verschwunden war.

Also Gerät wieder excludiert und neu includiert und weiter versucht. Ich ändere nun die Werte und wecke dann das Gerät.
Die Meldung "inArbeit" in HABmin verschwindet. Ich reboote den Rpi und nun ist zwar die Wakeup-Conf noch vorhanden aber nur noch zur Hälfte.
Siehe Screenshot.

Was kann ich machen? Was mache ich falsch?
Könnt Ihr mir bitte helfen?

Screenshot_20191222_125136.png

Screenshot_20191222_125716.png

Code: Alles auswählen

2019-12-22 12:54:34.574 [INFO ] [thome.model.lsp.internal.ModelServer] - Started Language Server Protocol (LSP) service on port 5007

2019-12-22 12:54:36.685 [INFO ] [.dashboard.internal.DashboardService] - Started Dashboard at http://192.168.188.20:8080

2019-12-22 12:54:36.690 [INFO ] [.dashboard.internal.DashboardService] - Started Dashboard at https://192.168.188.20:8443

2019-12-22 12:54:38.757 [INFO ] [ui.habmin.internal.servlet.HABminApp] - Started HABmin servlet at /habmin

2019-12-22 12:54:39.094 [INFO ] [openhab.ui.paper.internal.PaperUIApp] - Started Paper UI at /paperui

2019-12-22 12:54:39.354 [INFO ] [panel.internal.HABPanelDashboardTile] - Started HABPanel at /habpanel

==> /var/log/openhab2/events.log <==

2019-12-22 12:54:47.769 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node2' changed from UNINITIALIZED to UNINITIALIZED (BRIDGE_UNINITIALIZED)

2019-12-22 12:54:47.773 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node3' changed from UNINITIALIZED to UNINITIALIZED (BRIDGE_UNINITIALIZED)

2019-12-22 12:54:47.775 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node5' changed from UNINITIALIZED to UNINITIALIZED (BRIDGE_UNINITIALIZED)

==> /var/log/openhab2/openhab.log <==

2019-12-22 12:54:47.790 [INFO ] [zwave.handler.ZWaveControllerHandler] - Attempting to add listener when controller is null

==> /var/log/openhab2/events.log <==

2019-12-22 12:54:48.235 [hingStatusInfoChangedEvent] - 'zwave:serial_zstick:16f2d393ec1' changed from UNINITIALIZED to INITIALIZING

2019-12-22 12:54:48.258 [hingStatusInfoChangedEvent] - 'zwave:serial_zstick:16f2d393ec1' changed from INITIALIZING to OFFLINE (BRIDGE_OFFLINE): Controller is offline

==> /var/log/openhab2/openhab.log <==

2019-12-22 12:54:48.264 [INFO ] [ing.zwave.handler.ZWaveSerialHandler] - Connecting to serial port '/dev/ttyAMA0'

2019-12-22 12:54:48.373 [INFO ] [ing.zwave.handler.ZWaveSerialHandler] - Serial port is initialized

2019-12-22 12:54:48.436 [INFO ] [ve.internal.protocol.ZWaveController] - Starting ZWave controller

2019-12-22 12:54:48.440 [INFO ] [ve.internal.protocol.ZWaveController] - ZWave timeout is set to 5000ms. Soft reset is false.

2019-12-22 12:54:48.453 [WARN ] [nal.protocol.ZWaveTransactionManager] - NODE 5: Not initialized (ie node unknown), ignoring message.

==> /var/log/openhab2/events.log <==

2019-12-22 12:54:48.468 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node5' changed from UNINITIALIZED (BRIDGE_UNINITIALIZED) to INITIALIZING

2019-12-22 12:54:48.491 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node5' changed from INITIALIZING to OFFLINE (BRIDGE_OFFLINE): Controller is offline

2019-12-22 12:54:48.494 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node2' changed from UNINITIALIZED (BRIDGE_UNINITIALIZED) to INITIALIZING

2019-12-22 12:54:48.498 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node3' changed from UNINITIALIZED (BRIDGE_UNINITIALIZED) to INITIALIZING

2019-12-22 12:54:48.506 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node2' changed from INITIALIZING to OFFLINE (BRIDGE_OFFLINE): Controller is offline

2019-12-22 12:54:48.510 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node3' changed from INITIALIZING to OFFLINE (BRIDGE_OFFLINE): Controller is offline

2019-12-22 12:54:57.898 [hingStatusInfoChangedEvent] - 'zwave:serial_zstick:16f2d393ec1' changed from OFFLINE (BRIDGE_OFFLINE): Controller is offline to ONLINE

2019-12-22 12:54:57.917 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node2' changed from OFFLINE (BRIDGE_OFFLINE): Controller is offline to ONLINE

2019-12-22 12:54:57.920 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node3' changed from OFFLINE (BRIDGE_OFFLINE): Controller is offline to ONLINE

2019-12-22 12:54:57.934 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node5' changed from OFFLINE (BRIDGE_OFFLINE): Controller is offline to ONLINE

2019-12-22 12:54:57.964 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node2' changed from ONLINE to ONLINE: Node initialising: PING

2019-12-22 12:54:57.994 [me.event.ThingUpdatedEvent] - Thing 'zwave:serial_zstick:16f2d393ec1' has been updated.

2019-12-22 12:54:58.020 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node5' changed from ONLINE to ONLINE: Node initialising: REQUEST_NIF

2019-12-22 12:54:58.080 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node3' changed from ONLINE to ONLINE: Node initialising: REQUEST_NIF

2019-12-22 12:55:13.864 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node2' changed from ONLINE: Node initialising: PING to OFFLINE (COMMUNICATION_ERROR): Node is not communicating with controller

2019-12-22 12:55:23.263 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node2' changed from OFFLINE (COMMUNICATION_ERROR): Node is not communicating with controller to ONLINE

2019-12-22 12:55:23.274 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node2' changed from ONLINE to ONLINE: Node initialising: REQUEST_NIF

2019-12-22 12:55:33.604 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node3' changed from ONLINE: Node initialising: REQUEST_NIF to ONLINE

==> /var/log/openhab2/openhab.log <==

2019-12-22 12:55:34.084 [WARN ] [.commandclass.ZWaveMeterCommandClass] - NODE 2: Invalid meter scale 0

==> /var/log/openhab2/events.log <==

2019-12-22 12:55:39.012 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node2' changed from ONLINE: Node initialising: REQUEST_NIF to ONLINE

2019-12-22 12:56:18.682 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:16f2d393ec1:node5' has been updated.

2019-12-22 12:56:24.018 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:16f2d393ec1:node5' has been updated.

2019-12-22 12:56:32.434 [me.event.ThingUpdatedEvent] - Thing 'zwave:device:16f2d393ec1:node5' has been updated.

2019-12-22 12:56:37.766 [hingStatusInfoChangedEvent] - 'zwave:device:16f2d393ec1:node5' changed from ONLINE: Node initialising: REQUEST_NIF to ONLINE

[lukh]

Halt Stop, zurück!

Bei Bedarf bitte den Beitrag löschen. Man muss noch die erweiterte Einstellung in HABmin aktivieren.
Ich bin ein Dussel!
Das muss wohl nach jedem Reboot wieder aktiviert werden.

Screenshot_20191222_133038.png

[lukh]

Ich verstehe es einfach nicht.

Ich habe vor zwei Tagen noch mal alle meine Geräte neu includiert und habe mal nichts bei den Wakeup Configurationen eingestellt.
Ich wollte mal schauen, ob das überhaupt notwendig ist.

Alle Tür/Fensterkontakte, alle Raumtemperatursensoren melden mir keinen Status ob offen oder geschlossen, bzw. die Temperatur.

Auch wenn ich sie selber per Knopf aufwecke, ich bekomme keine Infos von den Sensoren.

Und zudem ist nun auch die Wakeupkonfiguration komplett verschwunden. Neustart bringt nichts. Heal the Device auch nicht.

Die einzigen Batteriebetriebenen Geräte, die keine Probleme machen, sind die Spirit Thermostaten.

Es geht um folgende Geräte:
https://www.openhab.org/addons/bindings ... z_0_0.html
https://www.openhab.org/addons/bindings ... z_0_0.html
https://www.openhab.org/addons/bindings ... t_0_0.html

Ist das ein Fehler in openHAB?
Mache ich was falsch?
Sind die Geräte einfach Murks und taugen nichts?

Vor zwei Tagen waren die Einstellung für die Wakeup Konfiguration noch vorhanden, nun ist sie verschwunden.
Warum?
Ich habe die Geräte lediglich includiert und sonst erst mal keine Konfigurationen an Ihnen vorgenommen.

[sihui]

Ich habe vor zwei Tagen noch mal alle meine Geräte neu includiert

Warum? Wenn diese ein Mal inkludiert worden sind und die xml Datei erstellt worden ist braucht man nur im äußersten Notfall eine erneute Inkludierung.
WENN du denn schon neu inkludieren möchtest musst du die Geräte korrekt exkludieren, einen Werksreset machen und dann neu inkludieren.

Ich wollte mal schauen, ob das überhaupt notwendig ist.

Nein, grundsätzlich nicht.
Bedenke bitte das beim erneuten inkludieren sich die Node ID ändert, du also alle auf deine Items verlinkten Channels abändern musst: aus nodeX wird dann nämlich nodeY.

[lukh]

Alles so geschehen. Excludiert, Geräte auch auf Werkszustand zurück gesetzt. Controller Reset. Habe komplett openhab neu installiert. 2.4 auf 2.5.
Und natürlich auch die Items entsprechend geändert.
Und nun darf ich wohl wieder die Geräte neu includieren, es sei denn wir finden einen Weg, die Konfiguration wieder komplett zu bekommen.

[sihui]

Und nun darf ich wohl wieder die Geräte neu includieren

Nach dem Inkludieren befinden sich deine Geräte im Netzwerk des Controllers.
Dies hat NICHTS mit openHAB zu tun, außer das du über openHAB (oder z.B. dem Drücken eines Buttons bei einem AEOTEC Zwave Stick) das Inkludieren anstößt.
Wenn du einmal korrekt inkludiert hast (innerhalb oder außerhalb von openHAB) und irgendetwas funktioniert nicht musst du den Fehler in deiner openHAB Konfiguration suchen.
Erneutes Exkludieren und Inkludieren bringt da leider gar nichts.
Und um die Konfiguration wieder zum Laufen zu bringen: das hoffentlich vorher gemachte Backup einspielen:

https://www.openhab.org/docs/installati ... nd-restore

[lukh]

Es ist ja nicht das erste mal, das die Möglichkeit verschwindet, eine Wakeup Konfiguration bei den batteriebetriebenen Geräten vornehmen zu können.
Sondern es passiert jetzt schon wieder.bzw. es ist passiert.
Und die Konfiguration von openHAB habe ich bisher nicht grossartig verändert. Bis auf die Sambafreigaben, Wlansettings, Spracheinstellung und die GPIO-Pins fürs Z-Wave Modul zu konfigurieren, mache ich ja nicht viel. Das sind ja grundlegende Dinge, die man erst mal macht, wenn man sich openHAB installiert (openhabian auf einem Raspberry im übrigen). Ich benutze zur Thingerkennung ausschliesslich HABmin. Items usw. kommen in die Textdateien. Weiter bin ich noch gar nicht.

Was mir aufgefallen ist, ist folgender Punkt: Wenn ich in den Wakeup-Konfiguration nach dem Inkludieren gleich eine Einstellung vornehme.
Z.B. Wakeup Interval: 43200 und Wakeup Node: 1
dann bleibt auch nach einem Neustart von openHAB, die Möglichkeit bestehen, an den Wakeup-Konfiguration zu stellen.

Macht man es nicht oder man weckt die Geräte nicht auf bei der Konfigurationseinstellung, so, dass der Hinweis "In Arbeit" wieder verschwindet,
dann hat man nach dem nächstem Neustart von openHAB auch keine Möglichkeit mehr an diese Konfiguration heran zu kommen.
Wo ist sie geblieben?

Entferne ich dann das Gerät, also exkludiere es und inkludiere erneut, sind die Konfigurationseinstellung vom Wakeup auch wieder vorhanden.

Screenshot_20191229_234914.jpg

Eine andere Frage noch kurz.
Wenn die .xml Datei eines Gerätes beim Inkludieren nicht in /var/lib/openhab2/zwave erzeugt wurden ist, hat man dann nachträglich noch die Möglichkeit, das dies geschieht?
Edit: Antwort gefunden:viewtopic.php?p=12131#p12131

[sihui]

Es ist ja nicht das erste mal, das die Möglichkeit verschwindet, eine Wakeup Konfiguration bei den batteriebetriebenen Geräten vornehmen zu können.

Beim ersten Initialisieren eines Zwave Gerätes sind noch nicht alle Daten aus der Datenbank eingelesen worden.
Hast du nun ein Gerät welches kein Wakeup unterstützt (weil es z.B. so programmiert ist das es regelmäßig in festen Zeitabständen automatisch aufwacht) ist nach dem Auslesen der Datenbank die Konfigurationsmöglichkeit verschwunden.

Also: deine Geräte mit "verschwundener" Wakup Konfig in der Zwave Datenbank suchen und wenn dort eine Command Class "Wake_up" erscheint hast du einen Fehler im Binding gefunden.
Ist dort kein Wake_Up verzeichnet ist alles gut und das Binding macht was es soll.

https://www.cd-jackson.com/index.php/zw ... evice-list

Beispiel:

wake_up.JPG

[lukh]

Alle meine batteriebetriebenen Geräte haben eine Command Class "Wake_up"
https://www.cd-jackson.com/index.php/zw ... ummary/400
https://www.cd-jackson.com/index.php/zw ... ummary/973
https://www.cd-jackson.com/index.php/zw ... ummary/387
bis auf
https://www.cd-jackson.com/index.php/zw ... ummary/710

Na jedenfalls ist die Konfiguration nicht verschwunden, wenn man sie gleich einmal einstellt.
Ich habe mich heute mal mit dem Thema Backup befasst und habe jetzt Amanda am laufen und bekomme heute Nacht ein erstes Backup.
Den Controller habe ich mit Z-Way einmal gesichert.

Code: Alles auswählen

z-way-backup-2019-12-30-11-34.zbk

.
Morgen schau ich mal, ob ich das alles zurück gespielt bekomme, dann hat es sich auch endlich mit dem ständigen Exkludieren und Inkludieren erledigt.

Wie geht es nun weiter? Ist es wirklich ein Fehler im Binding? Mein englisch ist grottenschlecht und ich würde mich das auch gar nicht trauen, sowas zu melden.Wo würde man das überhaupt machen? Vielleicht ist es ja auch kein Fehler sondern immer noch irgendeine Dusseligkeit meinerseits.

Danke sihui!

[sihui]

Wie geht es nun weiter?

Keine Ahnung, noch nie von diesem Problem gehört oder gelesen.
Hast du denn jetzt für jedes deiner Geräte eine xml Datei in deinem userdata/zwave Ordner?