Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

  1. ioBroker Community Home
  2. Deutsch
  3. Tester
  4. Test Adapter Z-Wave 2 (v1.7.x)

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.2k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    1.9k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    15
    1
    2.2k

Test Adapter Z-Wave 2 (v1.7.x)

Geplant Angeheftet Gesperrt Verschoben Tester
testz-wavez-wave 2adapter
335 Beiträge 24 Kommentatoren 52.4k Aufrufe 24 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • Mojito JoeM Offline
    Mojito JoeM Offline
    Mojito Joe
    schrieb am zuletzt editiert von
    #179

    Habe heute auch von 1.7.5 auf 1.7.6 upgedated. Kann mich bei den vorherigen Updates nicht erinnern, solche Warnungen erhalten zu haben:

    $ ./iobroker upgrade zwave2
    Update zwave2 from @1.7.5 to @1.7.6
    NPM version: 6.14.8
    npm install iobroker.zwave2@1.7.6 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
    ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:../src/serialport_unix.cpp:166:5: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] int setup(int fd, OpenBaton *data) {
         ^~~~~
    In file included from /usr/include/stdio.h:862:0,                 from ../src/serialport.h:3,                 from ../src/serialport_unix.cpp:2:/usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output 20 or more bytes (assuming 1043) into a destination of size 1024        __bos (__s), __fmt, __va_arg_pack ());                                            ^
    ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:../src/serialport_unix.cpp:79:6: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] void EIO_Open(uv_work_t* req) {
          ^~~~~~~~In file included from /usr/include/stdio.h:862:0,                 from ../src/serialport.h:3,                 from ../src/serialport_unix.cpp:2:/usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output 22 or more bytes (assuming 1045) into a destination of size 1024        __bos (__s), __fmt, __va_arg_pack ());                                            ^
    ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:../src/serialport_unix.cpp:166:5: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] int setup(int fd, OpenBaton *data) {
         ^~~~~
    In file included from /usr/include/stdio.h:862:0,                 from ../src/serialport.h:3,                 from ../src/serialport_unix.cpp:2:/usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output 20 or more bytes (assuming 1043) into a destination of size 1024        __bos (__s), __fmt, __va_arg_pack ());                                            ^
    ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:../src/serialport_unix.cpp:79:6: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] void EIO_Open(uv_work_t* req) {
          ^~~~~~~~In file included from /usr/include/stdio.h:862:0,                 from ../src/serialport.h:3,                 from ../src/serialport_unix.cpp:2:/usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output 22 or more bytes (assuming 1045) into a destination of size 1024        __bos (__s), __fmt, __va_arg_pack ());                                            ^
    upload [6] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/zwave2.svg zwave2.svg image/svg+xml
    Update "system.adapter.zwave2.0"
    upload [5] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/words.js words.js application/javascript
    upload [4] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/style.css style.css text/css
    upload [3] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/script/d3.min.js script/d3.min.js application/javascript
    upload [2] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/index_m.html index_m.html text/html
    upload [1] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/build/index.js.map build/index.js.map application/json
    upload [0] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/build/index.js build/index.js application/javascript
    Adapter "zwave2" updated
    process exited with code 0
    

    Falls Du diese nicht kennst @AlCalzone

    AlCalzoneA 1 Antwort Letzte Antwort
    0
    • Mojito JoeM Mojito Joe

      Habe heute auch von 1.7.5 auf 1.7.6 upgedated. Kann mich bei den vorherigen Updates nicht erinnern, solche Warnungen erhalten zu haben:

      $ ./iobroker upgrade zwave2
      Update zwave2 from @1.7.5 to @1.7.6
      NPM version: 6.14.8
      npm install iobroker.zwave2@1.7.6 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call)
      ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:../src/serialport_unix.cpp:166:5: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] int setup(int fd, OpenBaton *data) {
           ^~~~~
      In file included from /usr/include/stdio.h:862:0,                 from ../src/serialport.h:3,                 from ../src/serialport_unix.cpp:2:/usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output 20 or more bytes (assuming 1043) into a destination of size 1024        __bos (__s), __fmt, __va_arg_pack ());                                            ^
      ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:../src/serialport_unix.cpp:79:6: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] void EIO_Open(uv_work_t* req) {
            ^~~~~~~~In file included from /usr/include/stdio.h:862:0,                 from ../src/serialport.h:3,                 from ../src/serialport_unix.cpp:2:/usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output 22 or more bytes (assuming 1045) into a destination of size 1024        __bos (__s), __fmt, __va_arg_pack ());                                            ^
      ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’:../src/serialport_unix.cpp:166:5: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] int setup(int fd, OpenBaton *data) {
           ^~~~~
      In file included from /usr/include/stdio.h:862:0,                 from ../src/serialport.h:3,                 from ../src/serialport_unix.cpp:2:/usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output 20 or more bytes (assuming 1043) into a destination of size 1024        __bos (__s), __fmt, __va_arg_pack ());                                            ^
      ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’:../src/serialport_unix.cpp:79:6: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] void EIO_Open(uv_work_t* req) {
            ^~~~~~~~In file included from /usr/include/stdio.h:862:0,                 from ../src/serialport.h:3,                 from ../src/serialport_unix.cpp:2:/usr/include/x86_64-linux-gnu/bits/stdio2.h:65:44: note: ‘__builtin___snprintf_chk’ output 22 or more bytes (assuming 1045) into a destination of size 1024        __bos (__s), __fmt, __va_arg_pack ());                                            ^
      upload [6] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/zwave2.svg zwave2.svg image/svg+xml
      Update "system.adapter.zwave2.0"
      upload [5] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/words.js words.js application/javascript
      upload [4] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/style.css style.css text/css
      upload [3] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/script/d3.min.js script/d3.min.js application/javascript
      upload [2] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/index_m.html index_m.html text/html
      upload [1] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/build/index.js.map build/index.js.map application/json
      upload [0] zwave2.admin /opt/iobroker/node_modules/iobroker.zwave2/admin/build/index.js build/index.js application/javascript
      Adapter "zwave2" updated
      process exited with code 0
      

      Falls Du diese nicht kennst @AlCalzone

      AlCalzoneA Offline
      AlCalzoneA Offline
      AlCalzone
      Developer
      schrieb am zuletzt editiert von
      #180

      @Mojito-Joe Das kommt von der Serialport-Library, müsste aber unkritisch sein. Hast du sonst irgendwas geändert? Node-Version z.B.?

      Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

      D Mojito JoeM 2 Antworten Letzte Antwort
      0
      • AlCalzoneA AlCalzone

        @Mojito-Joe Das kommt von der Serialport-Library, müsste aber unkritisch sein. Hast du sonst irgendwas geändert? Node-Version z.B.?

        D Offline
        D Offline
        Domoe
        schrieb am zuletzt editiert von
        #181

        Moin zusammen,

        ich bin seit langer Zeit stiller mitleser und benutze auch den Z-Wave 2 Adapter.
        Ich hatte bis jetzt noch keine Probleme.

        Heute als ich meine Heizungssteuerung für den Winter Fit machen wollte ist mir aufgefallen das ein Devolo Raumthermostat (Unter Geräte als Danfoss MT 2649 aufgeführt) das Interview nicht beendet.
        Unter Objekte steht das Raumthermostat bei "ready" auch auf false.
        Ich habe vor 3 Tagen das Raumthermostat neu angelernt leider wurde es dadurch nicht besser.

        Wie kann ich dazu beitragen das dieser Fehler gefixt wird?

        Vielen Dank und Grüße

        Dominik

        1 Antwort Letzte Antwort
        0
        • AlCalzoneA AlCalzone

          @Mojito-Joe Das kommt von der Serialport-Library, müsste aber unkritisch sein. Hast du sonst irgendwas geändert? Node-Version z.B.?

          Mojito JoeM Offline
          Mojito JoeM Offline
          Mojito Joe
          schrieb am zuletzt editiert von
          #182

          @AlCalzone Ja, hatte vor einiger Zeit js-controller v3.1.6 und Node v.12.19.0 upgedated. Leider blieb anschließend der zwave2 Adapter (als Einziger) immer wieder sporadisch im Status gelb hängen und warf im Log Fehler. Auch die automatischen Rebuild-Versuche schlugen fehl und im Log wurde dann "npm rebuild" oder "npm install" vorgeschlagen. In der Anleitung zum Node-Update habe ich dann aber von "iobroker rebuild zwave2" gelesen. Ich muss zugeben, genau weiß ich nicht, was ich da tue, habe das Update das erste mal gemacht. Aber seit "iobroker rebuild zwave2" meldet der Adapter keine Startprobleme mehr.

          1 Antwort Letzte Antwort
          0
          • F Offline
            F Offline
            Flopsi
            schrieb am zuletzt editiert von
            #183

            @AlCalzone

            Ich habe des öfteren Probleme mit dem Fibaro Heat Controller und zwar immer wenn ich ein Update (in diesem Fall 1.7.6) mache oder den Controller neu starte.. dann sind die Werte nicht grün/schwarz..... sondern orange/rot.

            2020-10-18 09_24_44-objects - ioBroker.png

            Hier der letzte Log:

            zwave-15713.log

            AlCalzoneA 1 Antwort Letzte Antwort
            0
            • F Flopsi

              @AlCalzone

              Ich habe des öfteren Probleme mit dem Fibaro Heat Controller und zwar immer wenn ich ein Update (in diesem Fall 1.7.6) mache oder den Controller neu starte.. dann sind die Werte nicht grün/schwarz..... sondern orange/rot.

              2020-10-18 09_24_44-objects - ioBroker.png

              Hier der letzte Log:

              zwave-15713.log

              AlCalzoneA Offline
              AlCalzoneA Offline
              AlCalzone
              Developer
              schrieb am zuletzt editiert von
              #184

              @Flopsi Das Interview läuft nicht durch, da er auf die aktive Abfrage des Thermostat-Status nicht antwortet. Ich habe schon diverse Ausnahmen eingebaut, schätze ich muss das auf alle Statusabfragen erweitern.
              Ach und nächstes Mal (wie eigentlich immer) die Node-Nr. nennen. Hier hatte ich Glück, dass es im Screenshot versteckt war 🙂

              Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

              F 1 Antwort Letzte Antwort
              0
              • AlCalzoneA AlCalzone

                @Flopsi Das Interview läuft nicht durch, da er auf die aktive Abfrage des Thermostat-Status nicht antwortet. Ich habe schon diverse Ausnahmen eingebaut, schätze ich muss das auf alle Statusabfragen erweitern.
                Ach und nächstes Mal (wie eigentlich immer) die Node-Nr. nennen. Hier hatte ich Glück, dass es im Screenshot versteckt war 🙂

                F Offline
                F Offline
                Flopsi
                schrieb am zuletzt editiert von Flopsi
                #185

                @AlCalzone

                Sorry du suchst dir ja einen Wolf ist Node 18 und 29 aktuell ....

                Komischerweise laufen die andern Heizungen bis jetzt ..... nur bei den beiden läuft es nicht oder vertue ich mich da ??

                Zur Not hier noch die anderen Node der Heizungen:

                Node 35
                Node 22
                Node 28
                Node 06

                AlCalzoneA 1 Antwort Letzte Antwort
                0
                • F Flopsi

                  @AlCalzone

                  Sorry du suchst dir ja einen Wolf ist Node 18 und 29 aktuell ....

                  Komischerweise laufen die andern Heizungen bis jetzt ..... nur bei den beiden läuft es nicht oder vertue ich mich da ??

                  Zur Not hier noch die anderen Node der Heizungen:

                  Node 35
                  Node 22
                  Node 28
                  Node 06

                  AlCalzoneA Offline
                  AlCalzoneA Offline
                  AlCalzone
                  Developer
                  schrieb am zuletzt editiert von
                  #186

                  @Flopsi
                  29 antwortet korrekt auf die Solltemperaturabfrage, hat dann aber das gleiche Problem bei Notifications
                  6 rennt in das gleiche Problem bei den Notifications
                  Die restlichen genannten funktionieren.

                  Hab mir mal ein Issue gemacht, damit ich es nicht vergesse. Dürfte aber 1-2 Tage dauern bis ich dazu komme.

                  Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                  1 Antwort Letzte Antwort
                  0
                  • F Offline
                    F Offline
                    Flopsi
                    schrieb am zuletzt editiert von
                    #187

                    @AlCalzone

                    soll ich mal ne ältere version installieren ....
                    leider weis ich nicht bei welcher das funktioniert hat weil ich die Probleme schon öfter hatte......

                    AlCalzoneA 1 Antwort Letzte Antwort
                    0
                    • F Flopsi

                      @AlCalzone

                      soll ich mal ne ältere version installieren ....
                      leider weis ich nicht bei welcher das funktioniert hat weil ich die Probleme schon öfter hatte......

                      AlCalzoneA Offline
                      AlCalzoneA Offline
                      AlCalzone
                      Developer
                      schrieb am zuletzt editiert von
                      #188

                      @Flopsi Glaube nicht dass das besser wird. Die neueren Versionen sind tendenziell toleranter was solches Verhalten angeht.

                      Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                      1 Antwort Letzte Antwort
                      0
                      • AlCalzoneA AlCalzone
                        Aktuelle Test Version 1.7.8
                        Veröffentlichungsdatum 25.10.2020
                        Github Link https://github.com/AlCalzone/ioBroker.zwave2/

                        Changelog
                        Ich habe ja schon länger angekündigt, dass ich den Adapter bzw. die zugrundeliegende Library in großem Stil umschreibe. Das wichtigste hiervon (Änderung von knapp 10.000 Code-Zeilen) ist seit heute soweit, dass es überhaupt wieder läuft und einem Alpha-Test unterzogen werden kann. Ein paar Änderungen in dieser Richtung kommen noch, aber das ist etwas für eine 1.8 oder später.

                        Was heißt das effektiv für euch als Nutzer?

                        • Der Nachrichtenfluss sowie die Status-Verwaltung der Nodes wird jetzt durch eine State-Machine abgebildet, sodass jederzeit definiert ist, in welchem Zustand man sich befindet und welche Übergänge in andere Zustände möglich sind.
                          Einfach mal hängen bleiben sollte damit der Vergangenheit angehören.
                        • Die Priorisierung von Nachrichten wurde optimiert. D.h. ihr könnt eure Geräte jetzt auch schalten, während andere noch fleißig interview werden, und trotzdem eine zeitnahe Reaktion sehen.
                        • Weitere Performance-Optimierung (über das hinaus, was schon in 1.6.x eingeflossen ist)

                        Ich freue mich über mutige Tester. Wer Stabilität will und keine Probleme hat, sollte aber erst mal bei 1.6.x bleiben.


                        Update 1.7.0-alpha.3:

                        Ich habe erneut nochmal rund 3000 Code-Zeilen umgeschrieben. Hiermit sollte der Umgang mit sicher eingebundenen Geräten etwas flexibler sein und die oben beschriebenen dead-alive-Probleme hoffentlich weg sein. @EvilEls @Chris_78 @Harry94

                        Weitere Änderungen:

                        • Konfigurationsdateien für ABUS CFA3010 und Everspring AC301 hinzugefügt.

                        • Statt einer echten seriellen Schnittstelle kann jetzt auch eine im Netzwerk verfügbare serielle Schnittstelle genutzt werden. @arteck

                          Hierzu den Adapter stoppen und ins "Port"-Feld die Adresse in der Form tcp://hostname:port eingeben. Eine vernünftige Eingabemöglichkeit für diese Adressen folgt noch.
                          Ein solcher Netzwerkport kann z.B. auf Linux mit ser2net zur Verfügung gestellt werden. Hierzu folgende Konfiguration nutzen (mit ersetzten Platzhaltern):

                          <port>:raw:0:<serieller-pfad>:115200 8DATABITS NONE 1STOPBIT
                          

                        Update 1.7.0-alpha.5:

                        • Die Eingabe der seriellen Schnittstelle ist jetzt als Textfeld mit auto-complete möglich.
                        • Fix für Geräte, die Basic CC für Aktualisierungen nutzen

                        Update 1.7.0-alpha.7:

                        • Die unzähligen Warnmeldungen bezüglich q sollten jetzt weg sein.
                        • Crash behoben, der beim Dekodieren bestimmter partieller Nachrichten auftreten konnte, wenn der Treiber noch nicht so weit ist. @arteck

                        Update 1.7.0:

                        • Der Adapter startet sich jetzt nach 1 Sekunde neu, wenn das Starten des Treibers fehlschlägt.
                        • Es wurde ein Problem der alpha-Version behoben, dass ein Node beim erneuten Interview sofort als bereit markiert und alle States gelöscht wurden.

                        Update 1.7.1:

                        • Nodes sollten jetzt nicht mehr als tot/schlafend markiert werden, wenn sie zwar den Empfang einer Nachricht bestätigen, aber nicht auf diese antworten.
                        • Unterstützung für User Code CC hinzugefügt
                        • Zwei Optionen zum Erhöhen der Timeouts und Sendeversuche hinzugefügt, die die Zuverlässigkeit in instabilen Netzen erhöhen können. Dies geht jedoch mit trägerer Kommunikation einher.

                        Update 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 überschrieben:
                          3d1c299a-ceda-4ff6-b681-63dcccd74201-grafik.png
                          @Flopsi hab mich spontan doch entschieden, das mal auszuprobieren 😓
                        • Bei Netzwerkheilung sollte der Fortschritt jetzt sofort erscheinen, nicht erst, nachdem der erste Node fertig ist
                        • Zwei mögliche Crashes behoben, danke @EvilEls
                        • Implementation der Notification CC verbessert:
                          • Es wird jetzt korrekt zwischen Push und Pull-Nodes unterschieden
                          • Push-Nodes werden nicht mehr abgefragt - damit sollten keine "UNKNOWN" States mehr erscheinen
                          • Wenn Werte von Push-Nodes nicht gesetzt sind, werden sie beim Interview (sofern erlaubt) auf "idle" gesetzt @Gabe
                          • Pull-Nodes werden nun alle 6h und beim Aufwachen abgefragt
                        • Beim Einbinden von sicheren Geräten wird nun entsprechend der Z-Wave-Spezifikation abgebrochen, wenn das Gerät zu lange benötigt, um zu antworten.

                        Update 1.7.3:
                        Zwei Crashes während des Notification CC Interviews behoben


                        Update 1.7.4:

                        • Eine Konfigurationsdatei für Electronic Solutions DBMZ EU hinzugefügt
                        • Absturz beim Empfang unvollständiger Nachrichten behoben
                        • Absturz beim Versuch, sichere Befehle mit einem abgelaufenen Einmalschlüssel zu senden, behoben (Security CC requires a nonce to be sent!)
                        • Mehrere Fehlerbehebungen im Zusammenhang mit batteriebetriebenen Geräten (dies sollte den gefürchteten E5-Fehler auf einigen Thermostaten verhindern, der seit v1.7.0 wieder auftrat), darunter:
                          • Batteriebetriebene Geräte werden aktiv wieder in den Schlafmodus versetzt, wenn sie keine ausstehenden Nachrichten haben.
                          • Kompatibilitätsabfragen werden jetzt verworfen, wenn ein Gerät schläft, wodurch doppelte Abfragen beim Aufwachen vermieden werden
                          • Das Senden eines Geräts in den Schlafmodus funktioniert jetzt auch dann weiter, wenn es einmal fehlgeschlagen ist.

                        Update 1.7.5:

                        • Einige fehlende States werden jetzt korrekt angelegt (Alarm Sensor CC wenn kein Alarm aktiv, Multilevel Switch CC V1/V2)
                        • Wenn eine Nachricht an ein Gerät gesendet werden soll, dass als tot markiert ist, wird dieses zuerst gepingt, um festzustellen, ob es wirklich tot ist.
                        • Verbesserte Kompatibilität mit Geräten, die Notification CC (V3+) unterstützen, aber Alarm Reports (V1/V2) senden. Z.B. Fibaro Flood sensor.

                        Update 1.7.6:

                        • targetValue in Color Switch CC is nun nicht mehr readonly @BausSH
                        • Es ist jetzt konfigurierbar, ob die Namen von States überschrieben werden dürfen @gelberlemmy
                        • Datenpunkte bekommen jetzt eine (einfache, aber) korrekte Rolle zugewiesen anstatt nur "value". @gelberlemmy

                        Update 1.7.7:

                        • Objekte und States für Werte aus dem Cache werden jetzt sofort erstellt, wenn der Adapter startet. @gelberlemmy schau mal ob damit dein Node 20 zu sehen ist
                        • Nach dem ersten Interview eines Nodes werden frische States nicht mehr als "möglicherweise nicht aktuell" (orange) markiert
                        • Fehler beim Interview von Nodes mit User Code CC V1 behoben
                        • Fehler beim Interview von Nodes, die Central Scene CC aber nicht Association Group Information CC unterstützen, behoben @Domoe (das ist dein Devolo-Fehler)
                        • Einige Interviews werden jetzt ohne aktuelle Werte weitergeführt statt abzubrechen, wenn Nodes auf eine nicht-kritische Abfrage nicht antworten @Flopsi das sollte deine hängen bleibenden Interviews beheben
                        • Kompatibilität mit Geräten verbessert, die Einmal-Codes nicht akzeptieren, die ohne Frage nach einer Bestätigung versendet wurden
                        • Unkritischer Fehler beim Logging von DoorLockCCConfigurationSet behoben
                        • Geräte wie der Multisensor 6, die mit und ohne Batterie betrieben werden können, werden nach einem vollständigen Interview nicht mehr in eine "Geh schlafen"-Schleife geschickt, wenn sie am Strom hängen.
                        • Wenn Geräte Anfragen nach Einmal-Codes spammen, wird nur noch der letzte beantwortet @Flopsi, Node 8 🙂

                        Update 1.7.8:

                        • Ein Absturz wurde behoben, der beim Senden eines Door Lock-Befehls unter bestimmten Umständen auftreten konnte
                        • Die Zeitspanne, in der ein Gerät als wach angenommen wird, wird jetzt auch verlängert, wenn er einen Befehl bestätigt. Dies sollte Interviews besser durchlaufen lassen, wenn ein Gerät oft keine Antwort auf Anfragen sendet.
                        • Ein Fehler wurde behoben, durch den Alarm Sensor CC-Berichte einem nicht existierenden Node zugeordnet werden konnten.
                        • Inkludieren von Geräten, die als Controller fungieren können, wird jetzt unterstützt
                        • Für Geräte mit dem Status unbekannt ist die Schaltfläche "Ausgefallenes Gerät entfernen" jetzt aktiviert @gelberlemmy, das sollte bei Node 20 helfen
                        • Der Loglevel für Meldungen wegen unsicherer Kommunikation aufgrund eines fehlenden Netzwerkschlüssels wurde von Error auf Warnung reduziert.
                        D Offline
                        D Offline
                        Domoe
                        schrieb am zuletzt editiert von
                        #189

                        @AlCalzone
                        Moin AlCalzone,

                        ich habe ein bisschen weiter oben schon wegen eines Problems geschrieben. Hast du aber wohl übersehen.
                        Ich kopiere den Text hier nochmal rein.

                        Ich bin seit langer Zeit stiller mitleser und benutze auch den Z-Wave 2 Adapter.
                        Ich hatte bis jetzt noch keine Probleme.

                        Heute als ich meine Heizungssteuerung für den Winter Fit machen wollte ist mir aufgefallen das ein Devolo Raumthermostat (Unter Geräte als Danfoss MT 2649 aufgeführt) das Interview nicht beendet.
                        Unter Objekte steht das Raumthermostat bei "ready" auch auf false.
                        Ich habe vor 3 Tagen das Raumthermostat neu angelernt leider wurde es dadurch nicht besser.

                        Wie kann ich dazu beitragen das dieser Fehler gefixt wird?

                        Vielen Dank und Grüße

                        Dominik
                        Aktuelle Log: zwave-10921.log

                        AlCalzoneA 1 Antwort Letzte Antwort
                        0
                        • D Domoe

                          @AlCalzone
                          Moin AlCalzone,

                          ich habe ein bisschen weiter oben schon wegen eines Problems geschrieben. Hast du aber wohl übersehen.
                          Ich kopiere den Text hier nochmal rein.

                          Ich bin seit langer Zeit stiller mitleser und benutze auch den Z-Wave 2 Adapter.
                          Ich hatte bis jetzt noch keine Probleme.

                          Heute als ich meine Heizungssteuerung für den Winter Fit machen wollte ist mir aufgefallen das ein Devolo Raumthermostat (Unter Geräte als Danfoss MT 2649 aufgeführt) das Interview nicht beendet.
                          Unter Objekte steht das Raumthermostat bei "ready" auch auf false.
                          Ich habe vor 3 Tagen das Raumthermostat neu angelernt leider wurde es dadurch nicht besser.

                          Wie kann ich dazu beitragen das dieser Fehler gefixt wird?

                          Vielen Dank und Grüße

                          Dominik
                          Aktuelle Log: zwave-10921.log

                          AlCalzoneA Offline
                          AlCalzoneA Offline
                          AlCalzone
                          Developer
                          schrieb am zuletzt editiert von
                          #190

                          @Domoe Zunächst brauche ich die Node-Nummer, damit ich nicht für 32 Nodes 30.000 Log-Zeilen durchsuchen muss.

                          Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                          D 1 Antwort Letzte Antwort
                          0
                          • AlCalzoneA AlCalzone

                            @Domoe Zunächst brauche ich die Node-Nummer, damit ich nicht für 32 Nodes 30.000 Log-Zeilen durchsuchen muss.

                            D Offline
                            D Offline
                            Domoe
                            schrieb am zuletzt editiert von
                            #191

                            @AlCalzone
                            Sorry total vergessen.
                            Node ist 032

                            AlCalzoneA 1 Antwort Letzte Antwort
                            0
                            • D Domoe

                              @AlCalzone
                              Sorry total vergessen.
                              Node ist 032

                              AlCalzoneA Offline
                              AlCalzoneA Offline
                              AlCalzone
                              Developer
                              schrieb am zuletzt editiert von
                              #192

                              @Domoe Du scheinst einen Bug gefunden zu haben - das Log enthält alle Infos, die ich brauche

                              Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                              D 1 Antwort Letzte Antwort
                              0
                              • AlCalzoneA AlCalzone

                                @Domoe Du scheinst einen Bug gefunden zu haben - das Log enthält alle Infos, die ich brauche

                                D Offline
                                D Offline
                                Domoe
                                schrieb am zuletzt editiert von
                                #193

                                @AlCalzone

                                Ok, vielen Dank für deine Arbeit.

                                1 Antwort Letzte Antwort
                                0
                                • AlCalzoneA AlCalzone
                                  Aktuelle Test Version 1.7.8
                                  Veröffentlichungsdatum 25.10.2020
                                  Github Link https://github.com/AlCalzone/ioBroker.zwave2/

                                  Changelog
                                  Ich habe ja schon länger angekündigt, dass ich den Adapter bzw. die zugrundeliegende Library in großem Stil umschreibe. Das wichtigste hiervon (Änderung von knapp 10.000 Code-Zeilen) ist seit heute soweit, dass es überhaupt wieder läuft und einem Alpha-Test unterzogen werden kann. Ein paar Änderungen in dieser Richtung kommen noch, aber das ist etwas für eine 1.8 oder später.

                                  Was heißt das effektiv für euch als Nutzer?

                                  • Der Nachrichtenfluss sowie die Status-Verwaltung der Nodes wird jetzt durch eine State-Machine abgebildet, sodass jederzeit definiert ist, in welchem Zustand man sich befindet und welche Übergänge in andere Zustände möglich sind.
                                    Einfach mal hängen bleiben sollte damit der Vergangenheit angehören.
                                  • Die Priorisierung von Nachrichten wurde optimiert. D.h. ihr könnt eure Geräte jetzt auch schalten, während andere noch fleißig interview werden, und trotzdem eine zeitnahe Reaktion sehen.
                                  • Weitere Performance-Optimierung (über das hinaus, was schon in 1.6.x eingeflossen ist)

                                  Ich freue mich über mutige Tester. Wer Stabilität will und keine Probleme hat, sollte aber erst mal bei 1.6.x bleiben.


                                  Update 1.7.0-alpha.3:

                                  Ich habe erneut nochmal rund 3000 Code-Zeilen umgeschrieben. Hiermit sollte der Umgang mit sicher eingebundenen Geräten etwas flexibler sein und die oben beschriebenen dead-alive-Probleme hoffentlich weg sein. @EvilEls @Chris_78 @Harry94

                                  Weitere Änderungen:

                                  • Konfigurationsdateien für ABUS CFA3010 und Everspring AC301 hinzugefügt.

                                  • Statt einer echten seriellen Schnittstelle kann jetzt auch eine im Netzwerk verfügbare serielle Schnittstelle genutzt werden. @arteck

                                    Hierzu den Adapter stoppen und ins "Port"-Feld die Adresse in der Form tcp://hostname:port eingeben. Eine vernünftige Eingabemöglichkeit für diese Adressen folgt noch.
                                    Ein solcher Netzwerkport kann z.B. auf Linux mit ser2net zur Verfügung gestellt werden. Hierzu folgende Konfiguration nutzen (mit ersetzten Platzhaltern):

                                    <port>:raw:0:<serieller-pfad>:115200 8DATABITS NONE 1STOPBIT
                                    

                                  Update 1.7.0-alpha.5:

                                  • Die Eingabe der seriellen Schnittstelle ist jetzt als Textfeld mit auto-complete möglich.
                                  • Fix für Geräte, die Basic CC für Aktualisierungen nutzen

                                  Update 1.7.0-alpha.7:

                                  • Die unzähligen Warnmeldungen bezüglich q sollten jetzt weg sein.
                                  • Crash behoben, der beim Dekodieren bestimmter partieller Nachrichten auftreten konnte, wenn der Treiber noch nicht so weit ist. @arteck

                                  Update 1.7.0:

                                  • Der Adapter startet sich jetzt nach 1 Sekunde neu, wenn das Starten des Treibers fehlschlägt.
                                  • Es wurde ein Problem der alpha-Version behoben, dass ein Node beim erneuten Interview sofort als bereit markiert und alle States gelöscht wurden.

                                  Update 1.7.1:

                                  • Nodes sollten jetzt nicht mehr als tot/schlafend markiert werden, wenn sie zwar den Empfang einer Nachricht bestätigen, aber nicht auf diese antworten.
                                  • Unterstützung für User Code CC hinzugefügt
                                  • Zwei Optionen zum Erhöhen der Timeouts und Sendeversuche hinzugefügt, die die Zuverlässigkeit in instabilen Netzen erhöhen können. Dies geht jedoch mit trägerer Kommunikation einher.

                                  Update 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 überschrieben:
                                    3d1c299a-ceda-4ff6-b681-63dcccd74201-grafik.png
                                    @Flopsi hab mich spontan doch entschieden, das mal auszuprobieren 😓
                                  • Bei Netzwerkheilung sollte der Fortschritt jetzt sofort erscheinen, nicht erst, nachdem der erste Node fertig ist
                                  • Zwei mögliche Crashes behoben, danke @EvilEls
                                  • Implementation der Notification CC verbessert:
                                    • Es wird jetzt korrekt zwischen Push und Pull-Nodes unterschieden
                                    • Push-Nodes werden nicht mehr abgefragt - damit sollten keine "UNKNOWN" States mehr erscheinen
                                    • Wenn Werte von Push-Nodes nicht gesetzt sind, werden sie beim Interview (sofern erlaubt) auf "idle" gesetzt @Gabe
                                    • Pull-Nodes werden nun alle 6h und beim Aufwachen abgefragt
                                  • Beim Einbinden von sicheren Geräten wird nun entsprechend der Z-Wave-Spezifikation abgebrochen, wenn das Gerät zu lange benötigt, um zu antworten.

                                  Update 1.7.3:
                                  Zwei Crashes während des Notification CC Interviews behoben


                                  Update 1.7.4:

                                  • Eine Konfigurationsdatei für Electronic Solutions DBMZ EU hinzugefügt
                                  • Absturz beim Empfang unvollständiger Nachrichten behoben
                                  • Absturz beim Versuch, sichere Befehle mit einem abgelaufenen Einmalschlüssel zu senden, behoben (Security CC requires a nonce to be sent!)
                                  • Mehrere Fehlerbehebungen im Zusammenhang mit batteriebetriebenen Geräten (dies sollte den gefürchteten E5-Fehler auf einigen Thermostaten verhindern, der seit v1.7.0 wieder auftrat), darunter:
                                    • Batteriebetriebene Geräte werden aktiv wieder in den Schlafmodus versetzt, wenn sie keine ausstehenden Nachrichten haben.
                                    • Kompatibilitätsabfragen werden jetzt verworfen, wenn ein Gerät schläft, wodurch doppelte Abfragen beim Aufwachen vermieden werden
                                    • Das Senden eines Geräts in den Schlafmodus funktioniert jetzt auch dann weiter, wenn es einmal fehlgeschlagen ist.

                                  Update 1.7.5:

                                  • Einige fehlende States werden jetzt korrekt angelegt (Alarm Sensor CC wenn kein Alarm aktiv, Multilevel Switch CC V1/V2)
                                  • Wenn eine Nachricht an ein Gerät gesendet werden soll, dass als tot markiert ist, wird dieses zuerst gepingt, um festzustellen, ob es wirklich tot ist.
                                  • Verbesserte Kompatibilität mit Geräten, die Notification CC (V3+) unterstützen, aber Alarm Reports (V1/V2) senden. Z.B. Fibaro Flood sensor.

                                  Update 1.7.6:

                                  • targetValue in Color Switch CC is nun nicht mehr readonly @BausSH
                                  • Es ist jetzt konfigurierbar, ob die Namen von States überschrieben werden dürfen @gelberlemmy
                                  • Datenpunkte bekommen jetzt eine (einfache, aber) korrekte Rolle zugewiesen anstatt nur "value". @gelberlemmy

                                  Update 1.7.7:

                                  • Objekte und States für Werte aus dem Cache werden jetzt sofort erstellt, wenn der Adapter startet. @gelberlemmy schau mal ob damit dein Node 20 zu sehen ist
                                  • Nach dem ersten Interview eines Nodes werden frische States nicht mehr als "möglicherweise nicht aktuell" (orange) markiert
                                  • Fehler beim Interview von Nodes mit User Code CC V1 behoben
                                  • Fehler beim Interview von Nodes, die Central Scene CC aber nicht Association Group Information CC unterstützen, behoben @Domoe (das ist dein Devolo-Fehler)
                                  • Einige Interviews werden jetzt ohne aktuelle Werte weitergeführt statt abzubrechen, wenn Nodes auf eine nicht-kritische Abfrage nicht antworten @Flopsi das sollte deine hängen bleibenden Interviews beheben
                                  • Kompatibilität mit Geräten verbessert, die Einmal-Codes nicht akzeptieren, die ohne Frage nach einer Bestätigung versendet wurden
                                  • Unkritischer Fehler beim Logging von DoorLockCCConfigurationSet behoben
                                  • Geräte wie der Multisensor 6, die mit und ohne Batterie betrieben werden können, werden nach einem vollständigen Interview nicht mehr in eine "Geh schlafen"-Schleife geschickt, wenn sie am Strom hängen.
                                  • Wenn Geräte Anfragen nach Einmal-Codes spammen, wird nur noch der letzte beantwortet @Flopsi, Node 8 🙂

                                  Update 1.7.8:

                                  • Ein Absturz wurde behoben, der beim Senden eines Door Lock-Befehls unter bestimmten Umständen auftreten konnte
                                  • Die Zeitspanne, in der ein Gerät als wach angenommen wird, wird jetzt auch verlängert, wenn er einen Befehl bestätigt. Dies sollte Interviews besser durchlaufen lassen, wenn ein Gerät oft keine Antwort auf Anfragen sendet.
                                  • Ein Fehler wurde behoben, durch den Alarm Sensor CC-Berichte einem nicht existierenden Node zugeordnet werden konnten.
                                  • Inkludieren von Geräten, die als Controller fungieren können, wird jetzt unterstützt
                                  • Für Geräte mit dem Status unbekannt ist die Schaltfläche "Ausgefallenes Gerät entfernen" jetzt aktiviert @gelberlemmy, das sollte bei Node 20 helfen
                                  • Der Loglevel für Meldungen wegen unsicherer Kommunikation aufgrund eines fehlenden Netzwerkschlüssels wurde von Error auf Warnung reduziert.
                                  gelberlemmyG Offline
                                  gelberlemmyG Offline
                                  gelberlemmy
                                  schrieb am zuletzt editiert von
                                  #194

                                  @AlCalzone Kann ich Dir meine Logdatei einmal zusenden ? Ich habe noch einige Dinge angelernt. Nun habe ich Ein Note 20 den ich in dem Adapter unter Geräte nicht sehe. Nur unter Netzwerkkarte und unter Objekte. Das war ein Gerät was beim anlernen nicht richtig erkannt wurden. Ich kann das Gerät ja leider nicht löschen. V1.7.6

                                  AlCalzoneA 1 Antwort Letzte Antwort
                                  0
                                  • gelberlemmyG gelberlemmy

                                    @AlCalzone Kann ich Dir meine Logdatei einmal zusenden ? Ich habe noch einige Dinge angelernt. Nun habe ich Ein Note 20 den ich in dem Adapter unter Geräte nicht sehe. Nur unter Netzwerkkarte und unter Objekte. Das war ein Gerät was beim anlernen nicht richtig erkannt wurden. Ich kann das Gerät ja leider nicht löschen. V1.7.6

                                    AlCalzoneA Offline
                                    AlCalzoneA Offline
                                    AlCalzone
                                    Developer
                                    schrieb am zuletzt editiert von
                                    #195

                                    @gelberlemmy Mach ruhig

                                    Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                                    D 1 Antwort Letzte Antwort
                                    0
                                    • AlCalzoneA AlCalzone

                                      @gelberlemmy Mach ruhig

                                      D Offline
                                      D Offline
                                      Domoe
                                      schrieb am zuletzt editiert von
                                      #196

                                      @AlCalzone
                                      Moin ich bins nochmal 🙂

                                      Ich habe mehrere Eurotronic Spirit Heizungsthermostate.
                                      Ich möchte die Temperatur von externen Thermostate übernehmen lassen.
                                      Auszug aus der Anleitung:

                                      0xCE-0x32 -5,0°C – (+)5,0°C
                                      0x80 Temperatur wird extern bereitgestellt
                                      default: 0x00 0,0°C Offset

                                      Ich gebe bei Configuration.temperatureOffset 128 ein und bekomme dann folgende Fehlermeldung im Logbuch:
                                      The value 128 is invalid for configuration parameter 8 (size = 1, format = SignedInteger)!

                                      Mach ich mit den 128 was falsch sprich muss dort ein anderer Wert rein oder ist dies ein Fehler?

                                      Vielen Dank

                                      AlCalzoneA 1 Antwort Letzte Antwort
                                      0
                                      • D Domoe

                                        @AlCalzone
                                        Moin ich bins nochmal 🙂

                                        Ich habe mehrere Eurotronic Spirit Heizungsthermostate.
                                        Ich möchte die Temperatur von externen Thermostate übernehmen lassen.
                                        Auszug aus der Anleitung:

                                        0xCE-0x32 -5,0°C – (+)5,0°C
                                        0x80 Temperatur wird extern bereitgestellt
                                        default: 0x00 0,0°C Offset

                                        Ich gebe bei Configuration.temperatureOffset 128 ein und bekomme dann folgende Fehlermeldung im Logbuch:
                                        The value 128 is invalid for configuration parameter 8 (size = 1, format = SignedInteger)!

                                        Mach ich mit den 128 was falsch sprich muss dort ein anderer Wert rein oder ist dies ein Fehler?

                                        Vielen Dank

                                        AlCalzoneA Offline
                                        AlCalzoneA Offline
                                        AlCalzone
                                        Developer
                                        schrieb am zuletzt editiert von
                                        #197

                                        @Domoe 0x80 ist als 1-byte-Wert mit Vorzeichen -128, nicht +128 🙂
                                        Kannst du unter Windows 10 z.B. mit dem eingebauten Rechner überprüfen, wenn du bei dem "BYTE" auswählst
                                        7f5530ee-953b-4a2e-b3fb-0df8d2606e2a-grafik.png

                                        Warum `sudo` böse ist: https://forum.iobroker.net/post/17109

                                        D 1 Antwort Letzte Antwort
                                        0
                                        • AlCalzoneA AlCalzone

                                          @Domoe 0x80 ist als 1-byte-Wert mit Vorzeichen -128, nicht +128 🙂
                                          Kannst du unter Windows 10 z.B. mit dem eingebauten Rechner überprüfen, wenn du bei dem "BYTE" auswählst
                                          7f5530ee-953b-4a2e-b3fb-0df8d2606e2a-grafik.png

                                          D Offline
                                          D Offline
                                          Domoe
                                          schrieb am zuletzt editiert von
                                          #198

                                          @AlCalzone

                                          Vielen Dank, wieder was gelernt.
                                          Jetzt habe ich das Problem das dass Heizungsthermostat voll aufdreht wenn ich auf -128 stelle. Selbst wenn die Heizung auf Off steht.

                                          Viele Grüße

                                          AlCalzoneA 1 Antwort Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          626

                                          Online

                                          32.4k

                                          Benutzer

                                          81.4k

                                          Themen

                                          1.3m

                                          Beiträge
                                          Community
                                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                          ioBroker Community 2014-2025
                                          logo
                                          • Anmelden

                                          • Du hast noch kein Konto? Registrieren

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Home
                                          • Aktuell
                                          • Tags
                                          • Ungelesen 0
                                          • Kategorien
                                          • Unreplied
                                          • Beliebt
                                          • GitHub
                                          • Docu
                                          • Hilfe