UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Geko Eder]

@AlCalzone Danke, ja genau. Ich hab am Ende ein paar mal geschaltet, der Wert blieb aber immer gleich. Wie gesagt, die Signale kommen an, nur iobroker bekommt/kann das Update nicht verarbeiten. Es funktioniert aber noch, es war aber in den vorigen Versionen so, dass auch das steuern nicht mehr geklappt hatte. An was liegt denn das? Du meintest ja du hättest es noch nicht eingebaut in die neue Version, wüsstest aber woran es liegt?

[AlCalzone]

@Geko-Eder Der bisherige Kommunikations-Code verwendet eine Vielzahl von überlappenden Timeouts und Bedingungen mit diversen Ausnahmen, um den Nachrichtenfluss zu steuern. Das hat in der Vergangenheit schon öfters dafür gesorgt, dass doch ein Zustand eingetreten ist, den ich nicht bedacht hatte.

Teil meines erwähnten Umbaus ist es, diesen auf sogenannte State-Charts umzubauen, hier ein einfaches Beispiel:

Damit befindet sich der Treiber jederzeit in einem definierten Zustand mit definierten Auslösern für Zustandsübergänge und sollte damit nicht mehr stecken bleiben.
Allerdings hängt es noch daran, dass der Zustand der Geräte, den der Adapter braucht, um zu steuern mit welchem Gerät gerade kommuniziert wird, noch nicht korrekt aktualisiert wird. Ergebnis: er denkt immer nach 10 Sekunden, dass ein Node schläft, obwohl er gerade mit ihm kommuniziert hat. Sobald ich das auch noch habe, kann ichs veröffentlichen.

[AlCalzone]

@Geko-Eder Zurück zum eigentlichen Problem... Kannst du mal den Adapter aufs Loglevel Debug stellen und nochmal laufen lassen? Dann kann ich wenn es wieder passiert zwischen ioBroker-Log und ZWave-Log abgleichen. Nur zur Vorwarnung, das kann auch eine Menge Logs erzeugen.

[Harry94]

Guten Abend allerseits,

mein Z-Wave adapter hängt sich ja regelmäßig auf, (noch 1.5.0)
interessante Beobachtung hierbei ist dass die Skripe die ich mit meinem HeatIt Push-Button 8 (NODE 036) steuere weiterhin auslösen. Die Befehle kommen also an.
Evtl hilft das weiter?

zwave-11512.rar

[Esmax666]

@AlCalzone ok sorray anbei die dateien

zwave-7277.log zwave-4546.log zwave-4403.log zwave-4110.log zwave-1118.log zwave-30679.log zwave-27988.log zwave-25510.log zwave-24652.log zwave-20913.log zwave-17636.log

LOG2020-09-06.txt

und noch von gestern
LOG2020-09-05.txt

[Esmax666]

HAllo @_nico, @wykat und @Schlumpf,

ich habe gesehen das ihr Figaro rauchmelder haben.

Ich habe ein ABUS rauchmelder gekauft und es gibt sehr wenig infomationnen

Haben Sie auch die Attribute "Ready" und "Status"?
Was genau meint er mit diesen Informationen, ich konnte die Informationen im Handbuch nicht finden

Ist der figaro besser als ABUS? Er scheint mehr Informationen wie die Temperatur, Alarm aktiviert,... zu geben.

Danke

[Harry94]

@Esmax666
Die Datenpunkte ready und Status gibt es bei allen Nodes,

ready gibt wieder ob das interview abgeschlossen ist (wenn ich mich richtig erinnere)
Status kann z.b. awake, asleep oder dead sein.

Awake heisst der Aktor ist Wach, sollte bei Fest angeschlossenen Geräten immer der Fall sein.
Batteriebetriebene geräte können "schlafen" um Energie zu sparen und wachen nur auf um Informationen zu senden oder diese in bestimmten Abständen abzufragen (Wake-Up intervall). Die werden dann als asleep angezeigt.

Nodes die nicht mehr erreichbar sind werden als dead markiert.

Lg

[AlCalzone]

@Esmax666 sagte in Test Adapter Z-Wave 2 (v1.4.x / 1.5.0 / 1.6.x):

Haben Sie auch die Attribute "Ready" und "Status"?

Ich habe dir diese Frage hier doch schon mehrfach beantwortet. Was ist denn noch unklar?

Das Interview kann sich bei batteriebetriebenen Geräten ziehen, gerne auch mal Stunden bis Tage. Erst danach ist ready = true und alle Daten da.

[Mojito Joe]

Bin mir nicht sicher, ob ich in diesem Thread richtig bin:

Habe gestern den Aeotec Z-Stick Gen5 und als erstes ZWave-Gerät überhaupt ein batteriebetriebenes SmartLock von ABUS (CFA3010) installiert. Dazu habe ich zuerst den zwave2 Adapter verwendet.

• Der Stick wurde mir sofort erkannt und in der Adapter-Instanz als Device angezeigt. Das SmartLock wurde nach Inklusion ebenfalls in der Device-Liste geführt.
• Als Datenpunkte wurden mir einige unter "Objects" angezeigt - unter anderem auch "Door_Lock" (oder so ähnlich).

Leider konnte ich keinen Konfigurations-Datenpunkt finden unter dem ich die Parameter aus der Anleitung (siehe auch hier) finden. Auch war/ist mir nicht klar, wie ich das Schloss steuern soll, da Änderungen an den Datenpunkt-Werten keinen Effekt hatte.

Deshalb habe ich den zwave2-Adapter deinstalliert und es stattdessen mit dem zwave-Adapter versucht. Damit wurden mir aber kaum Datenpunkte unter Objects angeboten. Somit bin ich wieder zurück zum zwave2-Adapter gewechselt. Der Stick taucht nach Installation und Erstkonfiguration wieder unter Devices auf, doch nach vom Schloss visuell bestätigter Inklusion des SmartLocks taucht dieses nun nicht mehr unter Devices auf. Auch die bei der ersten Adapterinstallation noch angezeigten Datenpunkte sind nun nicht mehr vorhanden - selbst 16h nach Inklusion.

Zusammenfassung:

• SmartLock taucht nach Inklusion nicht mehr - wie beim ersten Versuch - in Device-Liste auf
• Ursprünglich (beim ersten Versuch) angezeigte Datenpunkte nicht mehr vorhanden
• Von Anfang an fehlende Datenpunkte (Grund für die ganze Adapter-In/Deinstallation) bzw. wo können in IOBroker überhaupt Parameter von zWave-Geräten konfiguriert werden?.

Ich habe den Adapter soeben neu gestartet und hänge mal das detaillierte Log hier an. Bei dem SmartLock handelt es sich um Node_003.
zwave-27366.log

[AlCalzone]

@Mojito-Joe Geh mal in den Adapteroptionen auf Geräte, und klicke auf Cache leeren. Durch dein Hin und Her scheinen die gespeicherten Informationen korrupt zu sein. Danach Geduld und/oder das Gerät durch Tastendruck manuell aufwecken.

wo können in IOBroker überhaupt Parameter von zWave-Geräten konfiguriert werden?.

Wenn das Interview des Gerätes durch ist, wird im Objekte-Baum unter Node 003 auch ein Ordner Configuration auftauchen.

[AlCalzone]

@Esmax666 sagte in Test Adapter Z-Wave 2 (v1.4.x / 1.5.0 / 1.6.x):

ok sorray anbei die dateien

In deinen Logs schläft der Rauchmelder immer, daher hat es auch noch nicht mit dem Aktualisieren der Infos geklappt. Hast du den Adapter mal länger laufen lassen als nur ein paar Minuten? Viele Geräte wachen nur alle paar Stunden auf.

Mein Vorschlag:
Adapter laufen lassen, mind 24 Stunden. Wenn dann immer noch ready=false ist, den Rauchmelder mal aufwecken. Wie das geht, müsste in seiner Anleitung stehen. Wenn es dann immer noch nicht klappt, mir das Log schicken.

[Mojito Joe]

@AlCalzone Ich denke, dass ich den Cache bereits gestern geleert hatte (ich habe alles versucht), aber ich habe es heute Abend erneut gemacht. Anschließend habe ich das Schloss manuell bedient (verschlossen und wieder aufgeschlossen). Wie man ansonsten das Gerät aufweckt ist nirgends angegeben (auch nicht in der Anleitung). Seit dem habe ich gewartet. Bisher völlig ohne Veränderung/Erfolg. Ich werde es morgen früh erneut überprüfen - ich denke nicht, dass sich etwas verändern wird.

Gibt es noch etwas, dass ich noch versuchen kann?

Edit: auch heute morgen keine Veränderung (kein zusätzliches Gerät und auch kein zusätzlicher Objekt-Knoten.

[AlCalzone]

@Mojito-Joe Ich hab da was gefunden, was hier zutrifft - der Adapter kann noch kein S2:

Wechsel von S2 zu S0 Security
Sollte Ihr Z-Wave Gateway/Controller den S2 Standard nicht unterstützen ist eine Einbindung nicht sofort möglich. Um eine Einbindung durchzuführen, muss der S0 Stan-dard manuell aktiviert werden. (Da der Z-Wave S0 Standard beim Einler-nen ein minimales Sicherheitsrisiko birgt, ist dieser für die Eintrittslö-sung standardmäßig deaktiviert).Drücken Sie die beiden Pfeiltasten für 3 Sekunden, bis die linke LED grün aufleuchtet. Dies zeigt den Verwaltungs-Modus an. Drücken Sie erneut beide Pfeiltasten für 3 Sekunden bis die linke LED grün blinkt. Drücken Sie nun die Pfeiltaste „nach oben“; die linke LED blinkt rot. Bestätigen Sie mit der Taste „Schließen“. Die linke LED blinkt rot, die rechte leuchtet grün = Standard S2. Drücken Sie die Pfeiltaste nach unten; die linke LED blinkt rot und die rechte leuchtet rot = S0 Security. Bestätigen Sie den Wechsel von S2 zu S0 durch drücken der Taste „Schließen“

Ich würde vermuten, dass das Aufwecken durch Druck auf Öffnen oder Schließen ausgelöst wird - die werden laut Anleitung auch fürs Einbinden etc. genutzt.

[Mojito Joe]

@AlCalzone OK, das war mir irgendwie nicht bewusst, das S2 noch nicht unterstützt wird. Das hätte ich natürlich dann deaktiviert. Sorry.

Ich hatte es kurz vor Deiner Antwort in den Werkszustand zurück gesetzt und ausgebaut, nun aber wieder eingebaut. Ist etwas bestimmtes oder eine besondere Reihenfolge zu beachten, das Gerät nun wieder zu inkludieren?

[AlCalzone]

@Mojito-Joe Nur was in der Anleitung steht

[Mojito Joe]

@AlCalzone Nun habe ich heute morgen das Schloss auf Werkszustand und auch den Aeotec-Stick zurück gesetzt.

1. Den Adapter habe ich nicht neu installiert. Zuerst den Stick installiert => taucht in der Geräte-Liste des Adapters auf, ioBroker-Log bringt Meldung zu Node_001, Objektstruktur zeigt nur "Node_001". Alles gut soweit (war aber auch nur der Stick).
2. Schloss montiert, initialisiert und als erstes sofort auf S0-Modus umgestellt. Anschließend über Adapter "unsecured" inkludiert. Soweit so gut. Node_002 taucht in der NetworkMap auf und auch im Objektbaum.
   Aber leider weder unter Geräte (wie beim aller ersten Inkludieren Sonntag; vor dem openzwave-Versuch), noch wird irgendein weitereres Objekt-Item dem Objektbaum hinzugefügt.
   
3. Immer wieder mal über den Tag verteilt manuell am Schloss geschlossen und wieder geöffnet.

Bis jetzt keine Änderung seit 10:50 (siehe Logeintrag)

zwave2.0	2020-09-08 10:50:47.843	info	(5417) Node 2: is now awake
zwave2.0	2020-09-08 10:50:46.582	info	(5417) inclusion stopped
zwave2.0	2020-09-08 10:50:46.581	info	(5417) Node 2: added
zwave2.0	2020-09-08 10:50:37.121	info	(5417) non-secure inclusion started
zwave2.0	2020-09-08 10:43:00.344	info	(5417) Node 1: interview completed, all values are updated
zwave2.0	2020-09-08 10:43:00.343	info	(5417) Node 1: ready to use
zwave2.0	2020-09-08 10:43:00.342	info	(5417) All nodes are ready to use
zwave2.0	2020-09-08 10:43:00.230	info	(5417) The driver is ready. Found 1 nodes.
zwave2.0	2020-09-08 10:42:57.935	info	(5417) starting. Version 1.5.0 in /opt/iobroker/node_modules/iobroker.zwave2, node: v10.22.0, js-controller: 3.1.6

Da stimmt was nicht und selbst, wenn ich noch länger warten müsste, so macht das doch keinen Sinn: Ich brauche die Zustände doch nahezu realtime. Wie soll ich denn irgendwas miteinander in Beziehung setzen, wenn die Attribute/Parameter stundenlang nicht upgedatet werden?

Ich nutze übrigens die stable Version 1.5.0 vom Adapter. Ich gehe nicht davon aus, dass eine non-stable aktuellere Version weniger Probleme machen wird, oder?
Hier auch das Log dazu: zwave-5417.log

[AlCalzone]

@Mojito-Joe sagte in Test Adapter Z-Wave 2 (v1.4.x / 1.5.0 / 1.6.x):

Da stimmt was nicht und selbst, wenn ich noch länger warten müsste, so macht das doch keinen Sinn: Ich brauche die Zustände doch nahezu realtime. Wie soll ich denn irgendwas miteinander in Beziehung setzen, wenn die Attribute/Parameter stundenlang nicht upgedatet werden?

Sobald das Interview erledigt ist (teilweise auch schon zwischendurch) ist die Kommunikation nahezu realtime. Aber das muss erst durchlaufen.

Lerne das Gerät nochmal ab und binde es sicher ein. S0 ist verschlüsselt, aber nicht ganz so gut wie S2.

[AlCalzone]

Für die Mutigen gehts hier weiter: https://forum.iobroker.net/topic/36654/alpha-test-adapter-z-wave-2-v1-7-x

[Mojito Joe]

@AlCalzone Heureka - das hat sofort geholfen! Der erste Lichtblick:

1. Gerät taucht wieder in der Geräteliste auf.
   
2. Objektbaumstruktur enthält wieder viele Elemente.
   

Nur der Configuration-Objektordner, den Du oben erwähnt hast und der die Parameter zur Konfiguration enthalten soll, ist wieder (wie schon beim ersten mal) nicht dabei?! Obwohl ready=true ist.

Aber ich habe nun zumindest auch Objektelemente gefunden, die nicht nur read-only sind und die das Schloss steuern. Wenn nun noch die Konfiguration möglich wäre, wäre ich rundum glücklich... Aber ich bin endlich wieder optimistisch. Riesigen Dank an Dich für Deine Geduld!

So als Interesse: Wenn sowohl S0 als auch S2 verschlüsselt ist, wozu ist dann "unsecure" als Inklusionsoption vorhanden? Gibt es noch einen anderen Modus?

Ach, und im v1.7 Thread spricht Du von "wer Stabilität möchte, sollte bei v1.6 bleiben". Sehe ich das falsch, oder ist aber in der Adapter-Übersicht auch weiterhin v1.5.0 die angebotene stable-Version?

[AlCalzone]

@Mojito-Joe sagte in Test Adapter Z-Wave 2 (v1.4.x / 1.5.0 / 1.6.x):

Wenn nun noch die Konfiguration möglich wäre, wäre ich rundum glücklich...

Ok, das kann durchaus sein, dass ich hierfür noch die passenden Konfigurations-Dateien suchen bzw. erstellen muss.

Wenn sowohl S0 als auch S2 verschlüsselt ist, wozu ist dann "unsecure" als Inklusionsoption vorhanden? Gibt es noch einen anderen Modus?

Derzeit gibt es unverschlüsselt, S0 und S2. Unverschlüsselt ist auch vollkommen OK bei Geräten wie einem Lichtschalter, da hier keine sicherheitsrelevanten Befehle übertragen werden. Verschlüsselung erzeugt nämlich einen ordentlichen Overhead in der Kommunikation und damit Latenz im Netzwerk. Im Falle von S0 sind das 3 Nachrichten pro "Nutz"-Nachricht. S2 verbessert das deutlich, ist aber wesentlich komplexer in der Implementierung.

@Mojito-Joe sagte in Test Adapter Z-Wave 2 (v1.4.x / 1.5.0 / 1.6.x):

Ach, und im v1.7 Thread spricht Du von "wer Stabilität möchte, sollte bei v1.6 bleiben". Sehe ich das falsch, oder ist aber in der Adapter-Übersicht auch weiterhin v1.5.0 die angebotene stable-Version?

Ähh ja, 1.5 ist stable Die Änderungen von 1.4 bis 1.6 waren aber allesamt relativ überschaubar, sodass die Versionen fast gleichzusetzen sind. Fehlerbehebungen sind in diesem Fall eher als verbesserte Unterstützung nicht-konformer Geräte zu verstehen.