Test Adapter Z-Wave 2 (v1.7.x)
-
@zanabria Zeig doch mal den ioBroker-Log ;)
Achso... der Adapter bleibt auch auf gelb, bis alle Geräte durch sind. Das kann dauern.@AlCalzone
Die RAM-nutzung ist gerade enorm.
-
@zanabria Zeig doch mal den ioBroker-Log ;)
Achso... der Adapter bleibt auch auf gelb, bis alle Geräte durch sind. Das kann dauern. -
@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 -
@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...
-
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
Support us
542
Online32.7k
Users82.4k
Topics1.3m
Posts