Monatsrückblick Januar/Februar 2026 ist online!

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

[juggi1962]

@jolic sagte:

Die letzte Warnung value "255" greater than max "99" ist bekannt, und hatte der alte zwave2 auch angezeigt.

Hallo gibt es da etwas was man dagegen tun kann. Ich hab nur von info auf fehler beim log gestellt.
Danke, Gruß Jürgen

[arteck]

@Supernils nein das geht jetzt nicht mehr.. aber wozu das aktuelle Wert steht in current target..der Sensor sollte diesen automatisch übermitteln

@ubecker sagte:

Ich hoffe mal auf eine gute Beschreibung.

die wird es nicht geben.. zumindest nicht von mir.. es steht alles in dem Projekt zwave-js-ui das ist nicht meine Baustelle.. es gibt genügend Doku und videos dazu.sry

@juggi1962 das liegt nicht an der kommunikation zwischen dem adapter und zwave-ui sondern an deiner Umgebung. bei vielen Sensoren musst du ein paar anpassungen vornehemn wann und was diese Senden .. das Problem gabs schon seid dem zwave exisitert.
die Sensoren funken ihre Daten, die Rollos funken ihre verbruchswerte und die plugs deren Verbrauch.. da wird es eng im Netzwerk

und ja den Fehler hab ich auch .. da spinnt ab und an ein Gerät bei mir ein Temperatur sensor (so bei mir)

[ubecker]

@jolic sagte:

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?

richtig.
Zur Klarstellung: IOBroker läuft im Container auf meinem NAS. (Buanet) Z-Wave2 auch unter IOBroker auf einem Pi4. Da ich von den z-wave Modulen nur sehr wenig Daten benötige läuft die Kommunikation über MQTT, Client auf dem Pi und Broker auf dem NAS. (Master Slave war mir da zu aufwendig) Grund für diese Trennung: Pi4 hatte ich noch, ebenso eine z-wave.me. Die Karte geht nicht im NAS. Ein Stick am NAS geht auch nicht da dieser keinen Empfang am Aufstellungsort hat. Den Pi mit der Karte kann ich überall hinstellen. IOBroker im Container auf dem NAS halte ich für genial, da die Daten alle im direktem Zugriff liegen. Update sind so einfach und problemlos. Datensicherung und rücksichern geht viel schneller und einfacher als mit Backitup.

@arteck sagte:

die wird es nicht geben.. zumindest nicht von mir.. es steht alles in dem Projekt zwave-js-ui das ist nicht meine Baustelle.. es gibt genügend Doku und videos dazu.sry

Schade, zwave-js-ui finde ich sehr undurchsichtig. Die Doku dazu ist für mich nicht verständlich. Aber ich verstehe dich schon das es nicht deine Baustelle ist. Z-wave benutze ich nur weil ich ein paar Dachfenster mit Rollos bekommen habe die ich nur damit steuern kann. Wurde was falsches geliefert. Hab mich aber mit denen geeinigt. z-wave ist für mich somit nicht wichtig. Das funktioniert mit dem alten Adapter problemlos.

[arteck]

@ubecker sagte:

Das funktioniert mit dem alten Adapter problemlos.

dann lass es laufen.. wenn du ehh keine neuen Geräte oder funktionalitäten brauchst .. dann lass es so.

wobei dein konstrukt erschliesst sich mir nicht.. du sprichst von

@ubecker sagte:

die Kommunikation über MQTT, Client auf dem Pi und Broker auf dem NAS.

und dann wieder von zwave2 adapter ..

[jolic]

@ubecker sagte:

Schade, zwave-js-ui finde ich sehr undurchsichtig.

Mhh, kann ich so nicht bestätigen, ich bin happy damit, da ich nun z-wave.me nicht mehr benötige

[jolic]

@juggi1962 sagte:

@jolic sagte:

Die letzte Warnung value "255" greater than max "99" ist bekannt, und hatte der alte zwave2 auch angezeigt.

Hallo gibt es da etwas was man dagegen tun kann. Ich hab nur von info auf fehler beim log gestellt.
Danke, Gruß Jürgen

Bei mir tritt die Warnung nur bei einem Türsensor ZHS09 auf. Ich würde das Loglevel auf "error" setzen, sofern sonst alles problemlos läuft. Das Problem liegt wahrscheinlich nicht an zwavews, sondern am Gerät selbst.