Eurotronic Sensor z wave plus schickt keine Werte

[Wattläufer]

Hallo zusammen,

ich bin noch relativ neu mit openhab 3 unterwegs. Bisher habe ich einen Razberry2 auf nem RaspberryPi 3, einen Fibaro wall plug und eben den Dreifachsensor von Eurotronic (batteriebetrieben).

Alle drei Geräte sind online, den wall plug (z wave node 003) kann ich ein und ausschalten, er zeigt auch die aktuell gezogene Leistung korrekt an.
Der Eurotronic Sensor (z wave node 002) hat ja vier Kanäle (Temperatur, Feuchte, Taupunkt, Batterie-Ladezustand), aber alle vier Kanäle zeigen nix an ... (nur NULL !!)

Muss ich den Sensor erst zum Messen 'überreden'? Wenn ja, wie?

Danke und Gruß

[sihui]

Muss ich den Sensor erst zum Messen 'überreden'? Wenn ja, wie?

- Aufwecken, da batteriebetrieben schläft das Gerät meistens, auch manchmal NIF senden genannt. Wie das geht steht in der Anleitung. Meistens einen Knopf ein- oder mehrmalig drücken.
- Sicherstellen das dieses Gerät schon komplett initialisiert worden ist, im userdata zwave Ordner https://www.openhab.org/docs/installati ... -locations schauen ob eine xml Datei dafür angelegt worden ist.
- Sicherstellen, das korrekte Items zu den vorhandenen Channel existieren.

[Wattläufer]

im zwave Verzeichnis fehlt tatsächlich eine xml für node002 .... den Knopf auf den Sensor habe ich nach Anleitung schon so oft gedrückt .... ich weiss nicht mehr wie oft .. und für alle Kanäle des Geräts gibt es items ... wann sind die items aber korrekt?
Hilft es was, das Gerät nochmal komplett zu löschen und frisch wieder anzumelden?

Danke für Deine Hilfe

[sihui]

im zwave Verzeichnis fehlt tatsächlich eine xml für node002

Da liegt der Hund begragen
Beim hinzufügen von batteriebetriebenen Geräten müssen diese korrekt aufgeweckt werden. Und das solange, bis diese xml Datei im zwave Ordner vorhanden ist. Erst dann wird dein Gerät korrekt funktionieren.
Bei spannungsgespeisten Geräten ist nur ein einmaliges Aktivieren des Pairing Modus notwendig (im Normalfall).

Hilft es was, das Gerät nochmal komplett zu löschen und frisch wieder anzumelden?

Jein. Kann zu Geisternodes führen und wird dann irgendwann zu Verzögerungen beim Schalten deiner Geräte führen.
Versuche erst einmal das wiederholte Aufwecken, je nach Gerät kann das dauern ...

Schau auch mal in die openHAB Zwave Datenbank für dein Gerät, dort stehen oft Hiweise falls es beim Inkludieren/Pairen Besonderheiten gibt.

https://opensmarthouse.org/zwavedatabase/

[Wattläufer]

Ich bin am verzweifeln.
Wie oft muss ich den Knopf am Sensor noch drücken und es tut sich .... NIX ???
In der Datenbank steht auch lapidar, man solle den (einzigen) Knopf, den das Gerät hat, einmalig drücken ...

In meiner Not habe ich den Sensor nochmal inkludiert und er wurde als node004 erkannt. Allerdings gibt es auch für node004 keine xml-Datei .... und auch keine Werte ...

Kann ich irgendwie herausfinden, wann und wie openhab auf Batterie-Geräte lauscht?

Muss ich am zwave-contoller Razberry noch was beachten?
Es gibt ja im Razberry controller einige settings (controller is master, SIS node, default wakeup period) die nicht wirklich verständlich beschrieben sind.
Gibt es hierüber noch mehr Doku? Was sollte da eingestellt sein?
Und auch im Sensor:
Wie ist die Reporting Konfiguration zu verstehen? Schickt der Sensor nur Werte wenn sich diese ändern?
Was sind die Association Groups und wieso kann ich unter Lifeline 'Controller' anwählen und nach 'Save' verschwindet die Auswahl wieder??
Und muss ich in der Group 'Temperature' den Eintrag 'Controller' auswählen?
Auf welcher Einstellung muss der Wakeup node sitzen? auf 1? Weil der Razberry node001 ist?

Was kann ich noch tun?

Sorry, aber das macht keinen Spaß ..

[Wattläufer]

Hallo zusammen,

mittlerweile habe ich viele Antworten auf meine Fragen von oben in der Beschreibung des zwave bindings gefunden
https://www.openhab.org/addons/bindings/zwave/

Dort gab es auch einen Hinweis auf die openhab.log-Datei

Das steht im Log:
2022-02-02 17:20:32.262 [INFO ] [.core.internal.i18n.I18nProviderImpl] - Time zone set to 'Europe/Berlin'.
2022-02-02 17:20:32.368 [INFO ] [.core.internal.i18n.I18nProviderImpl] - Location set to '49.192025499612505,9.221649169921877'.
2022-02-02 17:20:32.375 [INFO ] [.core.internal.i18n.I18nProviderImpl] - Locale set to 'de_DE'.
2022-02-02 17:20:32.379 [INFO ] [.core.internal.i18n.I18nProviderImpl] - Measurement system set to 'SI'.
2022-02-02 17:20:52.213 [WARN ] [org.openhab.core.net.NetUtil ] - Found multiple local interfaces - ignoring 192.168.178.31
2022-02-02 17:21:11.749 [INFO ] [.core.model.lsp.internal.ModelServer] - Started Language Server Protocol (LSP) service on port 5007
2022-02-02 17:21:13.387 [INFO ] [e.automation.internal.RuleEngineImpl] - Rule engine started.
2022-02-02 17:21:24.062 [INFO ] [org.openhab.ui.internal.UIService ] - Started UI on port 8080
2022-02-02 17:21:30.878 [INFO ] [ab.ui.habpanel.internal.HABPanelTile] - Started HABPanel at /habpanel
2022-02-02 17:21:41.971 [INFO ] [zwave.handler.ZWaveControllerHandler] - Attempting to add listener when controller is null
2022-02-02 17:21:47.582 [INFO ] [ve.internal.protocol.ZWaveController] - Starting ZWave controller
2022-02-02 17:21:47.586 [INFO ] [ve.internal.protocol.ZWaveController] - ZWave timeout is set to 5000ms. Soft reset is false.
2022-02-02 17:44:57.492 [WARN ] [wave.discovery.ZWaveDiscoveryService] - NODE 4: Device discovery could not resolve to a thingType! Manufacturer data not known.
2022-02-02 17:44:57.523 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing 'zwave:device:e377f56148:node4' to inbox.
2022-02-02 17:46:00.775 [WARN ] [wave.discovery.ZWaveDiscoveryService] - NODE 4: Device discovery could not resolve to a thingType! Manufacturer data not known.
2022-02-02 17:46:56.784 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing 'zwave:device:e377f56148:node4' to inbox.
2022-02-02 17:48:03.732 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing 'zwave:device:e377f56148:node4' to inbox.
2022-02-02 17:57:10.899 [ERROR] [rg.apache.cxf.jaxrs.utils.JAXRSUtils] - No message body writer has been found for class java.util.Collections$UnmodifiableMap, ContentType: */*
2022-02-02 17:58:05.186 [ERROR] [rg.apache.cxf.jaxrs.utils.JAXRSUtils] - No message body writer has been found for class java.util.Collections$UnmodifiableMap, ContentType: */*
2022-02-02 17:58:12.472 [ERROR] [rg.apache.cxf.jaxrs.utils.JAXRSUtils] - No message body writer has been found for class java.util.Collections$UnmodifiableMap, ContentType: */*
2022-02-02 17:58:22.854 [ERROR] [rg.apache.cxf.jaxrs.utils.JAXRSUtils] - No message body writer has been found for class java.util.Collections$UnmodifiableMap, ContentType: */*
2022-02-02 20:58:10.694 [WARN ] [e.internal.SseItemStatesEventBuilder] - Attempting to send a state update of an item which doesn't exist: ZWaveNode002EurotronicTemperatureHumiditySensorZWavePlusTemperatureHumiditySensorZWavePlus_Sensordewpoint
2022-02-02 20:58:10.698 [WARN ] [e.internal.SseItemStatesEventBuilder] - Attempting to send a state update of an item which doesn't exist: ZWaveNode002EurotronicTemperatureHumiditySensorZWavePlusTemperatureHumiditySensorZWavePlus_Sensortemperature
2022-02-02 20:58:10.703 [WARN ] [e.internal.SseItemStatesEventBuilder] - Attempting to send a state update of an item which doesn't exist: ZWaveNode002EurotronicTemperatureHumiditySensorZWavePlusTemperatureHumiditySensorZWavePlus_Sensorrelativehumidity
2022-02-02 22:56:57.869 [WARN ] [e.internal.SseItemStatesEventBuilder] - Attempting to send a state update of an item which doesn't exist: ZWaveNode002EurotronicTemperatureHumiditySensorZWavePlusTemperatureHumiditySensorZWavePlus_Sensordewpoint
2022-02-02 22:56:57.874 [WARN ] [e.internal.SseItemStatesEventBuilder] - Attempting to send a state update of an item which doesn't exist: ZWaveNode002EurotronicTemperatureHumiditySensorZWavePlusTemperatureHumiditySensorZWavePlus_Sensortemperature
2022-02-02 22:56:57.880 [WARN ] [e.internal.SseItemStatesEventBuilder] - Attempting to send a state update of an item which doesn't exist: ZWaveNode002EurotronicTemperatureHumiditySensorZWavePlusTemperatureHumiditySensorZWavePlus_Sensorrelativehumidity

Ich kann aus dem Meldungen leider nicht viel herauslesen, außer:
Um 17:48 hat er auch den Sensor erkannt, sogar mit Hersteller und Typ ....

Allerdings gibt es immer noch keine xml für den node004 in /var/lib/openhab/zwave ....

ich bin leider keinen Schritt weitergekommen ...

Wer hat noch einen Tip für mich?

[Wattläufer]

... ich wollte noch den zwave log über
log:set DEBUG org.openhab.binding.zwave
starten.
Mein openhabian kennt aber den Befehl nicht, zumindest wenn ich über putty auf dem Raspberry eingeloggt bin ...
Gibt es noch eine andere Konsole?
Danke und Gruß

[sihui]

Kann ich irgendwie herausfinden, wann und wie openhab auf Batterie-Geräte lauscht?

Die Befehle die AN das Gerät gesendet werden bleiben so lange in der Warteschlange des Controllers bis das Gerät sich von selbst aufweckt (die Zeitdauer sollte in der Anleitung stehen). Die Befehle die VON dem Gerät kommen wecken das Gerät selbständig auf und werden sofort zum Controller geschickt.

Muss ich am zwave-contoller Razberry noch was beachten?

Ich habe diesen Controller nicht, weiß aber das er nicht einfach einzurichten ist. Wichtig ist das man das ganze Zway Zeug (den integrierten Server davon) deaktivert um das Zwave Binding in openHAB nutzen zu können.
Wie das geht sollte in der Anleitung zu finden sein.
Da du aber ja bereits ein anderes Gerät korrekt einrichten konntest (und hoffentlich auch bedienbar ist) würde ich hier erst einmal nicht nach einem Fehler suchen.

Das steht im Log:
2022-02-02 17:21:41.971 [INFO ] [zwave.handler.ZWaveControllerHandler] - Attempting to add listener when controller is null
2022-02-02 17:21:47.582 [INFO ] [ve.internal.protocol.ZWaveController] - Starting ZWave controller
2022-02-02 17:21:47.586 [INFO ] [ve.internal.protocol.ZWaveController] - ZWave timeout is set to 5000ms. Soft reset is false.
2022-02-02 17:44:57.492 [WARN ] [wave.discovery.ZWaveDiscoveryService] - NODE 4: Device discovery could not resolve to a thingType! Manufacturer data not known.
2022-02-02 17:44:57.523 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing 'zwave:device:e377f56148:node4' to inbox.
2022-02-02 17:46:00.775 [WARN ] [wave.discovery.ZWaveDiscoveryService] - NODE 4: Device discovery could not resolve to a thingType! Manufacturer data not known.
2022-02-02 17:46:56.784 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing 'zwave:device:e377f56148:node4' to inbox.
2022-02-02 17:48:03.732 [INFO ] [g.discovery.internal.PersistentInbox] - Added new thing 'zwave:device:e377f56148:node4' to inbox.
...
Ich kann aus dem Meldungen leider nicht viel herauslesen, außer:
Um 17:48 hat er auch den Sensor erkannt, sogar mit Hersteller und Typ ....

Allerdings gibt es immer noch keine xml für den node004 in /var/lib/openhab/zwave ....

Dein Schluss ist leider falsch, der Controller hat ein Thing ohne "Device discovery could not resolve to a thingType! Manufacturer data not known." hinzugefügt.
Der Grund: er kann die Daten vom Gerät nicht lesen. Entweder ist das Gerät nicht aufgeweckt oder ist defekt. Ich tippe weiterhin darauf das du die Knöpfe nicht rechtzeitig gedrückt hast um es aufzuwecken.
Beim initialen Inkludieren hast du nur 30 Sekunden zum aufwecken, da der Controller nur 30 Sekunden lang in den Inkludiermodus geschickt wird. Da muss der Node wach sein. Anschließend muss ein batteriebetriebenes Gerät mehrfach geweckt werden um die Initialisierung abzuschliessen.

Gibt es noch eine andere Konsole?

Ja, das macht man über die Karaf Konsole:

https://www.openhab.org/docs/administra ... nsole.html

[Wattläufer]

Hallo zusammen,

jetzt hab ich es hin bekommen:

• mit <openhab-cli console> die Openhab-Konsole öffnen

• über <log:set DEBUG org.openhab.binding.zwave> das ZWave debug logging aktivieren (besser in eine eigene Datei loggen, nicht in openhab.log; ist alles in https://www.openhab.org/addons/bindings/zwave/ gut beschrieben)

• Die Datei zwave.log mit dem Online viewer aus https://opensmarthouse.org/utilities/logviewer/zwave/ einlesen, das ist ein simples aber wunderbares Tool

• Im log-Viewer konnte ich sehen, dass der Razberry (der zwave controller) auch den bisher nicht voll konfigurierten node004 (den Eutronic Sensor) anfragt und den NIF haben will

• Das macht der Razberry regelmäßig, wobe ich nicht weiss, welches der Settings im Razberry das Abfrage-Intervall bestimmt, ich habe einfach zuviele Settings parallel verändert ...

• Zuletzt bin ich auf die Idee gekommen, den Sensor nicht einfach durch einmaligen Druck auf den wakeup Knopf wieder aufzuwecken, sondern ihn nochmal dem Netzwerk beitreten zu lassen (3x drücken innerhalb einer Sekunde; nach Anleitung des Sensors; Bedeutung: Einem Netzwerk beitreten oder ein Netzwerk verlassen)

• Die grüne Razberry-LED hat daraufhin wie wild ca. 2-3 Sekunden geblinkt

• In die zwave.log wurde die gesamte Einrichtungskommunikation mitgeloggt

• in /var/lib/openhab/zwave ist jetzt auch für den node004 eine xml-Datei eingetragen ... JUHUU ...

• ... und siehe da ...... die Sensor-Werte kommen ....

• Das zwave logging besser noch mit <log:set INFO org.openhab.binding.zwave> in der openhab Konsole ausschalten, die log-Datei wächst sehr schnell ...

Meine Vermutung mit dem Sensor ist, dass während des laufenden Scans des Razberry nur nach zwave-Knoten gesucht wird, ein Betrittswunsch des Knotens aber nicht abgearbeitet werden kann. Der Sensor wurde sehr schnell gefunden, aber halt ums verrecken nicht eingerichtet ...
Ich habe natürlich während des 30s laufenden Scans den Sensor in Beitrittsmodus gesetzt und das immer relativ früh, so dass der Sensor vor dem Ende des Scans die Lust am Beitreten verloren hat ...... Nach dem Ende des Scans habe ich nur immer wieder (gefühlte 1000mal mindestens) diesen verdammten wakeup-Knopf gedrückt ....... so lange der Knoten nicht korrekt eingerichtet ist, kann man sich das sparen.

Ich werde mir noch einen weiteren Sensor beschaffen und meine Theorie verifizieren ....

Danke für die Hilfe und vielleicht nutzt meine Erfahrung ja irgendwem ....

So long ..