NEWS
Test Adapter Z-Wave 2 (v1.8.x)
-
@AlCalzone
Genau, die Datenpunkte Thermostate Mode und Setpoint waren schon über die entsprechenden CCs vorhanden. zumal die sich beim Testen auch untereinander nicht synchronisiert haben. -
@SirHenri sagte in Test Adapter Z-Wave 2 (v1.8.x):
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
Kannst du mir mal ein Log machen, wo du eine von denen neu interviewst (wenn ansonsten Ruhe eingekehrt ist)? Ich würde gerne sehen, warum die keine Verknüpfungen bekommen.
So, log-Datei neu angefangen.
Nach dem Systemstart fängt das manuell ausgelöste Interview von Node 17 in Zeile 8777, bei timecode 17:51:38.665 an.
zwave-27255.log -
@SirHenri Laut Log sollte Node 17 unter Verknüpfungen in Gruppe 1, 3 und 4 den Node 1 als Ziel haben. Das müsste eigentlich passen. Kannst du mal am Gerät schalten und schauen, ob die irgendwas sendet?
-
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@SirHenri Laut Log sollte Node 17 unter Verknüpfungen in Gruppe 1, 3 und 4 den Node 1 als Ziel haben. Das müsste eigentlich passen.
Die Verknüpungen sind jetzt angelegt
Kannst du mal am Gerät schalten und schauen, ob die irgendwas sendet?
Hab ich gemacht, manuelle Schaltung von "ein" nach "aus" um 10:48:36.700, Zeile 8124. In der Oberfläche (iQontrol) ist nichts angekommen, in der Objektliste tut sich beim schalten auch nichts. Das Protokoll lese ich aber anders. Wie siehst Du das?
Danach habe ich noch einmal manuell wieder ein geschaltet und über iQontrol wieder zurück.
zwave-29127.log -
@SirHenri sagte in Test Adapter Z-Wave 2 (v1.8.x):
Hab ich gemacht, manuelle Schaltung von "ein" nach "aus"
Das war doch aus ioBroker geschaltet, nicht am Gerät?! Irgendwas ist bei dir aber extrem träge.
4 Sekunden bis zur Bestätigung des Schaltvorgangs, weitere 3 bis die anschließende Abfrage des aktuellen Status ein Ergebnis hat. Und die Empfangsbestätigung kommt beim 1. Mal auch nicht durch. -
@AlCalzone moin, ich habe immer noch das Phänomen, dass sich bei der Netzwerkkarte Note 71 und 72 nicht verknüpft sind. Auch Note 52 lässt sich immer noch nicht löschen, obwohl dieser schon lange nicht mehr existiert. Habe Z-Wave bereits neu gestartet. Aber immer noch das gleiche. Ist jetzt nicht dringend, da alles funktioniert. Habe Dir per Mail die Logs zukommen lassen.
Schönen Sonntag
-
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@SirHenri sagte in Test Adapter Z-Wave 2 (v1.8.x):
Hab ich gemacht, manuelle Schaltung von "ein" nach "aus"
Das war doch aus ioBroker geschaltet, nicht am Gerät?!
2x manuell am Gerät, der dritte Schaltvorgang war aus iQontrol.
Irgendwas ist bei dir aber extrem träge.
Ja, kommt öfter mal vor, dass das Schalten dauert. Am schlimmsten sind die vier Taster von Popp.
4 Sekunden bis zur Bestätigung des Schaltvorgangs, weitere 3 bis die anschließende Abfrage des aktuellen Status ein Ergebnis hat. Und die Empfangsbestätigung kommt beim 1. Mal auch nicht durch.
Irgendeine Idee, was ich ändern kann, damit s besser wird?
btw: habe den zweiten greewave Zwischenstecker auch mal neu interviewen lassen und die Verknüpfungen sind angelegt worden.
Das manuelle Schalten hat nach wie vor keinen Einfluss auf die Objektwerte im iobroker
-
@SirHenri sagte in Test Adapter Z-Wave 2 (v1.8.x):
Das manuelle Schalten hat nach wie vor keinen Einfluss auf die Objektwerte im iobroker
Dann muss ich mal den alten Adapter anwerfen und schauen, was der anders macht.
-
@SirHenri sagte in Test Adapter Z-Wave 2 (v1.8.x):
Das manuelle Schalten hat nach wie vor keinen Einfluss auf die Objektwerte im iobroker
Gerade mit dem alten Adapter (Version 2.0.1) getestet: Keine Reaktion in ioBroker beim Betätigen der Steckdose. Ich würde behaupten das liegt am Gerät selbst.
-
- Node 71 schläft, sodass das Interview nicht weit genug fortgeschritten ist, um diese Info zu haben.
- Node 72 kennt seine Nachbarn nicht und antwortet mit einer leeren Nachbar-Liste. Hier hilft ggf. das Netzwerk zu heilen - verbessert vielleicht auch die Anbindung einiger anderer Nodes mit wenigen Nachbarn.
- Node 52 scheint dem Controller nicht als failed bekannt zu sein, obwohl er im Log nicht antwortet. Du könntest versuchen, ihn 1-2x erneut zu interviewen (wird auch nicht klappen), aber ggf. wird er dann vom Controller auch als failed markiert.
-
@AlCalzone merkwürdig, war mir ziemlich scher, dass das vorher anders war.
Ich bekomme den alten Adapter hier aber ums verrecken nicht wieder grün. Habe eben noch mal Instanz und Adapter gelöscht und neu installiert; bleibt dabei:zwave.0 2020-11-29 14:56:03.365 info (15035) node ready nodeID: 1, nodeInfo: {"manufacturer":"Z-Wave.Me","manufacturerid":"0x0115","product":"ZME_UZB1 USB Stick","producttype":"0x0400","productid":"0x0001","type":"Static PC Controller"," zwave.0 2020-11-29 14:56:03.317 info (15035) driver ready: homeid = f3f3d533 zwave.0 2020-11-29 14:56:03.315 info (15035) scanning homeid=0xf3f3d533... zwave.0 2020-11-29 14:56:03.133 info (15035) device connected: OZW = 1.6.989 zwave.0 2020-11-29 14:56:01.505 info (15035) starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.zwave, node: v12.20.0, js-controller: 3.1.6 host.rockpro64 2020-11-29 14:56:00.131 info instance system.adapter.zwave.0 started with pid 15035 host.rockpro64 2020-11-29 14:55:30.089 info Restart adapter system.adapter.zwave.0 because enabled host.rockpro64 2020-11-29 14:55:30.088 info instance system.adapter.zwave.0 terminated with code NaN () host.rockpro64 2020-11-29 14:55:30.087 warn instance system.adapter.zwave.0 terminated due to SIGSEGV zwave.0 2020-11-29 14:55:26.069 info (14866) node ready nodeID: 1, nodeInfo: {"manufacturer":"Z-Wave.Me","manufacturerid":"0x0115","product":"ZME_UZB1 USB Stick","producttype":"0x0400","productid":"0x0001","type":"Static PC Controller"," zwave.0 2020-11-29 14:55:26.016 info (14866) driver ready: homeid = f3f3d533 zwave.0 2020-11-29 14:55:26.013 info (14866) scanning homeid=0xf3f3d533... zwave.0 2020-11-29 14:55:25.825 info (14866) device connected: OZW = 1.6.989 zwave.0 2020-11-29 14:55:24.674 info (14866) List of ports: [{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyACM1"},{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS2"},{"comName":"/dev/ttyUSB0"}] zwave.0 2020-11-29 14:55:24.261 info (14866) starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.zwave, node: v12.20.0, js-controller: 3.1.6 host.rockpro64 2020-11-29 14:55:22.891 info instance system.adapter.zwave.0 started with pid 14866 host.rockpro64 2020-11-29 14:54:52.843 info Restart adapter system.adapter.zwave.0 because enabled host.rockpro64 2020-11-29 14:54:52.843 info instance system.adapter.zwave.0 terminated with code NaN () host.rockpro64 2020-11-29 14:54:52.841 warn instance system.adapter.zwave.0 terminated due to SIGSEGV
es is ja wie es is...
-
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
- Node 71 schläft, sodass das Interview nicht weit genug fortgeschritten ist, um diese Info zu haben.
- Node 72 kennt seine Nachbarn nicht und antwortet mit einer leeren Nachbar-Liste. Hier hilft ggf. das Netzwerk zu heilen - verbessert vielleicht auch die Anbindung einiger anderer Nodes mit wenigen Nachbarn.
- Node 52 scheint dem Controller nicht als failed bekannt zu sein, obwohl er im Log nicht antwortet. Du könntest versuchen, ihn 1-2x erneut zu interviewen (wird auch nicht klappen), aber ggf. wird er dann vom Controller auch als failed markiert.
OK, 71 ist eine Fernbedienung. Werde die 52 noch ein wenig bearbeiten. Aber das ganze Netz zu heilen habe ich gerade nicht so Lust, da es doch einige Geräte sind, die ich von Hand aufwecken muss. Ich warte einmal ab. Momentan läuft ja alles. Danke
Gruß André
-
@gelberlemmy sagte in Test Adapter Z-Wave 2 (v1.8.x):
Aber das ganze Netz zu heilen habe ich gerade nicht so Lust, da es doch einige Geräte sind, die ich von Hand aufwecken muss
Kannst auch erst mal nur die Problemkinder aufwecken (gerade nicht sicher, ob 71 und 72 beide batteriebetrieben sind).
Der Heil-Prozess läuft dann zwar nicht komplett durch, aber für die betroffenen Nodes hat es schon mal einen Effekt. -
@AlCalzone 72 ist ein RGB Controller von Fibaro. Also ein mit Dauerspannung.... Merkwürdig.... Ich geb nicht auf....
-
@gelberlemmy Na dann brauchst du ihn auch nicht wecken fürs Heilen
-
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
@gelberlemmy Na dann brauchst du ihn auch nicht wecken fürs Heilen
So ist es... Ist halt kein Schläfer.... Bin gespannt, ob es klappt.....
-
so bin jetzt auch mal vom alten auf den neuen umgezogen, muss schon sagen klasse arbeit
folgende geräte sind im moment in verwendung und laufen 1a:
Z-Wave Stick AEON Labs ZW090
Qubino Flush 1 Relais
Qubino Flush 2 Relais
Qubino Din Dimmer
5 x Eurotronic Spirit
Z-Wetter
2 x Sensative Strips Comfort
3 x Devolo Plug (1x alt)
4x Coolcam Plug
4x Abus Rauchmelder
HEM AEON Labs ZW095Zwei Fragen hätte ich aber
-
Das Spirit kann ja die Temperatur zum Regeln von einem externe Gerät, zb. wie in meinem Fall das Wandthermostat.
Lt. Beschreibung wird das über den Ist-Temperatur Offset ( Wert 8 ) definiert das die Temparatur von extern bereitgestellt wird, nur fehlt mir unter Multilevel Sensor der Datenpunkt wo ich den Istwert vom Wandthermostat übergeben könnte. -
Beim HEM fehlen mir die Datenpunkte der Gesamtwert für: Gesamtleistung in kw/h, Spannung, Stromstärke und Momentanverbrauch in W.
Diese waren beim alten Adapter vorhanden.
Danke im Voraus.
-
-
- habe ich oben schon beantwortet: https://forum.iobroker.net/topic/38642/test-adapter-z-wave-2-v1-8-x/39 (Antwort an Harry)
- Ohne Logs kann ich nix sagen. Ein Screenshot zum Vergleich (wenn vorhanden) schadet sicher auch nicht.
-
danke für die schnelle antwort, log datei schreiben ist nun aktiviert
hab null ahnung von javascript , könnte mir das bitte jemand in blockly "übersetzen"?sendTo( "zwave2.0", "sendCommand", { nodeId: 17, // The target node endpoint: 1, // The target endpoint (optional) commandClass: "Multilevel Sensor", command: "sendReport", args: [ 1, // Sensor-Typ als Zahl (1 = Lufttemperatur) 0, // Sensor-Skala als Zahl (0 = °C) 25.3, // Sensor-Wert ], }, ({ error, result }) => { if (error) { log(error, "error"); } else { // Do something with the result (if there is any) // In this case, "undefined" is logged log(JSON.stringify(result)); } }, );
-
@AlCalzone
hier die gewünschten dateien, ich hoffe es ist alles richtig damit
der Node um denn es geht ist der 38.
logs.zip