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

[Harry94]

@AlCalzone
Cache über das Menü gelöscht und neu gestartet, Problem besteht leider weiterhin :/

zwave-25968.log

[AlCalzone]

@Harry94 Konnte es lokal bei mir reproduzieren. Fix kommt in der nächsten Version.

[AlCalzone]

Version 0.12.1 ist in Kürze da, Changelog siehe oben.

[Bluelightcrew]

Blöde frage, bitte nicht steinigen dafür. Wie komm ich auf die neue Version über github, also wie mach ich ein update von dem Adapter?

[AlCalzone]

@Bluelightcrew Der Adapter ist im Latest-Repo, d.h. kurz nach 2 und 14 Uhr jeweils solltest du die neue Version über die Adapter-Liste installieren können.
Falls du nicht warten kannst, geht es im Notfall entweder per Github (Achtung, der Master-Branch kann zwischenzeitlich auch mal nicht funktional sein) oder bevorzugt per Konsole:

cd /opt/iobroker
npm i iobroker.zwave2
iobroker upload zwave2

[AlCalzone]

@Bluelightcrew Läuft noch alles mit den Thermostaten?

[Bluelightcrew]

@AlCalzone
Gerade mal geschaut, leider nein! 5 von 6 zeigen E5 also Verbindungs Fehler.

[Markus84]

Ich habe die Adapterentwicklung etwas aus den Augen verloren. Werden die ABUS Z-Wave Rauchmelder inzwischen unterstützt?

[AlCalzone]

@Bluelightcrew Dann muss ich die Anfragen wohl doch wieder einbauen. Wird voraussichtlich morgen.

@Markus84 Wenn sie Security benötigen, nicht. Ansonsten müsstest du mal testen.

[Bluelightcrew]

@AlCalzone
Kein Stress, die Dinger funktionieren ja trotzdem, sie sagen ja nur sie hätten keine Verbindung

[M0nk3y]

Hallo @AlCalzone ,
hallo zusammen,

zunächst einmal vielen Dank für die Entwicklung!

Leider funktioniert mein zwave-Netzwerk nicht so wie erhofft.
Und zwar scheint ein Cache leeren und damit das Interview nicht richtig zu funktionieren. Ich glaube, dass er teilweise die Geräte findet, jedoch nicht erkennt welche Art sie haben. Eigentlich bei den wenigsten zeigt er dann die korrekten Daten an. Das hat zur Folge, dass beispielsweise im Node die Configurationsattribute fehlen.

Das Netzwerk an sich sieht für mich vielverspechend aus:

Darf ich Dich bitten sich das mal anzuschauen?
Anbei die Logdatei (nach einer Cachelöschung):
zwave-13173.log

Vielen Dank!!!
André

[AlCalzone]

@André-Müller In dem Log ist fast keines der Interviews durchgelaufen. Node 11 klappt, Node 4 und 5 reagieren gar nicht auf Anfragen, sodass sie als tot eingestuft werden. Andere Nodes senden zwar fleißig Messwerte, antworten aber auch nicht aufs Interview.

Allerdings ist der gepostete Log auch nicht mit komplett leerem Cache, sodass ich leider nicht alles sehe (z.b. ob die Geräte batteriebetrieben sind).
Das Netzwerk scheint auch schon aus einem vorherigen Interview bekannt zu sein.

[AlCalzone]

@Bluelightcrew Dann probieren wir es nochmal manuell - ich habe die Abfragen in die library wieder eingebaut:

iobroker stop zwave2
cd /opt/iobroker/node_modules/iobroker.zwave2
npm i zwave-js@3.2.0
iobroker start zwave2

[M0nk3y]

@AlCalzone
Vielen Dank für die schnelle Antwort. Ein paar sind batteriebetrieben, andere per Strom. Ein Steckdosenadapter und drei Rolladenaktoren per Strom. 5, 6 Sensoren.

Wie kann ich denn am besten vorgehen den Cache richtig zu löschen? Den Button hatte ich genutzt. Einfach die Cachedatei per Konsole löschen?
Wird das Interview dann „richtiger“ durchgeführt?

Grüße
André

[Markus84]

@AlCalzone said in Test Adapter Z-Wave 2 (v0.12.x):

Wenn sie Security benötigen, nicht. Ansonsten müsstest du mal testen.

Ist denn derzeit noch geplant Security später in den Adapter zu implementieren?

[Harry94]

@AlCalzone
Moin,

danke für das Update, hat das Problem (zumindest bei mir) nicht behoben.
habe den Adapter geupdatet, cache gelöscht und anschließend wieder mit NODE_014 erst am Schalter und dann über die States im iobroker geschaltet. Der currentValue_001 hat da leider keine verwertbaren Daten geliefert.
Hoffe hab diesmal an alles im Anhang gedacht ^^

zwave-7955.log
cc86e776.values.jsonl
cc86e776.metadata.jsonl
cc86e776.json

[AlCalzone]

@André-Müller Wenn der Adapter läuft, sollte ein Klick auf Cache löschen ausreichen. Der startet dann automatisch neu.

@Markus84 ja! Das wird die nächste große Baustelle. In v0.13.0 kommt erst mal eine Möglichtkeit, Associations zu verwalten.

@Harry94 Fehler gefunden, danke! Werde ich in der nächsten Version beheben.

[M0nk3y]

@AlCalzone

Danke, ich habe jetzt nochmal den Button gedrückt und lasse es etwas laufen. Später stelle ich dann nochmal das log ein

Schönes WE

[M0nk3y]

So, ich habe nun ein fast 24h Log
zwave-32443.zip

Wegen der Größe habe ich es gepackt.

Geräte habe ich:

• Rolladenaktore 3 Stück (müssten Node4, 5, 6 sein)

• Stromadapter (Node11)

• Restlichen Nodes sind Kontakt/Bewegungs/Temp Sensoren (in einem)

Vielen Dank für Deine Unterstützung!

Edit:

Von der Karte her kommunizieren alle Nodes, werden aber nie gelistet:

[AlCalzone]

@André-Müller

Bei dir scheinen mehrere Probleme zusammen zu kommen:

• Node 6 hat relativ sicher Empfangsprobleme und nach der Karte auch keinen direkten Draht zum Controller (Node 1). Es werden mehrere Versuche (ca. 10) für das Interview gemacht, jeder bricht früher oder später ab, weil der Node den Empfang der Nachrichten mehrfach nicht bestätigt. Hier hilft ggf. ein Netzwerk-Heal (muss nicht komplett durchlaufen, Node 6 sollte aber fertig sein).
• Einige der batteriebetriebenen Nodes wachen selten auf und haben kein komplettes Interview geschafft. Hier empfiehlt es sich vorerst (ich habe einige Pläne das zu optimieren), die Nodes einzeln aufzuwecken (ggf. mehrfach), bis das Interview durch ist. Sobald das einmal geschehen ist, kennt der Adapter alle nötigen Infos und die Nodes können auch nach einem Neustart normal betrieben werden. Am besten wartest du damit aber bis ich Punkt 3. gefixt habe, du wirst vermutlich nochmal Cache leeren müssen.
• Node 9 scheint einen Bug aufgedeckt zu haben. Hier werden Nachrichten falsch zugeordnet und der Adapter denkt, dass Node 9 eine andere Version der Battery-CC unterstützt. Auf die entsprechenden Abfragen kommt aber keine Antwort. Fixe ich ebenfalls in der nächsten Version.