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

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Tester
  4. Zwave Adapter 0.8 mit openzwave-shared 1.4

NEWS

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

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

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

Zwave Adapter 0.8 mit openzwave-shared 1.4

Geplant Angeheftet Gesperrt Verschoben Tester
26 Beiträge 6 Kommentatoren 4.3k Aufrufe
  • Ä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.
  • M Offline
    M Offline
    Matten
    schrieb am zuletzt editiert von
    #17

    Er startet nicht mehr:

    host.debian 2017-09-14 10:57:31.856 error instance system.adapter.zwave.0 terminated with code null ()

    host.debian 2017-09-14 10:57:31.855 warn instance system.adapter.zwave.0 terminated due to SIGABRT

    zwave.0 2017-09-14 10:57:31.564 info driver ready: homeid = 4137438803

    zwave.0 2017-09-14 10:57:31.564 info scanning homeid=0xf69c4e53…

    zwave.0 2017-09-14 10:57:31.086 info connected: OZW = 1.5.0

    zwave.0 2017-09-14 10:57:30.532 info starting. Version 0.8.0 in /opt/iobroker/node_modules/iobroker.zwave, node: v4.8.0

    host.debian 2017-09-14 10:57:30.088 info instance system.adapter.zwave.0 started with pid 2368

    host.debian 2017-09-14 10:57:00.086 info Restart adapter system.adapter.zwave.0 because enabled

    host.debian 2017-09-14 10:57:00.086 error instance system.adapter.zwave.0 terminated with code null ()

    host.debian 2017-09-14 10:57:00.085 warn instance system.adapter.zwave.0 terminated due to SIGABRT

    ach ja, um im Log tauchen die Daten mit falschem Datum und Uhrzeit auf....(Log heute geschrieben)

    Hardware: NUC 386i, Proxmox: als VM ioBroker, HomeMatic, Hue(Zigbee), UnifiAC, Visualisierung: 24 Zoll Touchscreen Portrait Modus

    1 Antwort Letzte Antwort
    0
    • AlCalzoneA Offline
      AlCalzoneA Offline
      AlCalzone
      Developer
      schrieb am zuletzt editiert von
      #18

      @Matten:

      host.debian 2017-09-14 10:57:31.856 error instance system.adapter.zwave.0 terminated with code null ()

      host.debian 2017-09-14 10:57:31.855 warn instance system.adapter.zwave.0 terminated due to SIGABRT `
      Bitte mal manuell per Konsole ausführen:

      cd /opt/iobroker/node_modules/iobroker.zwave
      node main.js --force --logs
      

      Da steht hoffentlich mehr

      @Matten:

      ach ja, um im Log tauchen die Daten mit falschem Datum und Uhrzeit auf….(Log heute geschrieben) `
      Zeitzone aufm Host richtig eingestellt?

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

      1 Antwort Letzte Antwort
      0
      • M Offline
        M Offline
        Matten
        schrieb am zuletzt editiert von
        #19

        Zeitzone: - ist richtig eingestellt, wenn ich den web Adapter schließe, Maschine neu starte und wieder den Adapter aufrufe läuft es mit der richtigen Zeit, seltsam

        Log: das läuft so schnell durch meinen kleinen Bildschirm des VM-Terminals, Videoaufzeichnung bringt nichts, da hier kaum was zu erkennen ist und die genaue Ansteuerung ebenfalls nicht möglich, er sagt des öfteren: Warning, Exception: Manager .cpp:1649 -101- Invalid ValueID passed to GetValueLabel

        Hardware: NUC 386i, Proxmox: als VM ioBroker, HomeMatic, Hue(Zigbee), UnifiAC, Visualisierung: 24 Zoll Touchscreen Portrait Modus

        1 Antwort Letzte Antwort
        0
        • apollon77A Offline
          apollon77A Offline
          apollon77
          schrieb am zuletzt editiert von
          #20

          Wenn Du ein " > log.txt" anhängst landet das alles in nem Logfile

          Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

          • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
          • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
          1 Antwort Letzte Antwort
          0
          • AlCalzoneA Offline
            AlCalzoneA Offline
            AlCalzone
            Developer
            schrieb am zuletzt editiert von
            #21

            @Matten:

            Invalid ValueID passed to GetValueLabel `
            Du hast OZW 1.5.0, hast du irgendein OZW-Update gefahren nach dem Einbinden deiner Geräte? Eventuell musst du mal die Konfiguration löschen, siehe

            /opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared
            

            oder

            /opt/iobroker/node_modules/openzwave-shared
            

            Da gibts ne Datei ozw_<….>.xml, die mal löschen und zwave neu starten.

            --

            Edit: https://github.com/OpenZWave/open-zwave ... .cpp#L1633

            Die Zeilennummern sind andere als in deinem Log, aber das deutet für mich tatsächlich an, dass da versucht wird, auf ein nicht existentes Gerät zuzugreifen.

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

            1 Antwort Letzte Antwort
            0
            • arteckA Offline
              arteckA Offline
              arteck
              Developer Most Active
              schrieb am zuletzt editiert von
              #22

              @AlCalzone:

              @Matten:

              Invalid ValueID passed to GetValueLabel `
              Du hast OZW 1.5.0, hast du irgendein OZW-Update gefahren nach dem Einbinden deiner Geräte? Eventuell musst du mal die Konfiguration löschen, siehe

              /opt/iobroker/node_modules/iobroker.zwave/node_modules/openzwave-shared
              

              oder

              /opt/iobroker/node_modules/openzwave-shared
              

              Da gibts ne Datei ozw_<….>.xml, die mal löschen und zwave neu starten.

              --

              Edit: https://github.com/OpenZWave/open-zwave ... .cpp#L1633

              Die Zeilennummern sind andere als in deinem Log, aber das deutet für mich tatsächlich an, dass da versucht wird, auf ein nicht existentes Gerät zuzugreifen. `

              das kann auch sein.. hab ich mal auch gehabt im Scenen adapter habe vergessen ein Gerät rauszulöschen..dann meckert der auch

              zigbee hab ich, zwave auch, nuc's genauso und HA auch

              1 Antwort Letzte Antwort
              0
              • M Offline
                M Offline
                Matten
                schrieb am zuletzt editiert von
                #23

                OZW habe ich nach dem Einbinden der Geräte mit Update versorgt, da somit die Jalousie Aktoren besser funktionieren.

                Ich habe nur ozwcache_0xf69c4e53.xml gefunden. Die anderen xml Dateien fangen mit zwcfg und zwscene an.

                Hardware: NUC 386i, Proxmox: als VM ioBroker, HomeMatic, Hue(Zigbee), UnifiAC, Visualisierung: 24 Zoll Touchscreen Portrait Modus

                1 Antwort Letzte Antwort
                0
                • AlCalzoneA Offline
                  AlCalzoneA Offline
                  AlCalzone
                  Developer
                  schrieb am zuletzt editiert von
                  #24

                  ozwcache ist der neue Dateiname, die kannst du löschen und es nochmal probieren. Wie heißt/heißen die zwcfg…-Dateien?

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

                  1 Antwort Letzte Antwort
                  0
                  • M Offline
                    M Offline
                    Matten
                    schrieb am zuletzt editiert von
                    #25

                    Nach dem Löschen der Datei geht wieder garnichts mehr:

                    host.debian 2017-10-10 09:33:03.360 error instance system.adapter.zwave.0 terminated with code null ()

                    host.debian 2017-10-10 09:33:03.359 warn instance system.adapter.zwave.0 terminated due to SIGSEGV

                    zwave.0 2017-10-10 09:32:53.352 info device connected: OZW = 1.5.0

                    zwave.0 2017-10-10 09:32:52.665 info starting. Version 0.8.0 in /opt/iobroker/node_modules/iobroker.zwave, node: v4.8.0

                    host.debian 2017-10-10 09:32:52.171 info instance system.adapter.zwave.0 started with pid 1006

                    host.debian 2017-10-10 09:32:22.170 info Restart adapter system.adapter.zwave.0 because enabled

                    Ich habe jetzt die erste Version, die unter dem Adapter 0.8 lief wieder hergestellt.

                    Das Problem dieser Version ist anscheinend, das zwar alles gefunden wird an Aktoren, die Fibaro Türsensoren erst nach kurzer Entnahme der Batterie funktionieren, das wäre an sich kein

                    Problem, die Inklusion neuer Türsensoren führt dazu, das eine Veränderung des Zustands, also Öffnen/Schließen nicht mehr gemeldet wird, bzw. nur nach dem nachfolgenden manuellen

                    Aufwecken.

                    Hardware: NUC 386i, Proxmox: als VM ioBroker, HomeMatic, Hue(Zigbee), UnifiAC, Visualisierung: 24 Zoll Touchscreen Portrait Modus

                    1 Antwort Letzte Antwort
                    0
                    • AlCalzoneA Offline
                      AlCalzoneA Offline
                      AlCalzone
                      Developer
                      schrieb am zuletzt editiert von
                      #26

                      @Matten:

                      die Inklusion neuer Türsensoren führt dazu, das eine Veränderung des Zustands, also Öffnen/Schließen nicht mehr gemeldet wird, bzw. nur nach dem nachfolgenden manuellen

                      Aufwecken. `
                      Das klingt für mich danach als wäre die Konfiguration der Sensoren anders als die der vorhandenen. Vergleiche die am besten mal.

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

                      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

                      821

                      Online

                      32.4k

                      Benutzer

                      81.6k

                      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