NEWS
Test Adapter Z-Wave 2 (v1.7.x)
-
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 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 => 0
Daher 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 ?
-
-
@Flopsi sagte in Test Adapter Z-Wave 2 (v1.7.x):
Mit dem update 1.7.2 kann ich mir dann die Alias schenken
Sorry, hab ich übersehen. Kann durchaus sein, bitte testen!
-
@zanabria sagte in Test Adapter Z-Wave 2 (v1.7.x):
so, hoffe nun alles zu haben.
Deine Logs sind alle nur ca. 3-5 Sekunden lang. Hast du keins, was ein bisschen länger gelaufen ist?
-
v1.7.3 ist auf dem Weg und fixt zwei Crashes in
Notification CC
@Harry94 -
@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 updated
Update:
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 ?
-
@EvilEls Ist tatsächlich was anderes als bei Harry
-
Ich habe mir für alle Z-Wave Geräte jeweils ein Alias angelegt (Read-Value: currentValue / Write-Value: targetValue).
Nach ioBroker oder ZWave-Adapter Neustart habe ich ein Skript durchlaufen lassen, das mir die Alias-Werte einmal initial wieder
befüllt (targetValue -> currentValue).
Hat soweit gut funktioniert. Ich habe aktuell leider noch nicht getestet, ob die Werte jetzt initial gefüllt werden. Wenn ja könnte ich
mein Skript raus werfen.
Im Moment bin ich ganz gut beschäftigt Steuerungen mit dem D1-Mini zu realisieren
-> Bewegungsmelder
-> Lichtsteuerungen mit den W2812b LED-StripsIch bin echt fasziniert was mit den D1-Minis so alles geht...
-
Bis jetzt habe ich keine Problme wurde alles initial gefüllt mit der neuen Funktion, aber ich werde das Langzeit testen so oft starte ich mein iobroker nicht.
-
@AlCalzone
hi, kann leider keine aktuellere Werte liefern, da ich,- Den Adapter komplett gelöscht und neu installiert habe. Diese Neuinstallation bracht aber nichts für mein RAZBERRY2 Aufsteckmodul! Eine Verbindung zu Zwave2 kam nicht zu stande, also Zustandsampel auf gelb.
- Erneut den Adapter komplett gelöscht und neu installiert. Ein 2. vorhandenes RAZBERRY2 Aufsteckmodul gestest! Eine Verbindung zu Zwave2 kam nicht zu stande, also Zustandsampel auf gelb.
- Erneut den Adapter komplett gelöscht und neu installiert. Ein 3. vorhandenes ZMEEUZBB USB-Modul gestest! Eine Verbindung zu Zwave2 kam zu stande, also Zustandsampel auf grün. Die Ernüchterung kam aber schon beim einlernen des 1. Aktors. Eine anschließende Rollladenkalibrierung konnte ich machen, aber weitere Befehle wie up oder down, steuern über TargetValue ging nicht.
Ich bin am verzweifeln. Hilft jetzt nur noch eine komplette Neuinstallation des Systems?
-
@zanabria ich weiss nicht warum du so ne installorgie veranstalltest.
sry aber .. DAS IST SCHWACHSINN
installiere den adapter .. mach das LOG AN <--- WICHTIG und zeigmal was da steht.. anstatt hier dein Amplsystem zu presentieren...
-
@zanabria sagte in Test Adapter Z-Wave 2 (v1.7.x):
Eine Verbindung zu Zwave2 kam nicht zu stande, also Zustandsampel auf gelb.
Das heißt nur, dass noch nicht alle Interviews durchgelaufen sind. Schau bitte erstens in den ioBroker-Log ob dort Fehler vom Adapter auftauchen. Falls ja, hier posten.
Und zweitens poste mal einen erweiterten Log von einem Adapterstart der länger als 5 Sekunden geht. Bei deinen letzten Logs war noch nicht mal die Initialisierungsroutine des Sticks durchgelaufen. Ich würde mal (je nach Netzwerkgröße) 5 Minuten bis 1 Stunde anpeilen.
-
@zanabria
Hast du alles richtig eingestellt in dem Adapter ... Schnittstelle richtig ?bei mir ist das diese:
Welchen Stick hast du ?
Weist du wie das geht mit dem LOG ?
3.
Speichern und Schließen
4.
5.
Filter an nur auf zwave2.0 jetzt schauen wann er deine Module alle eingelesen hat 15 min mal warten ich weis ja nicht wie viele Module du hast.
Log z.b. mit Filezilla herunterladen
Pfad:
/opt/iobroker/node_modules/iobroker.zwave2/build
Das LOG hier hochladen.
Ich hoffe ich habe keinen Schritt ausgelassen falls ja bitte was sagen @AlCalzone oder wer anders
-
@AlCalzone
Habe seit 1.7.3 Probleme mit den zuvor unauffälligen Nodes 2 und 3.
Für beide bekommt der Adapter kein Interview mehr zustande.
Das Log umfasst ca 10 Min. Die Interviews sind aber auch nach Stunden noch nicht da.
Auch erneutes Auslösen der Interviews bringt nichts.zwave2.0 2020-10-04 21:56:00.137 info (5310) Node 3 is alive zwave2.0 2020-10-04 21:55:56.321 info (5310) Node 3: interview restarted zwave2.0 2020-10-04 21:55:54.108 info (5310) Node 2 is alive zwave2.0 2020-10-04 21:55:54.062 info (5310) Node 2: interview restarted
Erreichbar und
alive
sind die Nodes.zwave2.0.Node_xxx.ready
bleibt aberfalse
Netzwerk heilen
fehlerfrei.
Irgendwann gehtzwave2.0.Node_xxx.status
dann aufunknown
Habe mit und ohne die neuen Optionen (Timeout +, Sendeversuche +) versucht. Selbes Ergebnis.
Bin Schrittweise die Versionen zurück gerollt, bis 1.6.3. Aber selbst da bekommen ich keine Interviews mehr für die Nodes.
Habe die Dimmer zurückgesetzt. Trotzdem kein Interview.Bevor ich Kahlschlag mache, kannst du evtl. an den Logs was erkennen. ob es ein (behebbares) Software Problem ist?
Die Logs: 2020-10-04.zip
Besten Dank im Voraus!
-
@AlCalzone, @Flopsi ,
habe das Problem gefunden.
Nachdem ich im Ausschlußverfahren und nicht im Schwachsinn, @arteck, die Hardware ausschließen konnte habe ich die Bootdateien geprüft. Da habe ich in der "cmdline.txt", am Ende der Datei eine Zusatzzeile gefunden, die vor dem Update von Node.js nicht drin war. Es war was mit "xxxPi3xxx". Zeile entfernt, neu gestartet und der Adapter war wieder lauffähig. Hat auch alle Aktoren erkannt und wieder richtig Interviewt. -
@EvilEls Hast du Node 2 und 3 sicher eingebunden? Irgendwas ist da komisch... Node 2 behauptet, er wäre ein
Multilevel Power Switch
:21:30:42.991 CNTRLR « [Node 002] received response for protocol info: basic device class: Static Controller generic device class: Multilevel Switch specific device class: Multilevel Power Switch [...]
behauptet dann aber, er unterstützt nur die folgenden 3 CCs:
21:30:43.319 CNTRLR « [Node 002] node info received supported CCs: · Z-Wave Plus Info · Device Reset Locally · Powerlevel controlled CCs:
Aufgrund der ersten Aussage wird zu diesen noch die "Pflicht"-CC
Multilevel Switch
ergänzt, auf deren Interview vom Node aber keine Antwort kommt.
Node 4 (ein ähnliches Gerät?) gibt zusätzlich noch
Security CC
als unterstützt an:21:30:43.493 CNTRLR « [Node 004] node info received supported CCs: · Z-Wave Plus Info · Device Reset Locally · Powerlevel · Security
und berichtet dort, dass
Multilevel Switch CC
verschlüsselt unterstützt ist:21:30:44.615 DRIVER « [Node 004] [REQ] [ApplicationCommand] └─[SecurityCCCommandEncapsulation] │ sequenced: false └─[SecurityCCCommandsSupportedReport] reportsToFollow: 0 supportedCCs: · Version · Manufacturer Specific · All Switch · Binary Switch · Multilevel Switch · Meter · Notification · Association · Multi Channel Association · Association Group Information · Configuration controlledCCs: · Multilevel Switch