zwave - Beta ioBroker.zwavews

JackDaniel

danke für die anleitung, zwave js ui läuft nun ohne snap :)
hab aber noch ein rechte thema mit dem stick :(
Driver: Failed to open the serial port: Error: Permission denied

update läuft :)

RikDRS

Guten Morgen zusammen,
ich hatte vergangenen Tage nun auch auf 0.1.0 geupdated. Verlief alles normal, alle Leerzeichen wurden händisch geändert auf "_".

Nun ist mir zum zweiten Mal aufgefallen, das iOBroker alle Devices spontan als nicht erreichbar in orange markiert

im Log wird mir folgendes angezeigt:

Zwavews-Instanz wird während dessen als "grün" angezeigt

ZWave-JS-UI scheint ohne Probleme zu laufen

Sowohl über iOBroker als auch über ZWave-JS_UI kann ich die Aktoren schalten.
Irgendeine Idee was das sein könnte?

Zusätzliche Frage: ich habe das Gefühl das manche Aktoren wesentliche länger zum Schalten brauchen als vor dem Update auf 0.1.0 - hat das noch wer festgestestellt?

schönen Sonntag Euch!

jolic

@rikdrs moien, ich nutze auch zwavews 0.1.0 und seit kurzem zwave-js-ui 11.15.0 und seit gestern den neuen ZWA-2 migriert. Dabei hatte ich Problem nur bei einer Node. Die habe ich im zwavews einfach gelöscht und danach die Instanz neu gestartet.

Der DP wurde neu angelegt und funktioniert jetzt wieder. evt musst du alle DP löschen, die werden beim Neustart automatisch neu erstellt. Ein Backup hast du ja, oder? am besten auch vom kompletten Objektbaum. Der lässt sich im Zweifel einfacher wiederherstellen als ein komplettes Backup.

Das erklärt dein Problem nicht, könnte bei dir aber auch funktionieren.

RikDRS

@jolic Danke für den Tipp - Datenpunkte sind nach dem Update auf 0.1.0 auf iOBroker-Seite bereits alle gelöscht und von der Instanz neu angelegt worden.
Hier häufen sich die Verbindungsabbrüche

was ich "spannend" finde: alle Aktoren bleiben weiterhin schaltbar bzw geben Rückmeldungen...

beim Update der Zwave-JS-UI habe ich bem letzen Mal alle Infos der Aktoren verloren, das würde ich gerne vermeiden - will aber auch nicht ausschließen, das ich beim Updaten was falsch gemacht habe... :/

jolic

@RikDRS sagte in zwave - Beta ioBroker.zwavews:

beim Update der Zwave-JS-UI habe ich bem letzen Mal alle Infos der Aktoren verloren, das würde ich gerne vermeiden

Evt wurde beim Update dein store überschrieben? Vor solchen Updates mache ich immer Backups. wie hast du Zwave-JS-UI installiert?

arteck

@RikDRS da ist die Websocket Verbindung weg gewesen. warum auch immer.. zu zwave-ui-js
da stimmt was in deinem Netzwerk nicht.

ich hab mal ein reconnect angepasst. installier mal die GIT version

das behebt nicht dein Netzwerkfehler..

RikDRS

@arteck
aus welchen Gründen auch immer ist die CPU-Last des Containers nach und nach angestiegen - warum, keine Ahnung. Die anderen Container waren nicht betroffen...

Habe auf 0.1.2 geupdated, seither keine Auffälligkeiten mehr

@jolic

Evt wurde beim Update dein store überschrieben? Vor solchen Updates mache ich immer Backups. wie hast du Zwave-JS-UI installiert?

was hierraus muss ich denn dann sichern, das letzte Backup?

Danke!

jolic

was sind das für Backups? in meinem /store/backups liegen nur NVM-Backups. ich erstelle regelmäßig ein tar.gz-Backup inkl der Dateirechte, unter anderem von folgenden Verzeichnissen:

/opt/zwave-js-ui/store
/opt/iobroker/iobroker-data

Bisher bin ich damit gut zurechtgekommen.

Stivi26

Hallo Community,
ich brauche eure Hilfe.
Ich kriege es nicht hin Z-Wave JS UI auf ein Raspberry Pi 4 zu installieren,
Gibt's 'ne Anleitung für Dummies, die mir helfen könnte?

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

Community Forum

NEWS

zwave - Beta ioBroker.zwavews

Support us

587

32.8k

82.8k

1.3m