NEWS
Test Adapter Z-Wave 2 (v1.8.x)
-
Aktuelle Test Version 1.8.12 Veröffentlichungsdatum 23.02.2021 Github Link https://github.com/AlCalzone/ioBroker.zwave2 Ich habe in letzter Zeit viel hinter den Kulissen gewerkelt, in der nächsten Stunde folgt die neue Version 1.8.0 als Ergebnis dieser Bemühungen.
Changelog
- Konfigurationsdateien für Fibaro Keyfob (keine Sonderzeichen mehr) und Shenzhen Neo PD03Z verbessert
- Nicht-kritische Schritte während des Interviews von
Central Scene CC,Configuration CC V3+undAssociation Group Info CCwerden jetzt übersprungen, wenn das Gerät nicht oder falsch antwortet - Multi Channel Lifeline Associations werden nicht mehr automatisch erstellt, wenn das Gerät die
Multi Channel CCnicht unterstützt - dies sollte die Kompatibilität mit den meisten Qubino-Geräten beheben - Es wurde ein Problem behoben, bei dem das automatische Markieren von Geräten als schlafend unter bestimmten Umständen die serielle Kommunikation mit dem Controller durcheinander gebracht hat.
- Die Eigenschaft
targetValuefür dieBinary Switch,Multilevel SwitchundBasicCCs wird jetzt auch dann erzeugt, wenn sie keinen Wert hat. - Leere Benutzercodes werden jetzt auch als Zeichenketten statt als Buffer behandelt.
- Werte für Notification Events (einmalige Ereignisse) werden jetzt erstellt. Zuvor waren nur Notification-Variablen als States in ioBroker verfügbar
Zusammengefasst:
@gelberlemmy - Die letzten beiden Punkte sollten hoffentlich (ich kanns leider nicht testen) dein Keypad nutzbar machen
@Domoe - Dein Problem mit Node 035 sollte hiermit hoffentlich auch weg sein
Update v1.8.1 (ein Riesen-Patch):
- Der
targetValuevon Switch CCs wird nicht mehr gelöscht, wenn ein Report ohne Zielwert empfangen wird - Konfigurationsdatei für
Jasco ZW3010hinzugefügt - Konfigurationsdatei für
HeatIt Z-TRM3hinzugefügt - Konfigurationsdatei für
Eurotronic Air quality sensor (Luftgütesensor)hinzugefügt - Verbesserte Unterstützung für
Qubino Flush 2 Relay - Die Werte für
Multi Channel Association CC,Z-Wave+ CCundNode Naming and Location CCsind jetzt ausgeblendet Color Switch CC:Setzen des warmweißentargetValuefunktioniert jetzt- Debug-Meldungen, die die Größe der Logdatei unnötig erhöht haben, wurden entfernt
- Das Entfernen einer Node-Verknüpfung (ohne Endpunkt) führt nicht mehr zu einem Fehler, wenn sowohl Multi-Channel- als auch normale Verknüpfungen unterstützt werden.
- Bestimmte
Notification CC Reports werden jetzt korrekt dekodiert. - Unterstützung für
*.gbl-Firmware-Dateien und Aeotec-Updater-Executables, die eine Prüfsumme und ein TargetChip-Byte enthalten, wurde hinzugefügt. - Ein Problem wurde behoben, bei dem unter bestimmten Umständen einem Befehl die falsche Antwort zugeordnet werden konnte
- ... und einige weitere kleinere Bugfixes
Update v1.8.3:
- Konfigurations datei für Technisat Dimmer and series switch hinzugefügt
- Zustand für leere Batterie hat jetzt den Namen
Battery Level Low - Ein Fehler beim Abfragen von
Binary Sensorbehoben, durch den die falschen Sensortypen abgefragt wurden. Betroffene Geräte müssen ggf. neu interviewt werden. - Die Strategie zum erneuten Senden von Nachrichten wurde überarbeitet. Sobald ein Gerät den Empfang bestätigt, wird nun nicht mehr erneut gesendet und stattdessen bis zu 10s (statt 1,6s) auf die Antwort gewartet.
- Werte, die Ereignis-Charakter haben (wie
Central Scenes) werden nun automatisch nach 1 Sekunde geleert.
Update v1.8.5:
- Ein Crash und eine Ursache für Interview-Abbrüche wurde behoben
- Logfiles werden wieder erstellt
- Diverse Gerätekonfigurationen aktualisiert
Update v1.8.6:
Ne ganze Menge an Bugfixes und neuen Konfigurationsdateien. Details siehe https://github.com/zwave-js/node-zwave-js/blob/master/CHANGELOG.md#changelog
Update v1.8.7:
- Die Szenen-ID der
Scene Activation CCwird nun automatisch zurückgesetzt - Einen Fehler behoben, der bei der Konfiguration von Verknüpfungen auftreten konnte
- Zwei potentielle Absturzquellen behoben
- Die Werte des Root-Endpunkts einiger älterer Geräte werden nun korrekt aktualisiert
- Unterstützung für
Aeotec aerQ ZWA009-AUS/Kanada/Mexiko-Version hinzugefügt - Ungültige Optionswerte in vielen Konfigurationsdateien korrigiert
Update v1.8.9:
- Beschriftungen für die Meter CC wurden verbessert und sind nun eindeutig.
- Viele Konfigurationsdateien wurden hinzugefügt und aktualisiert
- Verbesserte Kompatibilität mit einigen Geräten, vor allem
ID Lock 150,Vision Security ZD2102-5,HomeSeer WD200+ currentValueund ähnliche Werte werden jetzt sofort aktualisiert, wenn ein set-type-Befehl erfolgreich ist. Die Verifizierung der Änderung erfolgt nach einer kurzen Verzögerung.
Update v1.8.10:
- Der Start sollte nun schneller sein, insbesondere wenn viele schlafende Geräte im Netzwerk vorhanden sind
- Ein Problem wurde behoben, bei dem Geräte fälschlicherweise als sicher angezeigt wurden. @gelberlemmy
- Verbesserte Unterstützung für Geräte, die diealte
Alarm CCverwenden - Verschiedene Verbesserungen für Zooz- und GE-Geräte
Update v1.8.11:
Thermostat Fan Mode CCundThermostat Fan State CCimplementiert- Mehrere Absturzursachen behoben
- Fehlerhafte Erkennung von sicher eingebundenen Nodes behoben
- Bestimmte
.hex-Firmwaredateien werden jetzt korrekt geparst - Unterstützung für
.bin-Firmwaredateien hinzugefügt - Eine Interviewschleife wurde behoben, wenn Geräte das Ende der Config-Parameterliste nicht korrekt anzeigen
- Schlafende Nodes werden nun sofort als bereit markiert, wenn sie bereits vollständig interviewed wurden
- Selbstständige Nachrichten werden nicht mehr vom Root-Endpunkt auf Endpunkt 1 abgebildet, wenn dieser Endpunkt die betreffende CC nicht unterstützt
- Tonnenweise neue und verbesserte Gerätekonfigurationsdateien
Update v1.8.12:
- Implementierung von "Scene Actuator Configuration CC" und "Scene Controller Configuration CC".
- Behebung eines Problems, bei dem schlafende Knoten die Sendewarteschlange blockieren konnten, wenn noch nicht bekannt ist, ob sie
Wake Up CCunterstützen - Absturz behoben, der beim Loggen einer Nachricht auftreten konnte, während der Treiber noch nicht bereit ist
- Es wurde ein Absturz behoben, der beim Versuch auftreten konnte, ein Gerät zu initialisieren, das nach der Inklusion nicht antwortet
- Der Zustand
stateinThermostat Fan Mode CCist jetzt schreibgeschützt - Konfigurationsparameter können jetzt eine Einheit haben
- Tonnenweise neue und verbesserte Gerätekonfigurationsdateien
- Selbstständige Reports werden nicht mehr fälschlicherweise allen Endpunkten zugeordnet
@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 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 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 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.
-
@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


- 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 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 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 SIGSEGVes is ja wie es is...
-
- 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 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é
-
@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. -
@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....
-
@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.
-
-
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 -
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)); } }, );@JackDaniel sagte in Test Adapter Z-Wave 2 (v1.8.x):
könnte mir das bitte jemand in blockly "übersetzen"?
Wirklich übersetzen kannst du das nicht, aber in einen JS-Funktionsblock verpacken.
-
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
JS-Funktionsblock
hmm das ist auch ein spanisches dorf für mich

mal schon was bei trial and error dabei rauskommt -
@AlCalzone sagte in Test Adapter Z-Wave 2 (v1.8.x):
JS-Funktionsblock
hmm das ist auch ein spanisches dorf für mich

mal schon was bei trial and error dabei rauskommt@JackDaniel Frag doch mal im Skripting-Forum mit obigem Code-Block. Da finden sich sicher Blockly-Experten, die helfen können.
Angepasst werden muss du nodeId, sensor-Wert (Zeile 12) und ggf. die Reaktion auf Fehler. -
Könntest du mal bitte schauen warum diese zwave.me Fernbedienung nicht funktioniert?
Node 56 does not support the Command Class Configuration!
Außerdem reagiert er auf keinen Tastendruck. Ganz sporadisch wird der Datenpunkt "Central_Scene" mal aktualisiert. Meistens mit 0 ab und an auch mit 1 oder 2. Eigentlich aber gar nicht.
-
Könntest du mal bitte schauen warum diese zwave.me Fernbedienung nicht funktioniert?
Node 56 does not support the Command Class Configuration!
Außerdem reagiert er auf keinen Tastendruck. Ganz sporadisch wird der Datenpunkt "Central_Scene" mal aktualisiert. Meistens mit 0 ab und an auch mit 1 oder 2. Eigentlich aber gar nicht.
Node 56 does not support the Command Class Configuration!
Wie so oft ist das Interview einfach noch nicht geschehen. Dazu musst du das Teil aufwecken, steht in der Anleitung wie - nur Taste drücken geht nicht.
Außerdem reagiert er auf keinen Tastendruck. Ganz sporadisch wird der Datenpunkt "Central_Scene" mal aktualisiert. Meistens mit 0 ab und an auch mit 1 oder 2. Eigentlich aber gar nicht.
Ich sehe einige empfangene Nachrichten diesbezüglich. Empfangsproblem ggf.?