UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[AlCalzone]

@Harry94 sagte in Test Adapter Z-Wave 2 (v1.8.x):

Habe aber die parameter 1 und 9 auskommentiert, da die quasi doppelt vorhadnen waren.

Kannst du mir nochmal helfen, warum? Weil die eigentlich über die Thermostat Setpoint CC gesetzt werden?

[Harry94]

@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]

@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

[AlCalzone]

@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?

[SirHenri]

@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

[AlCalzone]

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

[gelberlemmy]

@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

[SirHenri]

@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

[AlCalzone]

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

[AlCalzone]

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

[AlCalzone]

@gelberlemmy

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

[SirHenri]

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

[gelberlemmy]

@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):

@gelberlemmy

• 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é

[AlCalzone]

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

[gelberlemmy]

@AlCalzone 72 ist ein RGB Controller von Fibaro. Also ein mit Dauerspannung.... Merkwürdig.... Ich geb nicht auf....

[AlCalzone]

@gelberlemmy Na dann brauchst du ihn auch nicht wecken fürs Heilen

[gelberlemmy]

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

[JackDaniel]

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 ZW095

Zwei Fragen hätte ich aber

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

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

[AlCalzone]

@JackDaniel

1. habe ich oben schon beantwortet: https://forum.iobroker.net/topic/38642/test-adapter-z-wave-2-v1-8-x/39 (Antwort an Harry)
2. Ohne Logs kann ich nix sagen. Ein Screenshot zum Vergleich (wenn vorhanden) schadet sicher auch nicht.

[JackDaniel]

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));
        }
    },
);