Test Adapter Z-Wave 2 v3.0.x

[arteck]

@slipkorn_dh88 sagte in Test Adapter Z-Wave 2 v3.0.x:

Parameter

welche parameter ??? die werden normalerweise unter configuration angelegt

[SlipKoRn_DH88]

@arteck sagte in Test Adapter Z-Wave 2 v3.0.x:

@slipkorn_dh88 sagte in Test Adapter Z-Wave 2 v3.0.x:

Parameter

welche parameter ??? die werden normalerweise unter configuration angelegt

Zum Beispiel diese hier:

[arteck]

@slipkorn_dh88 steht alles unter

in textform

[SlipKoRn_DH88]

@arteck sagte in Test Adapter Z-Wave 2 v3.0.x:

@slipkorn_dh88 steht alles unter

in textform

Besten Dank, mit dem Denkanstoß macht es natürlich Sinn! Ich kannte bisher nur die Möglichkeit die Parameter über die Oberfläche einer Benutzeroberfläche/App zu senden und habe einen Datenpunkt erwartet, bei welchem man einfach Parameter, Größe und Wert einträgt.

[LaplaceII]

Habe gerade festgestellt, dass die Konfigurations DB bei mir etwas veraltet zu sein scheint (meine Vers 10.23.6, aktuelle in GitHub 12.5.3). Ich meine mich zu erinnern, dass bei der ZWave2 2.x Version diese KonfDB über die Einstellung in der Instanz aktualisiert werden konnte. In der Version 3.x geht das scheinbar nicht mehr. Gibt es einen Weg die KonfDB zu aktualisieren ohne den Adapter komplett neu zu installieren?

[LaplaceII]

@laplaceii : Hat jemand eine Idee dazu?

[LaplaceII]

Hat keiner eine Idee dazu?

[RikDRS]

Guten Morgen zusammen!

Ich bin gerade dabei mein Z-Wave Geräte vom Fibaro HC2 auf iOBroker zu migrieren. Dabei habe ich folgendes Probleme:

die Batterien sind innerhalb von 1-3 Tagen leer. Das war unterm HC2 nicht der Fall. Woher kann das kommen? Ich habe alle Smokesensoren aus dem HC2 exkludiert, resettet und dann neu im iOBroker eingebunden.
Habe versucht den Kommunikationsintervall schon herabzusetzen, das brachte aber keinen Erfolg

Dabei spielt es keine Rolle um welche Version es sich bei dem Rauchmelder handelt

Schönen Feiertag!
Rik

[Berges01]

@rikdrs
Hast du nur die Rauchmelder Inkludiert?
Wenn ja, könnte es sein das die Reichweite vom z-Wave nicht reicht.
Wenn die Geräte versuchen dauernd den Master zu erreichen verbrauchen die Strom.
Rauchmelder sind Passive Geräte und verstärken das Signal nicht.
Aktive Komponenten wie Schaltbare Steckdosen, Schalterdosen-Einbau-Geräte (Alles was dauernd am Strom hängt) usw. wirken als Verstärker.
Das war aber auch beim HC2 so.
Ich betreibe hier den ioBroker mit ca. 160 z-Wave und solche Probleme kenne ich mur wenn das Mash nicht funktioniert,

[RikDRS]

@Berges01
Das Zwavenetz und die Installationsorte der einzelnen Komponenten haben sich nicht bei mir verändert: erst ein paar aktive Endgeräte verbaut, dann die batteriebetriebenen (zur Zeit "nur" die Rauchmelder)

ich habe die batteriebetriebenen Endgeräte direkt in der Nähe des Hubs angelernt und dann später in Bereichen verbaut, wo andere, Strom-versorgte Aktoren (Switche & Co), verbaut sind. Laufzeit der Rauchmelder im Durchschnitt max. fünf Tage...

Versucht der batteriebetriebene Sensor den ersterkannten Z-Wave-Knotenpunkt immer wieder zu erreichen oder sucht sich das Endgerät dann im Laufe der Zeit den "besseren" Nachbarn von selbst?

[Berges01]

@rikdrs
Wenn du die z-Wave Geräte direkt in der Nähe vom Master angelernt hast, koppeln die sich natürlich direkt mit dem Master. Er ist nicht mit dem "Mash" verbunden (Bildlich gesprochen).
Gehe auf die Registerkarte z-Wave und aktiviere die Option Netzwerk Heilen

Dann suchen sich die Teilnehmer alle neue Partner.
Das Mash ist danach neu aufgebaut.

[RikDRS]

@berges01
ich versuche das nochmal - Danke!

[LaplaceII]

@laplaceii sagte in Test Adapter Z-Wave 2 v3.0.x:

Habe gerade festgestellt, dass die Konfigurations DB bei mir etwas veraltet zu sein scheint (meine Vers 10.23.6, aktuelle in GitHub 12.5.3). Ich meine mich zu erinnern, dass bei der ZWave2 2.x Version diese KonfDB über die Einstellung in der Instanz aktualisiert werden konnte. In der Version 3.x geht das scheinbar nicht mehr. Gibt es einen Weg die KonfDB zu aktualisieren ohne den Adapter komplett neu zu installieren?

Gibt es noch Ideen dazu?

[Norb 0]

Hallo Zusammen,
ich starte gerade die Überlegung meine Rollladen und Jalousien im ganzen Haus von derzeit DigitalStrom auf Shelly (Shelly Qubino Wave Shutter) via Z-Wave umzubauen. Der PI, wo ioBroker drauf läuft sitzt allerdings im Keller in einer Verteilung (halt sehr ungünstig und nicht zentral von der Position).
Das Ganze sollte natürlich zuverlässig funktionieren.

Könnt ihr mir ein paar Tipps geben bezgl. der Hardware und der Umsetzung. Was ich so in Foren rauslese, geht das momentan ja nur mit einem USB-Stick oder einem zusätzlichen z.B. PI.
Gibt es vielleicht mittlerweile auch eine netzwerkfähige Hardware?
Hat schon jemand Erfahrung mit Shelly Qubino Wave Shutter?
Wie sieht das denn so aus mit der Reichweite wenn die Shellys in der Unterputzdose montiert sind?

Schon mal vielen Dank im Voraus.
Gruß
Norbert

[dbweb]

@norb-0 Reichweite sollte kein Problem sein, die z-wave Geräte gehen indoor bis zu 50m, d.h. selbst unter harten Bedingungen solltest du damit keine Probleme haben. Ansonsten ist z-wave ein mesh-Netzwerk, d.h. jedes Gerät das du hinzufügst, verbessert die Reichweite. soltest du wirklich Probleme haben, weil du im Verteilkasten praktisch abgeschirmt bist, wäre es gut direkt daneben z.B. in einer Steckdose einen Shelly mit zwave einzubauen, der dann das Netzwerk erweitert.

Ich kann dir leider noch nicht viel über die Shellys mit zwave sagen, sind heute gerade angekommen und werden die nächsten Tage eingebaut. Gebe dann eine Rückmeldung.
Update: https://forum.iobroker.net/topic/76565/shelly-qubino-z-wave-kurz-erklärt

[Norb 0]

@dbweb
Ich wollte einen zusätzlichen PI als Slave integrieren (via Multihost Modus) und dort ein Z-Wave gateway anschließen (evtl. von z-wave.me die Z-Station oder RaZberry 7 Pro), damit ich das ganze sternförmig verteilen kann und somit sich die Latenz reduziert.
Welches gateway benutzt Du?

[stimezo]

@dbweb sagte in Test Adapter Z-Wave 2 v3.0.x:

jedes Gerät das du hinzufügst, verbessert die Reichweite

Das gilt nicht für Batteriebetriebene Geräte!

@norb-0 sagte in Test Adapter Z-Wave 2 v3.0.x:

Gibt es vielleicht mittlerweile auch eine netzwerkfähige Hardware?

Ja, such mal hier im Forum, da gibt es ein Modul, das das Razzberry modul auf Ethernet umsetzt.

Viele Grüße
Christian

[dbweb]

@norb-0 Wie im verlinkten Thread geschrieben, ich habe einen Aeotec Z-Stick 7 direkt am PI.
Die Reichweite enttäuscht bisher eher: Shellys im Keller waren bis jetzt nicht erreichbar, obwohl <10m Luftlinie. Aber klar, da ist eine Holzdecke und Betondecke dazwischen, wäre aber natürlich cool gewesen, wenn alles problemlos erreichbar wäre.
Nach Installation in einer Lampe der Kellertreppe wurden die im Keller erreicht, das Netz wird noch mit 5-6 Lampen ausgebaut, danach kann ich eine gute Rückmeldung über die Reichweite geben.

Also dein Idee mit dem Multihost-Raspi ist sicher nicht verkehrt, nach ersten Erfahrungen würde ich den Controller vermutlich auch nicht im Keller verstecken.

[Matzeit]

Bei mir hat sich bei meinem TechniSat Schalter die Node Adresse von 7 auf 8 geändert. Bin gerade dabei meine Skripte etc. zu aktualisieren. Ich frage mich aber, warum dies passiert sein könnte bzw. wie ich in Zukunft dies verhindern kann?
Geändert habe ich nichts. Hatte die Tage ein Update vom JS-Controller gemacht (6.0.11) ansonsten ist alles up-to-date.

Adapter z-wave v3.1.0

edit: Auszug aus Log:

2024-08-26 10:01:48.128 - info: zwave2.0 (14975) Node 7 is now dead
2024-08-26 10:01:50.603 - info: zwave2.0 (14975) Node 7: removed

2024-08-26 16:26:45.028 - info: zwave2.0 (1067) starting. Version 3.1.0 in /opt/iobroker/node_modules/iobroker.zwave2, node: v20.17.0, js-controller: 6.0.9

2024-08-26 16:27:14.249 - info: zwave2.0 (1067) The driver is ready. Found 4 nodes.

2024-08-26 16:27:15.556 - info: zwave2.0 (1067) All nodes are ready to use
2024-08-26 16:27:15.558 - info: zwave2.0 (1067) Updating broadcast/multicast node states
2024-08-26 16:27:16.160 - info: zwave2.0 (1067) Node 1: ready to use
2024-08-26 16:27:16.384 - info: zwave2.0 (1067) Node 2: ready to use

2024-08-26 16:27:16.895 - info: zwave2.0 (1067) Node 3: ready to use
2024-08-26 16:27:17.319 - info: zwave2.0 (1067) Node 5: ready to use
2024-08-26 16:35:22.579 - info: zwave2.0 (1067) inclusion started (strategy: SmartStart)
2024-08-26 16:35:27.682 - info: zwave2.0 (1067) inclusion stopped
2024-08-26 16:35:44.375 - info: zwave2.0 (1067) Node 8: added
2024-08-26 16:35:47.000 - info: zwave2.0 (1067) State value to set for "zwave2.0.Node_008.Version.applicationFrameworkBuildNumber" has to be type "string" but received type "number"
2024-08-26 16:35:47.002 - info: zwave2.0 (1067) State value to set for "zwave2.0.Node_008.Version.hostInterfaceBuildNumber" has to be type "string" but received type "number"
2024-08-26 16:35:47.016 - info: zwave2.0 (1067) State value to set for "zwave2.0.Node_008.Version.zWaveProtocolBuildNumber" has to be type "string" but received type "number"
2024-08-26 16:35:47.026 - info: zwave2.0 (1067) State value to set for "zwave2.0.Node_008.Version.applicationBuildNumber" has to be type "string" but received type "number"
2024-08-26 16:35:49.621 - info: zwave2.0 (1067) Node 8: ready to use
2024-08-26 16:35:49.623 - info: zwave2.0 (1067) Node 8 interview completed
2024-08-26 16:35:50.104 - info: zwave2.0 (1067) Updating broadcast/multicast node states

[Norb 0]

@dbweb danke für die Infos. Ich werde mir mal die Z-Station von Z-Wave.Me und ein paar Shellys zulegen und das ganze mit Multihost testen. Gebe danach mal Rückmeldung.