Monatsrückblick Januar/Februar 2026 ist online!

[zanabria]

Ich bräuchte die Info, wie ich meine ZWave-2 Geräte in ZWave-WS migrieren kann. Habe noch nichts brauchbares gefunden im Forum.

[zanabria]

Mir gehts wie Stivi26,
ich bekomme es ebenfalls nicht hin, Z-Wave JS UI auf ein Raspberry Pi 4 zu installieren. Ich habe das "RaZberry2 (ZMEERAZ2)"- Modul. Gibt es hierfür besonderheiten?

[Kopterframe]

@jolic sagte:

@kopterframe sorry, ich bin mir nicht ganz sicher, ob ich dich richtig verstehe 😅

Das Licht geht an, wenn du den Fibaro-Schalter betätigst? Das wäre ja erstmal das Minimum, was er auch ohne ioBroker können sollte.

Aber irgendwo müsstest du den Zustand doch auch in den Datenpunkten sehen oder den Schalter darüber bedienen können, oder?

Beispiel:

• targetValue = der Sollwert
• currentValue = der Istwert (read only)

wenn nicht, hast du keine Verbindung?
Z-Wave JS UI <-> zwavews

Im Z-Wave JS UI siehst du den Schalter und dessen Aktionen?

War ein paar Tage nicht online. Klinikaufendhalt.
Die Verbindung ist ok.
Wenn ich den Schalter betädige geht das Licht auch an.
currentValue geht auf 99 oder eben den Dimmwert den ich am Taster bertädige.
Iobroker bekommt das auch mit.
Wenn ich im Iobroker schalte zb: 99% geht das auch, und der wert 99 steht dann auch im Datenpunkt
targetValue. Licht geht auch an.
Ich weiß dass es im alten Adapter Zwave aber so war, wenn ich den Taster betätigt habe, stand im
targetValue der Wert und im currentValue auch.
Ich habe in zwischen meine Vis umgebaut, mit Widget die zwei Zustände verwalten können, damit die mitbekommt wenn ich den Schalter/ Taster betätige.
Nachtrag,
Wenn ich z.B. Das Licht über die Vis einschalte steht im targetValue und currentValueder Wert 99.
Schalte ich das Licht dann über den Taster wieder aus, so bleibt der Wert im targetValue stehen.
Im currentValue geht der Wert auf 0. So soll es auch sein.
Licht geht aus!
Da müsste der Wert auch im targetValue auf 0 gehen.
Kann es sein, das der Tatenpunkt nicht weiter abgefragt wird?

[arteck]

@Kopterframe sagte:

Da müsste der Wert auch im targetValue auf 0 gehen.

nein warum.. targetValue ist das was iobroker sendet an zwave.. und da du das licht über Schalter betätigst siehst du nur das currentValue..

wenn das so in alten adapter war dann würde ich sagen war verkehrt

[Kopterframe]

@arteck sagte:

@Kopterframe sagte:

Da müsste der Wert auch im targetValue auf 0 gehen.

nein warum.. targetValue ist das was iobroker sendet an zwave.. und da du das licht über Schalter betätigst siehst du nur das currentValue..

wenn das so in alten adapter war dann würde ich sagen war verkehrt

Ob das nun richtig oder falsch ist kann ich nicht sagen.
Das war eben so, und ich empfand es als richtig....

[jolic]

@Kopterframe sagte:

Ob das nun richtig oder falsch ist kann ich nicht sagen.
Das war eben so, und ich empfand es als richtig....

Ich vermute was du meinst, bzw, was dein Problem ist:

Wie gesagt, legt der Adapter für currentValue und targetValue 2 getrennte DPs an, da sie unterschiedliche Dinge darstellen:

• targetValue = Sollwert
• currentValue = Istwert

Ich meine mich aber zu erinnern, dass man im Z-Wave2 optional einstellen konnte, dass targetValue + currentValue zu einem einzigen Datenpunkt zusammengefasst werden. Dann nutzt der Adapter nur noch einen State. Das war vermutlich eine Art Kompatibilitätsmodus zum noch älteren Vorgänger oder älteren Geräten. Ich kann mich auch irren, kann das nicht mehr prüfen, da ich den Z-Wave2 inzwischen deinstalliert habe.

Für VIS kannst du z.B. die 2 Datenpunkte für einen Button so verwenden:

• Object ID -> currentValue
• Steuer ID ->targetValue

Nachtrag:
Moien, das hat nicht direkt mit dem Thema hier zu tun:
jedoch anhand der Bilder sehe ich, das es im alten Adapter einen Kompatibilität Schalter gab, hast du den genutzt?

[RikDRS]

Moin zusammen,
identische Heruasforderung habe ich auch.
Ich habe den Kompatibilitätsmodus in der alten ZWave-Instanz aktiviert gehabt

[jolic]

@RikDRS sagte:

Ich habe den Kompatibilitätsmodus in der alten ZWave-Instanz aktiviert gehabt

Seltsam, habe ich nie gebraucht, meine Steckdosen und Relais nutzen alle einen target und current Wert. Finde es gut so, damit erhalte ich immer eine Schaltbestätigung:

[arteck]

hab mir nie drüber gedanken gemacht .. da ich immer auch 2 status genutzt habe..
im alias kann man dies zusammen führen ja..

[jolic]

@arteck sagte:

hab mir nie drüber gedanken gemacht ..

ja, aber nun mache ich mir gedanken... warum das z.B. bei Shelly-Geräten nicht genauso funktioniert

Bei mir liefern die shellys nur einen State für den Schaltzustand, eine separate Rückmeldung erfolgt lediglich über ein confirmed-Flag (so wie ich das sehe).

Die Z-Wave-Logik mit klarer Trennung gefällt mir da deutlich besser, besonders bei der Verwendung von VIS2 und Blockly.

Sorry, das ist nur als Hinweis gedacht, da es nicht direkt zum eigentlichen Thema gehört (leicht off-topic).

[Supernils]

Hallo @arteck , die Migration zu zwavews ist soweit gut verlaufen.
Unter dem alten zwave2 hatte ich ein Skript zur (einmaligen) Abfragen der aktuellen Temperatur vom Thermostat laufen:

sendTo(
	"zwave2.0",
	"sendCommand",
	{
		nodeId: 31, 					// The target node
		endpoint: 0, 					// The target endpoint (optional)
		commandClass: "Multilevel Sensor", 	// Which command class to use
		command: "get", 				// Which command should be sent
	},
	({ error, result }) => {
		if (error) {
			log(error, "error");
		} else {
			// Prints {"level": 99, /* ... */}
			log(JSON.stringify(result));
		}
	},
);

Ist das auch unter zwavews möglich? Was müsste ich anpassen? (Bisher habe ich nur "zwave2" durch "zwavews" ausgetauscht. Das funktioniert nicht. Das Kommando ist nicht im zwave js ui Debug Log zu sehen.)