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

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    16
    1
    1.7k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    871

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.1k

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.
  • 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

              522

              Online

              32.6k

              Benutzer

              82.1k

              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