Monatsrückblick Januar/Februar 2026 ist online!

[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.)

[RikDRS]

@jolic
welches Widget benutzt Du?

Ich habe VIS2 im Einsatz mit diversen, installierten "Paletten" im Einsatz, finde aber kein entsprechendes Widgets wie in Deinem Screenshot, mit Object ID und Steuer-ID

[jolic]

@RikDRS sagte:

welches Widget benutzt Du?

Gute Frage... ich habe mir das eben genauer angeschaut.

Das Widget kommt bei mir aus der Palette "Gestylt" -> "Binäre Steuerung" und ist vermutlich ein Überbleibsel aus dem alten VIS, das in VIS2 weitergeführt wurde (kann ich aktuell nicht eindeutig nachvollziehen).

In VIS2 gibt es anscheinend nur noch eine Object-ID, also keineTrennung mit zusätzlicher Steuer-ID.
Ich bin mir daher auch nicht sicher, ob man diese Widgets noch aktiv nutzen sollte. Bei mir sind einige davon bereits als veraltet markiert.

Daher würde ich, wie von @arteck erwähnt, die Lösung über einen Alias bevorzugen und dort currentValue und targetValue zusammenführen.

Habe das z.B. so für mit dem Witget "jquid-mfd" -> "ctrl-Socket" für meine Pumpe umgesetzt:

Alias:

VIS2:

[ubecker]

@arteck sagte:

was brauch ich :
eine laufende zwave-js-ui Umgebung
die WS Kommunikation einschalten
Adapter installieren, konfigurieren... fettisch

Hallo, da ich auch den zwave2 Adapter nutze wollte ich auf diesen neuen Umsteigen.
Aber, ich bin wohl zu blöd für diesen Adapter. Gibt es irgendwo eine vernünftige Beschreibung dazu?
Für mich fängt es schon mit zwave-js-ui an. Was ist das? Dann gibt es dazu das man diesen in Docker container installieren soll. IOBroker läuft in einem Docker container, aber dort habe ich keinen USB Stick für z-wave. Z-Wave läuft auf einem Pi mit einer internen Karte von z-wave.me. Kein Stick.
Habe dann erst mal wieder zwavews gelöscht, da ich nicht weiß wie ich damit umgehen soll. Irgenwo stand dann noch das man etwas aus den alten copiern soll und in den neuen einfügen. Auch da hatte ich ???
Ich hoffe mal auf eine gute Beschreibung.

[jolic]

@ubecker Hi, kurz: Z-Wave JS UI kannst du als externen Z-Wave-Server für ioBroker oder andere Dienste nutzen.

Verstehe ich das richtig? Dein ioBroker läuft in Docker und Z-Wave läuft auf einem Pi mit z-wave.me und einer aufgesteckten Razberry Karte?

Sorry, ganz klar ist dein Setup für mich nicht. So wie ich es verstehe, läuft ioBroker bei dir in einem Docker-Container und der zwave2 Adapter greift auf dein z-wave.me (Razberry) auf dem Pi zu, korrekt?

Welcher Pi genau und welche Docker-Umgebung nutzt du für ioBroker?

PS: Warum nutzt du den Pi nicht direkt komplett für ioBroker + Razberry? Das wäre einfacher und vermeidet die ganzen Docker-/Netzwerk-Themen. ich nutze auch Docker für andere Dienste, aber für ein SmartHome würde ich Docker nie nutzen (OK, meine Meinung).

[juggi1962]

Hallo zusammen und als erstes vielen Dank für diesen Adapter.
Nach ein paar Problemen mit manchen Sensoren habe ich jetzt 86 das meiste Fibaro Sensoren von zwave2 auf den neuen umgesiedelt.
Jetzt meine Frage, läuft beim neuen Adapter die Verbindung langsamer als beim alten?
Bei allen Fibaro Bewegungsmelder und allen Tür und Fenstersensoren dauert es teilweise mehr als 5 Sekunden bis ich in der Vis was sehe. Wenn ich in den Keller gehe bin ich schon fast unten bevor das Licht angeht manchmal auch noch länger. Das gab es beim alten Adapter so nicht. Zurück will ich nicht mehr, war nämlich eine riesen Arbeit Alle Alias zu ändern und außerdem finde ich den neuen Adapter super mit all seinen Einstellungen und Möglichkeiten. Ist es onst noch jemand aufgefallen, dass das so langsam reagiert?
Braucht der Adapter beim Umstieg einfach seine Zeit bis alles eingelaufen ist. Jetzt läuft er seit fast 2 Tagen. Danke noch mal für die sonst so tolle Arbeit.