NEWS
Test Adapter Z-Wave 2 (v1.7.x)
-
@all Ich hätte da mal ein anderes Anliegen. Gestern wollte ich mit der Unterstützung für Security S2 beginnen, musste aber feststellen, dass nicht eines meiner Geräte das kann.
Hat jemand eins, das S2 unterstützt (wird in der Regel auch auf der Verpackung beworben) und das nicht benötigt wird?Du schreibst im Changelog zur 1.7.2:
Option hinzugefügt, um die Kompatibilität mit älteren Switches zu verbessern. Ich bin nicht sicher, ob es sinnvoll ist, das global zu machen, daher erst mal als (standardmäßig ausgeschaltete) Option. Wenn diese aktiviert ist, wird targetValue bei Binary und Multilevel Switches immer mit currentValue überschriebenWie wirkt sich das auf den eingeführten q (quality) Parameter aus? Triggert dieser in dem Fall das der targetValue überschrieben wird?
Ich habe meine Skripte seit dem von change auf update (zurück) umgebaut und prüfe auf den q-Parameter was wirklich gut funktioniert.Kleiner Hinweis:
Die Beschreibung unter:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/en/FAQ.md#help-all-my-scripts-trigger-after-an-adapter-restart
enthält einen kleinen Fehler:Statt
if (obj.q !== 0) return;müsste es doch
if (obj.state.q !== 0) return;
heissen.
So läuft es jedenfalls bei mir. :-) -
@zanabria Zeig doch mal den ioBroker-Log ;)
Achso... der Adapter bleibt auch auf gelb, bis alle Geräte durch sind. Das kann dauern.@AlCalzone Bis alle Geräte durch sind?
Ich finde nach Stunden keine Geräte, ich denke eher dass es schäft.
-
Patch v1.7.2 ist unterwegs mit relativ vielen Korrekturen. Changelog siehe oben (betrifft einige eurer genannten Probleme).
Danke, @AlCalzone für die neue Version!
Hier die Logs vom ersten Testlauf: 2020-10-02_1.7.2.zip
Interviews liefen problemlos
Habe auch gleich mal die neue Option für alte Schalter angeworfen.
Diese hat keinen Einfluss auf gut funktionierende Nodes, zB meine Node 3. (Werde sehen wie es sich mit den Rollos morgen früh verhält. Dies ändern ihren
currentValuerecht langsam. U.U., kriegen die Probleme, wenn dertargetValuemitten im Lauf von 0 auf 99 plötzlich auf zB 50 gesetzt wird.)
Wohl aber für die Problem Nodes 4 und 6.
Da sehe ich nun immer wieder Schaltversuche, die nicht bestätigt werden können und dertargetValueeinfach rot bleibt. Frühere Versionen des Adapter haben die Node dann für tot erklärt und ich musste fast immer zum Schalter laufen und die Node so reaktivieren.
Das bleibt mit 1.7.2 nun aus. Die Node ist weiter alive und fängt sich nach einer Weile wieder und lässt sich schalten.
Nie neue Option bewirkt hier nun zwar, dass ich manchmal, wenn ich zB von 99 auf 0 dimmen will, der Dimmer bei 50 stehenbleibt. Aber immerhin stirbt die Node nicht weg und ich kann immer wiedertargetValueauf 0 setzen, bis die Lampe wirklich aus ist. Bisher habe ich über den Stromverbrauchzwave2.0.Node_xxx.Meter.value_w_consumedgeprüft, ob die Lampen tatsächlich aus sind.Also von mir wieder :+1:
-
Du schreibst im Changelog zur 1.7.2:
Option hinzugefügt, um die Kompatibilität mit älteren Switches zu verbessern. Ich bin nicht sicher, ob es sinnvoll ist, das global zu machen, daher erst mal als (standardmäßig ausgeschaltete) Option. Wenn diese aktiviert ist, wird targetValue bei Binary und Multilevel Switches immer mit currentValue überschriebenWie wirkt sich das auf den eingeführten q (quality) Parameter aus? Triggert dieser in dem Fall das der targetValue überschrieben wird?
Ich habe meine Skripte seit dem von change auf update (zurück) umgebaut und prüfe auf den q-Parameter was wirklich gut funktioniert.Kleiner Hinweis:
Die Beschreibung unter:
https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/en/FAQ.md#help-all-my-scripts-trigger-after-an-adapter-restart
enthält einen kleinen Fehler:Statt
if (obj.q !== 0) return;müsste es doch
if (obj.state.q !== 0) return;
heissen.
So läuft es jedenfalls bei mir. :-)@Chris_78 Die Option sollte nicht beim Lesen aus dem cache relevant sein sondern nur wenn frische Werte kommen.
Und ja, obj.state.q wäre korrekt.@zanabria hui das ist viel. Kannst du mir mal ein erweitertes log machen? Der iobroker log hilft nicht.
@EvilEls die Aktualisierung von targetValue ist kein schaltbefehl und sollte auf das Verhalten der Geräte keinen Einfluss haben.
-
@Chris_78 Die Option sollte nicht beim Lesen aus dem cache relevant sein sondern nur wenn frische Werte kommen.
Und ja, obj.state.q wäre korrekt.@zanabria hui das ist viel. Kannst du mir mal ein erweitertes log machen? Der iobroker log hilft nicht.
@EvilEls die Aktualisierung von targetValue ist kein schaltbefehl und sollte auf das Verhalten der Geräte keinen Einfluss haben.
@AlCalzone
Ist das der richtige LOG?
Z-Wave2 Debug.txt -
@AlCalzone
Ist das der richtige LOG?
Z-Wave2 Debug.txt -
@zanabria Nein, siehe https://github.com/AlCalzone/ioBroker.zwave2/blob/master/docs/de/bei-problemen.md Punkt 1.
Wenn das mit dem RAM-Verbrauch bei dir so bleibt, müssen wir mal tiefer einsteigen.
-
@AlCalzone
wie bringe ich die Dateien zu dir
:anguished: -
@AlCalzone Ich habe heute morgen das Update gemacht, leider ist Value immer noch leer. Hast du eine Idee wielange sich das Interview ziehen kann. Obejkte sind soweit ausgefüllt nur das Notification Value fehlt...
-
@AlCalzone
so, hoffe nun alles zu haben.
ZWave2-json.7z ZWave2-log.7z -
Mit dem update 1.7.2 kann ich mir dann die Alias schenken wenn ich die älteren Geräte einbeziehe ?? du weis schon die Sache mit den current und target Werten.....
-
@AlCalzone Ich habe heute morgen das Update gemacht, leider ist Value immer noch leer. Hast du eine Idee wielange sich das Interview ziehen kann. Obejkte sind soweit ausgefüllt nur das Notification Value fehlt...
@AlCalzone habe jetzt die ersten Interviews completed, aber leider weiterhin kein Wert
-
Hab den 1.7.2 jetzt auch installiert.
allerdings stürzt Crasht der adapter beim starten jedes malzwave2.1 2020-10-02 19:45:10.626 info (5703) Terminated (NO_ERROR): Without reason zwave2.1 2020-10-02 19:45:10.625 info (5703) terminating zwave2.1 2020-10-02 19:45:10.582 info (5703) Cleaned everything up! zwave2.1 2020-10-02 19:45:10.484 info (5703) Resetting node status... zwave2.1 2020-10-02 19:45:10.407 error at Driver.interviewNode (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:779:10) zwave2.1 2020-10-02 19:45:10.407 error at ZWaveNode.interview (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:901:8) zwave2.1 2020-10-02 19:45:10.407 error at ZWaveNode.interviewCCs (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:1320:26) zwave2.1 2020-10-02 19:45:10.407 error at interviewEndpoint (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:1145:20) zwave2.1 2020-10-02 19:45:10.407 error at NotificationCC.interview (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/NotificationCC.ts:447:35) zwave2.1 2020-10-02 19:45:10.407 error at NotificationCC.determineNotificationMode (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/NotificationCC.ts:304:9) zwave2.1 2020-10-02 19:45:10.407 error (5703) TypeError: _a.get is not a function zwave2.1 2020-10-02 19:45:10.407 error (5703) uncaught exception: _a.get is not a function zwave2.1 2020-10-02 19:45:10.406 info (5703) Shutting down driver... zwave2.1 2020-10-02 19:45:10.405 error at Driver.interviewNode (/opt/iobroker/node_modules/zwave-js/src/lib/driver/Driver.ts:779:10) zwave2.1 2020-10-02 19:45:10.405 error at ZWaveNode.interview (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:901:8) zwave2.1 2020-10-02 19:45:10.405 error at ZWaveNode.interviewCCs (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:1320:26) zwave2.1 2020-10-02 19:45:10.405 error at interviewEndpoint (/opt/iobroker/node_modules/zwave-js/src/lib/node/Node.ts:1145:20) zwave2.1 2020-10-02 19:45:10.405 error at NotificationCC.interview (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/NotificationCC.ts:447:35) zwave2.1 2020-10-02 19:45:10.405 error at NotificationCC.determineNotificationMode (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/NotificationCC.ts:304:9) zwave2.1 2020-10-02 19:45:10.405 error (5703) TypeError: _a.get is not a function zwave2.1 2020-10-02 19:45:10.286 error (5703) unhandled promise rejection: _a.get is not a function Unhandled 2020-10-02 19:45:10.286 error promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). zwave2.1 2020-10-02 19:45:10.260 debug (5703) Node 18: value updated: power_001 => 0Daher jetzt erstmal zurück zur 1.7.1
logs anbei.
hoffentlich helfen diese.
Log_Harry94.rarEdit (1.7.2):
scheinbar hat es geholfen den Cache zu leeren.
Allerdings musste ich bei node 21 (Fibaro FGS-223) das interview manuell neu starten)
jetzt funktionierendes log ebenfalls anbei. -
Hier mal eine kleine Übersicht der Batteriestände...
Bei der Heizung ist alles richtig , aber die Werte der Motion Augen können nicht stimmen ...... da steht bis auf einen immer 100 und wenn se leer sind 0 meine ich ..... ich merke das erst wenn die Batterien leer sind, was aber nicht so toll ist.
Woran kann das liegen das die Batterielevelwerte nicht sauber übertragen werden ?
-
@AlCalzone habe jetzt die ersten Interviews completed, aber leider weiterhin kein Wert
-
Mit dem update 1.7.2 kann ich mir dann die Alias schenken wenn ich die älteren Geräte einbeziehe ?? du weis schon die Sache mit den current und target Werten.....
-
@AlCalzone
so, hoffe nun alles zu haben.
ZWave2-json.7z ZWave2-log.7z -
@AlCalzone Moin!
Bei mir ist gerade die 1.7.2 beim Adapter Neustart mit diesem Fehler abgestürzt.
Habe es nicht hinbekommen, den Fehler ein weiteres Mal zu reproduzieren.
Dennoch vllt für dich von Interesse:host.zaphod 2020-10-03 11:58:59.110 info Restart adapter system.adapter.zwave2.0 because enabled host.zaphod 2020-10-03 11:58:59.110 info instance system.adapter.zwave2.0 terminated with code 0 (NO_ERROR) host.zaphod 2020-10-03 11:58:59.109 error Caught by controller[0]: at StateNode.getInitialState (/opt/iobroker/node_modules/xstate/lib/StateNode.js:1026:21) host.zaphod 2020-10-03 11:58:59.109 error Caught by controller[0]: at StateNode.resolveTransition (/opt/iobroker/node_modules/xstate/lib/StateNode.js:787:35) host.zaphod 2020-10-03 11:58:59.109 error Caught by controller[0]: at Object.resolveActions (/opt/iobroker/node_modules/xstate/lib/actions.js:389:19) host.zaphod 2020-10-03 11:58:59.109 error Caught by controller[0]: at Object.updateContext (/opt/iobroker/node_modules/xstate/lib/utils.js:399:25) host.zaphod 2020-10-03 11:58:59.109 error Caught by controller[0]: at Array.reduce (<anonymous>) host.zaphod 2020-10-03 11:58:59.108 error Caught by controller[0]: at /opt/iobroker/node_modules/xstate/lib/utils.js:417:31 host.zaphod 2020-10-03 11:58:59.108 error Caught by controller[0]: at data (/opt/iobroker/node_modules/zwave-js/src/lib/driver/SerialAPICommandMachine.ts:173:29) host.zaphod 2020-10-03 11:58:59.108 error Caught by controller[0]: at SendDataRequest.serialize (/opt/iobroker/node_modules/zwave-js/src/lib/controller/SendDataMessages.ts:118:37) host.zaphod 2020-10-03 11:58:59.108 error Caught by controller[0]: at SecurityCCCommandEncapsulation.serialize (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/SecurityCC.ts:624:23) host.zaphod 2020-10-03 11:58:59.107 error Caught by controller[0]: at throwNoNonce (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/SecurityCC.ts:612:10) host.zaphod 2020-10-03 11:58:59.105 error Caught by controller[0]: Error: Security CC requires a nonce to be sent! zwave2.0 2020-10-03 11:58:58.576 info (13718) Terminated (NO_ERROR): Without reason zwave2.0 2020-10-03 11:58:58.574 info (13718) terminating zwave2.0 2020-10-03 11:58:58.573 info (13718) Cleaned everything up! zwave2.0 2020-10-03 11:58:58.560 info (13718) Resetting node status... zwave2.0 2020-10-03 11:58:58.520 error at StateNode.getInitialState (/opt/iobroker/node_modules/xstate/lib/StateNode.js:1026:21) zwave2.0 2020-10-03 11:58:58.520 error at StateNode.resolveTransition (/opt/iobroker/node_modules/xstate/lib/StateNode.js:787:35) zwave2.0 2020-10-03 11:58:58.520 error at Object.resolveActions (/opt/iobroker/node_modules/xstate/lib/actions.js:389:19) zwave2.0 2020-10-03 11:58:58.520 error at Object.updateContext (/opt/iobroker/node_modules/xstate/lib/utils.js:399:25) zwave2.0 2020-10-03 11:58:58.520 error at Array.reduce (<anonymous>) zwave2.0 2020-10-03 11:58:58.520 error at /opt/iobroker/node_modules/xstate/lib/utils.js:417:31 zwave2.0 2020-10-03 11:58:58.520 error at data (/opt/iobroker/node_modules/zwave-js/src/lib/driver/SerialAPICommandMachine.ts:173:29) zwave2.0 2020-10-03 11:58:58.520 error at SendDataRequest.serialize (/opt/iobroker/node_modules/zwave-js/src/lib/controller/SendDataMessages.ts:118:37) zwave2.0 2020-10-03 11:58:58.520 error at SecurityCCCommandEncapsulation.serialize (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/SecurityCC.ts:624:23) zwave2.0 2020-10-03 11:58:58.520 error at throwNoNonce (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/SecurityCC.ts:612:10) zwave2.0 2020-10-03 11:58:58.520 error (13718) Error: Security CC requires a nonce to be sent! zwave2.0 2020-10-03 11:58:58.520 error (13718) uncaught exception: Security CC requires a nonce to be sent! zwave2.0 2020-10-03 11:58:58.519 info (13718) Shutting down driver... zwave2.0 2020-10-03 11:58:58.518 error at StateNode.getInitialState (/opt/iobroker/node_modules/xstate/lib/StateNode.js:1026:21) zwave2.0 2020-10-03 11:58:58.518 error at StateNode.resolveTransition (/opt/iobroker/node_modules/xstate/lib/StateNode.js:787:35) zwave2.0 2020-10-03 11:58:58.518 error at Object.resolveActions (/opt/iobroker/node_modules/xstate/lib/actions.js:389:19) zwave2.0 2020-10-03 11:58:58.518 error at Object.updateContext (/opt/iobroker/node_modules/xstate/lib/utils.js:399:25) zwave2.0 2020-10-03 11:58:58.518 error at Array.reduce (<anonymous>) zwave2.0 2020-10-03 11:58:58.518 error at /opt/iobroker/node_modules/xstate/lib/utils.js:417:31 zwave2.0 2020-10-03 11:58:58.518 error at data (/opt/iobroker/node_modules/zwave-js/src/lib/driver/SerialAPICommandMachine.ts:173:29) zwave2.0 2020-10-03 11:58:58.518 error at SendDataRequest.serialize (/opt/iobroker/node_modules/zwave-js/src/lib/controller/SendDataMessages.ts:118:37) zwave2.0 2020-10-03 11:58:58.518 error at SecurityCCCommandEncapsulation.serialize (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/SecurityCC.ts:624:23) zwave2.0 2020-10-03 11:58:58.518 error at throwNoNonce (/opt/iobroker/node_modules/zwave-js/src/lib/commandclass/SecurityCC.ts:612:10) zwave2.0 2020-10-03 11:58:58.518 error (13718) Error: Security CC requires a nonce to be sent! zwave2.0 2020-10-03 11:58:58.456 error (13718) unhandled promise rejection: Security CC requires a nonce to be sent! Unhandled 2020-10-03 11:58:58.456 error promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). zwave2.0 2020-10-03 11:58:56.016 info (13718) Node 3: interview completed, all values are updatedUpdate:
Ah, ich sehe gerade, dass ist wohl das gleich Problem wie @Harry94 hat. Probiere die 1.7.3. -
Ich glaube das das Problem mit meinen Werten daran liegt das ich akkus in den Motion Augen habe...
Weil da wo 96 Prozent angezeigt wird ist eine Normale Batterie drin.....in allen anderen ein Akku.....
Du schreibst im Changelog zur 1.7.2:
Option hinzugefügt, um die Kompatibilität mit älteren Switches zu verbessern. Ich bin nicht sicher, ob es sinnvoll ist, das global zu machen, daher erst mal als (standardmäßig ausgeschaltete) Option. Wenn diese aktiviert ist, wird targetValue bei Binary und Multilevel Switches immer mit currentValue überschriebenBis jetzt hat es mir eher geholfen weil die Werte die vorher (null) waren jetzt nach einen Neustart sauber sind.
Wie löst du das den mit den tragent / current Werten ?
Support us
325
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge