Test adapter ZWave2 (v0.9.x)

Rolf_KA

@Rolf_KA sagte in Test adapter ZWave2 (v0.9.x):
Daran hat sich aber nichts geändert - einmal "dead" wohl immer "dead" - bis zum Adapter Neustart.
Z-Wave müsste doch aber erkennen, das ein Node der vorher "dead" war, jetzt wieder aktiv ist

Habe gerade herausgefunden das dieses Problem wohl am RollerShuter 2 liegt - und der hat noch kein ZWave PLUS ! ;-)
Bei allen anderen Modulen mit ZWave PLUS funktioniert die automatische Statusänderung von "dead" auf "alive" nach dem die Stromversorgung wieder vorhanden ist, einwandfrei - TOP !

Von meiner Seite ist jetzt soweit alles wieder okay :-)

Danke @AlCalzone :+1:

AlCalzone

@Schuko80 Dann hätte ich gerne nochmal ein Log mit der neuen Version. Bitte Cache löschen und dann nach Adapterstart den Node aufwecken, damit das Interview durchlaufen kann.

Bitte auch nach der Sollwertänderung den Node aufwecken, damit ich sehen kann, was dabei passiert. Im OZW-Log sehe ich nichts, dass der irgendwas anderes machen würde, was die Verzögerung erklärt.

Ob der Node ready ist, solltest du im Log sehen - ich habe drauf verzichtet, dafür einen DP zu machen.

@Rolf_KA Sobald von einem toten Node eine Nachricht empfangen wird, wird dieser wieder als lebendig markiert. Regelmäßig "pingen" wäre allerdings eine Idee.

@Xyolyp habe mal ein Issue erstellt, dass ich das demnächst angehen kann - gute Idee!

Schuko80

@AlCalzone sagte in Test adapter ZWave2 (v0.9.x):

@Schuko80 Dann hätte ich gerne nochmal ein Log mit der neuen Version. Bitte Cache löschen und dann nach Adapterstart den Node aufwecken, damit das Interview durchlaufen kann.

Bitte auch nach der Sollwertänderung den Node aufwecken, damit ich sehen kann, was dabei passiert. Im OZW-Log sehe ich nichts, dass der irgendwas anderes machen würde, was die Verzögerung erklärt.

Ob der Node ready ist, solltest du im Log sehen - ich habe drauf verzichtet, dafür einen DP zu machen.

Guten Morgen, "DP"? Was soll das bedeuten?

Ich habe zwei Log Dateien für dich, einmal Adapter Start, danach Cache geleert, da ist glaube ich eine neue Datei angelegt worden.
Vorgegangen bin ich wie folgt:

Adapter starten
Cache geleert
Interview abgewartet
Wert an Node 3 gesendet und direkt danach den Node von Hand geweckt
Wert an Node 2 manuell geändert auf 21.5 und kurz danach wieder auf 21

Was mir aufgefallen ist, die Thermostate verbinden sich laut deren Anzeige gar nicht mit dem System, sie blinken nämlich dauerhaft mit kein Empfang. Aber:

Das Interview läuft von alleine durch, ich brauch da nichts von Hand aufwecken
Auch wenn die Anzeige mit kein Empfang blinkt, sendet das Thermostat seinen Wert an deinen Adapter
Kommastellen funktionieren, zumindest vom Thermostat zum Adapter, andersherum konnte ich es nicht nicht testen

Dennoch:

Der Adapter sendet keinen Wert an das Thermostat, der Wert kommt einfach nicht an, auch wenn ich sofort manuell aufwecke.
gab es diesmal einen Fehler in der Log von IOBroker, den ich aber nicht in der Log Datei vom Adapter gefunden habe, oder ich habe ihn übersehen- Screenshot im Anhang

zwave-22472.log zwave-22436.log

AlCalzone

@Schuko80 "DP" = Datenpunkt (oder State) in ioBroker.

Woran machst du fest, dass das Interview für Node 3 durch ist? Laut Log hängt der Adapter momentan noch am Interview der Thermostat Setpoint CC. "Interview completed" lese ich da nicht. Fürchte den musst du noch 1-2x aufwecken.

Interessanterweise antworten Node 2, 3 und 8 auch nicht auf die Abfrage des aktuellen Sollwerts, obwohl sie diesen bei Änderungen von sich aus senden. Woran das liegt, ist mir aber noch nicht klar. Ggf. tut es eine Netzwerk-Heilung?

Laut diesem Thread kommt es wohl öfters vor, dass diese Thermostate sich bei einem Batteriestand unter 60% über schlechte Verbindung beschweren.

Ich brauche nochmal etwas Input von dir, um das Problem einzugrenzen. Im Internet liest man von zahlreichen Problemen des LC-13 mit allen Smart-Home-Systemen, aber keine klare Lösung.

Was genau zeigen denn die Thermostate an, wenn sie angeblich keine Verbindung haben?
Kannst du mir bitte nochmal einen Log von dem originalen Adapter schicken? Da tritt der genannte Fehler ja nicht auf, richtig? Bitte abwarten, bis der Scan abgeschlossen ist. Danach das Thermostat manuell aufwecken, ohne setpoint-Änderungen zu senden. Dann den Setpoint ändern und nochmal aufwecken.

Schuko80

@AlCalzone sagte in Test adapter ZWave2 (v0.9.x):

@Schuko80 "DP" = Datenpunkt (oder State) in ioBroker.

Woran machst du fest, dass das Interview für Node 3 durch ist? Laut Log hängt der Adapter momentan noch am Interview der Thermostat Setpoint CC. "Interview completed" lese ich da nicht. Fürchte den musst du noch 1-2x aufwecken.

Ich habe es eigentlich an der Log Datei festgemacht - zum einen meldet Node1 also der Stick - Interview completed, all values are updated - zum anderen sind alle anderen Nodes aufgewacht und wieder eingeschlafen.

Interessanterweise antworten Node 2, 3 und 8 auch nicht auf die Abfrage des aktuellen Sollwerts, obwohl sie diesen bei Änderungen von sich aus senden. Woran das liegt, ist mir aber noch nicht klar. Ggf. tut es eine Netzwerk-Heilung?

Meinst du "Ist" oder "Soll" Wert? Node 8 habe ich soweit ich weiß nie angesprochen, oder unbewusst.

Laut diesem Thread kommt es wohl öfters vor, dass diese Thermostate sich bei einem Batteriestand unter 60% über schlechte Verbindung beschweren.

Ich brauche nochmal etwas Input von dir, um das Problem einzugrenzen. Im Internet liest man von zahlreichen Problemen des LC-13 mit allen Smart-Home-Systemen, aber keine klare Lösung.

Über die LC-13 beschweren sich viele, das weiß ich, bei mir liefen sie immer sehr gut, ob unter IOBroker oder damals unter Domoticz - wenn der Stick ordentlich aufgestellt ist, sind die Verbindungen wirklich stabil, solange bis die Batterie leer ist.

Was genau zeigen denn die Thermostate an, wenn sie angeblich keine Verbindung haben?

Kannst du mir bitte nochmal einen Log von dem originalen Adapter schicken? Da tritt der genannte Fehler ja nicht auf, richtig? Bitte abwarten, bis der Scan abgeschlossen ist. Danach das Thermostat manuell aufwecken, ohne setpoint-Änderungen zu senden. Dann den Setpoint ändern und nochmal aufwecken.

Anbei findest du den Log, achte bitte auf Node 4, hab erst 2 und 3 durcheinander gewürfelt, daher sind die nicht aussagekräftig, Node 4 wurde aufgeweckt, danach SetPoint von 5 auf 4 gesetzt und noch einmal aufgeweckt.

OZW_log.txt

Bzgl. der Anzeige habe ich dir zwei Videos an gehangen (leider extern, da zu groß), dann siehst du es genau - das Lange ist von deinem Adapter, das kurze von OZW - da sieht man, das ich zum manuellen Steuern der Heizung 17 Sekunden benötige, bevor ich etwas machen kann.

OZW Video
Zwave2 Video

So, ich glaube ich habe alles :grin: - wenn du noch was brauchst, immer raus damit ...

EDIT:

Hab evtl. zum Aufwecken die falsche Taste genutzt, daher hier noch mal die ganz aktuelle Log Datei - geht wieder um Node 4

OZW_log.txt

AlCalzone

Danke erst mal für die ausführlichen Infos. Das auf dem Video ist ja übel...

zum einen meldet Node1 also der Stick - Interview completed, all values are updated

Ja, Interview von Node 1 ist fertig ;) Sämtliche andere Nodes sind auf dem Screenshot noch nicht fertig.

Meinst du "Ist" oder "Soll" Wert?

Ich meine den Sollwert der Heizung der derzeit am Thermostat eingestellt ist. Also vermutlich das, was du unter "Ist"-Wert verstehst. Der wird als Teil des Interviews abgefragt (klappt nicht) und regelmäßig von den Thermostaten gemeldet (klappt).

Der OZW_Log hilft mir so leider nicht. Das Interview von Node 4 war noch nicht abgeschlossen, als du die Setpoint-Änderungen durchgeführt hast. Stand denn im ioBroker-Log schon "Scan completed"?
Außerdem bräuchte ich mindestens ein selbstständiges Aufwachen des Nodes nach abgeschlossenem Interview - dazu musst du den Adapter mit Logging einfach noch ca 20 Minuten laufen lassen.

AlCalzone

@Schuko80 Ooooooh, ich hab da gerade was gefunden. Ich glaube ich weiß, warum die Nodes auf die Abfrage des Setpoints nicht antworten...
In ca. 15 Minuten gibt's eine neue Version. Bitte damit testen.

Rolf_KA

@Schuko80 sagte in Test adapter ZWave2 (v0.9.x):

Bzgl. der Anzeige habe ich dir zwei Videos an gehangen (leider extern, da zu groß)

Meine Sophos Firewall verweigert den Download der Videos - steht wohl auf einer Backlist... :thinking_face:

Was mich an deiner Node Netzwerkanzeige irritiert, dass kein Node mit einem anderen kommuniziert - wo ist das ZW Mesh...
Sind Node 2 bis 8 alle diese LC-13 Thermostate, rein Interesse halber? Die pennen (asleep) wohl nur und sprechen auch nicht untereinander...

Bei mir sieht das so aus:
(Node 8 ist bei mir auch Batteriebetrieben und pennt (asleep) derzeit, Node 3+7 sind derzeit wegen Neuverkabelung vom Netz/Strom - in den kommenden Wochen kommt da noch einiges dazu, endlich und Dank @AlCalzone)

Wenn ich AlCalzone Logs zugesendet habe, hatte ich auch grundsätzlich nur seinen zwave2.0 und den admin.0 gestartet, alle anderen Adapter hatte ich deaktiviert! OZW und ZW2 gleichzeitig, geht natürlich gar nicht :face_with_rolling_eyes:

Wenn das @AlCalzone nicht hinbekommt, bekommt es wohl keiner hin... ;-)

Wünsche allen noch einen ruhigen Sonntagabend und hoffentlich einen stressfreien Wochenstart!

AlCalzone

@Rolf_KA sagte in Test adapter ZWave2 (v0.9.x):

Was mich an deiner Node Netzwerkanzeige irritiert, dass kein Node mit einem anderen kommuniziert - wo ist das ZW Mesh...

Das Interview ist noch nicht fertig, daher fehlt diese Information. Der Adapter weiß bisher nur, dass der Controller eine direkte Verbindung zu allen Nodes hat.

Wenn ich AlCalzone Logs zugesendet habe, hatte ich auch grundsätzlich nur seinen zwave2.0 und den admin.0 gestartet

Das ist nicht unbedingt nötig. Ich teste derzeit auch am Produktivsystem :sweat:

Schuko80

@Rolf_KA sagte in Test adapter ZWave2 (v0.9.x):

@Schuko80 sagte in Test adapter ZWave2 (v0.9.x):

Was mich an deiner Node Netzwerkanzeige irritiert, dass kein Node mit einem anderen kommuniziert - wo ist das ZW Mesh...
Sind Node 2 bis 8 alle diese LC-13 Thermostate, rein Interesse halber? Die pennen (asleep) wohl nur und sprechen auch nicht untereinander...

Das sieht bei mir immer so aus, lediglich Node7 ist ein Qubino Din Dimmer, es kann sein, das ein Node sich da mal drauf hängt. Der Rest sind Thermostate, die nicht untereinander sprechen.

Da ich bei mir alles Sternförmig angeordnet habe, ist das so sogar perfekt, da jeder Node direkte Verbindung zum Stick hat.

Installiere gerade die neue Version, teste es dann sofort ...

AlCalzone

@Schuko80 Dann müsste es eigentlich eher so aussehen - aber wie gesagt, das Interview war ja gar nicht fertig...

Schuko80

Nicht ganz, Batterie betriebene Geräte laufen soweit ich weiß als Standalone, nur Netzgeräte routen...

Sieht bei dem OZW so aus:

So ganz war es das mit der 0.9.3 leider noch nicht, hatte mich sogar erst gefreut das es lief...

Drücke ich den Button in der Mitte zum Aufwecken, befindet sich das Thermostat sofort im Netz - drücke ich aber eine Taste zur Temperaturänderung, konntest du auf den Videos sehen, dann kommt das Thermostat nicht ins Netz, es dauert wieder 17 Sekunden, dann kann ich allerdings die mittlere Taste zum Verbindungsaufbau drücken und die Verbindung steht sofort.

Ich weiß nicht was du geändert hast, aber evtl. muß der Programmcode auch noch in einen anderen Bereich.

EDIT: Ich lasse den jetzt mal 30 Minuten im Hintergrund laufen, mal sehen, ob sich mit dem Interview doch noch was tut.

EDIT2: Hat sich leider nichts geändert, über die Temperaturschalter wachen die Thermostate nicht auf...

Im IOBroker Log steht aber auch noch immer nichts vom Interview bzgl. der Thermostate, der Qubino ist aber durch - Netzwerk sieht so aus:

AlCalzone

@Schuko80 Ok, dann brauche ich nochmal einen Log (am besten mit vorherigem Cache-Reset).

Und das bitte nicht vergessen:
@AlCalzone sagte in Test adapter ZWave2 (v0.9.x):

Der OZW_Log hilft mir so leider nicht. Das Interview von Node 4 war noch nicht abgeschlossen, als du die Setpoint-Änderungen durchgeführt hast. Stand denn im ioBroker-Log schon "Scan completed"?
Außerdem bräuchte ich mindestens ein selbstständiges Aufwachen des Nodes nach abgeschlossenem Interview - dazu musst du den Adapter mit Logging einfach noch ca 20 Minuten laufen lassen.

Aber kein Stress, vor morgen wird das eh nix.

Markus84

@AlCalzone

Ich habe auch gerade mal getestet. Bei meinen Abus Rauchmeldern fehlt leider der Alarm Datenpunkt. Hast du eine Idee?

Ich würde gerne ein Gerät rausnehmen, da ich es nicht mehr benötige. Was muss ich denn machen, nachdem ich auf exclude device geklickt habe?

Einen Türsensor will auch nicht so richtig. Die anderen Neo Coolcam funktionieren einwandfrei. Bei einem erkennt er nur die Datenpunkte status und Binary_Sensor. Auch ein manuelles Aufwecken hat nicht geholfen. Hast du hier vielleicht auch eine Idee?

Edit: Hab den Datenpunkt gefunden. Er ist bei dir nur an anderer Stelle unter Notifications.

AlCalzone

@Markus84 sagte in Test adapter ZWave2 (v0.9.x):

Ich würde gerne ein Gerät rausnehmen, da ich es nicht mehr benötige. Was muss ich denn machen, nachdem ich auf exclude device geklickt habe?

Am Gerät den Knopf betätigen. Welcher das ist, hängt vom Gerät ab.

Für den anderen Sensor benötige ich die Cache-Datei, einen Log und die ID des Nodes, nach welchem ich schauen soll. Am besten noch einen zum Vergleich, bei dem es geht.

Markus84

@AlCalzone said in Test adapter ZWave2 (v0.9.x):

Für den anderen Sensor benötige ich die Cache-Datei, einen Log und die ID des Nodes, nach welchem ich schauen soll. Am besten noch einen zum Vergleich, bei dem es geht.

Du hast nicht zufällig einen Link zu einer Anleitung, wie genau ich das machen muss?

Markus84

@AlCalzone said in Test adapter ZWave2 (v0.9.x):

Am Gerät den Knopf betätigen. Welcher das ist, hängt vom Gerät ab.

Leider habe ich das Gerät nicht mehr. Was kann ich dann machen?

AlCalzone

@Markus84 Warten, bis ich die Funktion in die Admin-Oberfläche integriert habe ;)

Du hast nicht zufällig einen Link zu einer Anleitung, wie genau ich das machen muss?

In der Adapter-Konfiguration den Haken "Detaillierte Logdatei schreiben" aktivieren. Speichern.
Im Reiter "Geräte" auf "Cache löschen" klicken.
Abwarten, bis bei allen relevanten Nodes "Interview completed" im ioBroker-Log erschienen ist.
Mir die folgenden Dateien schicken:
1. /opt/iobroker/iobroker-data/zwave2.0/cache/<irgendwas>.json
2. /opt/iobroker/node_modules/zwave-js/zwave-<irgendwas>.log (bitte die mit dem neuesten Datum).
Den Haken "Detaillierte Logdatei schreiben" wieder entfernen.

Rolf_KA

@Markus84 sagte in Test adapter ZWave2 (v0.9.x):

Du hast nicht zufällig einen Link zu einer Anleitung, wie genau ich das machen muss?

Am besten du installierst dir das PC Programm WinSCP (ist kostenlos), damit kannst du dann auf deinen PI zugreifen.
(https://winscp.net/eng/download.php)

Die Cache Datei liegt hier: (der Name wird bei dir sicherlich anders lauten xxxxxxx.json)

Und die Log Datei des ZWave2 Adapter hier: (die Zahl nach zwave-xxxx.log kann variieren)

Rolf_KA

@AlCalzone

Du warst schneller und ausführlicher ;-) :+1:

Community Forum

NEWS

Test adapter ZWave2 (v0.9.x)

Support us

730

32.4k

81.4k

1.3m