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. Hardware
  4. Conbee2 Probleme

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.0k

Conbee2 Probleme

Geplant Angeheftet Gesperrt Verschoben Hardware
conbee 2
29 Beiträge 11 Kommentatoren 4.2k Aufrufe 11 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.
  • C Offline
    C Offline
    Czarno13
    schrieb am zuletzt editiert von
    #20

    Hallo zusammen, ich bin recht neu in dieser Materie, habe aber das gleiche Problem. Gibt es hier bereits eine Lösung ? Ich nutze den Conbee II Stick auf einer Ubuntu VM, funktionierte alles top, bis zum ersten Neustart...jetzt wir kein Gerät mehr erkannt...muss ich tatsächlich alles neu anlernen ???

    1 Antwort Letzte Antwort
    0
    • HausmeisterH Offline
      HausmeisterH Offline
      Hausmeister
      schrieb am zuletzt editiert von
      #21

      Ich schließe mich hier mal an. Bei mir wird in dem Deconz Webinterface auch keine Daten mehr aktualisiert.
      Das ist natürlich mehr als bescheiden wenn man alles neu anlernen muss. Gibt es mittlerweile ggf. eine Problemlösung ?

      1 Antwort Letzte Antwort
      0
      • J Offline
        J Offline
        Jeremy1977
        schrieb am zuletzt editiert von
        #22

        Ich schließe mich hier mal an, da ich das gleiche Problem heute nach einem Stromausfall hatte.
        Bei mir läuft alles auf einem Qnap Nas im Docker..also iobroker, Phoscon App etc.
        Nachdem alles wieder gestartet habe, waren all meine Leuchten in der Phoscon App verschwunden. Komischerweise waren aber alle Sensoren noch da, haben aber nicht reagiert.

        Nachdem ich den Docker Container auf dem die Phoscon App läuft nochmal neu gestartet habe, hat er wieder alle Geräte erkannt. Das konnte ich auch in der Docker Console verfolgen.
        Vielleicht hilft das jemand, bevor er wieder alles neu anlernt.

        S 1 Antwort Letzte Antwort
        0
        • J Jeremy1977

          Ich schließe mich hier mal an, da ich das gleiche Problem heute nach einem Stromausfall hatte.
          Bei mir läuft alles auf einem Qnap Nas im Docker..also iobroker, Phoscon App etc.
          Nachdem alles wieder gestartet habe, waren all meine Leuchten in der Phoscon App verschwunden. Komischerweise waren aber alle Sensoren noch da, haben aber nicht reagiert.

          Nachdem ich den Docker Container auf dem die Phoscon App läuft nochmal neu gestartet habe, hat er wieder alle Geräte erkannt. Das konnte ich auch in der Docker Console verfolgen.
          Vielleicht hilft das jemand, bevor er wieder alles neu anlernt.

          S Offline
          S Offline
          schittl
          schrieb am zuletzt editiert von
          #23

          @Jeremy1977 Darf ich mal anfragen, wie Du den Stick am QNAP zum laufen gebracht hast? lsusb bringt nur folgendes:

          Bus 001 Device 057: ID 1cf1:0030                                   
          ..............
          

          Auf einem Raspi:

          Bus 003 Device 009: ID 1cf1:0030 Dresden Elektronik                
          ..............
          

          Ich habe schon versucht weitere Treiber zu laden mit, aber ohne Erfolg:

          insmod /usr/local/modules/ftdi_sio.ko                            
          insmod /usr/local/modules/cp210x.ko
          

          An den QNAP-Service habe ich ebenfalls geschrieben. Dieser meinte, dass der Stick nicht kompatibel sei. Ich verwende ein QNAP-TS451.

          HW: Lenovo M920q (Proxmox, ioBroker, RaspMatic & Z2M), QNAP (Docker, Influx), Arduino Mega 2560 R3 (I2C DS18B20 + LED)

          SW: CT IoBroker, VM RaspMatic(v3.79.6.20241122)

          Thomas BraunT 1 Antwort Letzte Antwort
          0
          • S schittl

            @Jeremy1977 Darf ich mal anfragen, wie Du den Stick am QNAP zum laufen gebracht hast? lsusb bringt nur folgendes:

            Bus 001 Device 057: ID 1cf1:0030                                   
            ..............
            

            Auf einem Raspi:

            Bus 003 Device 009: ID 1cf1:0030 Dresden Elektronik                
            ..............
            

            Ich habe schon versucht weitere Treiber zu laden mit, aber ohne Erfolg:

            insmod /usr/local/modules/ftdi_sio.ko                            
            insmod /usr/local/modules/cp210x.ko
            

            An den QNAP-Service habe ich ebenfalls geschrieben. Dieser meinte, dass der Stick nicht kompatibel sei. Ich verwende ein QNAP-TS451.

            Thomas BraunT Online
            Thomas BraunT Online
            Thomas Braun
            Most Active
            schrieb am zuletzt editiert von
            #24

            @schittl Kernel-Version auf dem QNAP? Vermutlich zu alt oder zu angepasst an die Hardware vom NAS.

            Linux-Werkzeugkasten:
            https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
            NodeJS Fixer Skript:
            https://forum.iobroker.net/topic/68035/iob-node-fix-skript
            iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

            S 1 Antwort Letzte Antwort
            0
            • Thomas BraunT Thomas Braun

              @schittl Kernel-Version auf dem QNAP? Vermutlich zu alt oder zu angepasst an die Hardware vom NAS.

              S Offline
              S Offline
              schittl
              schrieb am zuletzt editiert von schittl
              #25

              @Thomas-Braun Die neueste Version QTS 4.4.3.1400...

              [~]$ find /lib -name "cdc-acm.ko"
              /lib/modules/4.14.24-qnap/cdc-acm.ko
              [ ~]$ find /lib -name "ftdi_sio.ko"
              /lib/modules/4.14.24-qnap/ftdi_sio.ko
              [~]$ find /lib -name "cp210x.ko"
              /lib/modules/4.14.24-qnap/cp210x.ko
              [~]$ lsmod | grep cdc_acm
              cdc_acm                32768  0 
              [~]$ lsmod | grep ftdi_sio
              ftdi_sio               57344  0 
              usbserial              40960  3 cp210x,ftdi_sio,pl2303                                
              [~]$ lsmod | grep cp210x
              cp210x                 28672  0 
              usbserial              40960  3 cp210x,ftdi_sio,pl2303

              HW: Lenovo M920q (Proxmox, ioBroker, RaspMatic & Z2M), QNAP (Docker, Influx), Arduino Mega 2560 R3 (I2C DS18B20 + LED)

              SW: CT IoBroker, VM RaspMatic(v3.79.6.20241122)

              1 Antwort Letzte Antwort
              0
              • W Offline
                W Offline
                WilliamDalton
                schrieb am zuletzt editiert von
                #26

                Ich hänge mich mal an das Thema dran, habe aber wenig Hoffnung dass es mittlerweile eine Lösung gibt...
                Mich hat wohl exakt das gleiche Schicksal erreicht:

                • Stromausfall
                • NUC mit Ubuntu VM und Phoscon App neu gestartet
                • Alle Geräte noch vorhanden, ABER Sensoren empfangen nix, Schalter tuen nix
                • lsusb sieht gut aus, Software ist auch auf dem aktuellsten Stand

                Falls ich jetzt wirklich neu anlernen muss: Welches Setting verkraftet einen ungeplanten Reboot?

                haselchenH W 2 Antworten Letzte Antwort
                0
                • W WilliamDalton

                  Ich hänge mich mal an das Thema dran, habe aber wenig Hoffnung dass es mittlerweile eine Lösung gibt...
                  Mich hat wohl exakt das gleiche Schicksal erreicht:

                  • Stromausfall
                  • NUC mit Ubuntu VM und Phoscon App neu gestartet
                  • Alle Geräte noch vorhanden, ABER Sensoren empfangen nix, Schalter tuen nix
                  • lsusb sieht gut aus, Software ist auch auf dem aktuellsten Stand

                  Falls ich jetzt wirklich neu anlernen muss: Welches Setting verkraftet einen ungeplanten Reboot?

                  haselchenH Offline
                  haselchenH Offline
                  haselchen
                  Most Active
                  schrieb am zuletzt editiert von haselchen
                  #27

                  @WilliamDalton

                  In der Phoscon App , sind da deine Geräte in schwarz oder ausgegraut?
                  Entweder finden die Geräte nach einer Zeit selbst wieder ins System oder man drückt kurz den Knopf am Gerät damit sie sich wieder verbinden.

                  Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19

                  1 Antwort Letzte Antwort
                  0
                  • W WilliamDalton

                    Ich hänge mich mal an das Thema dran, habe aber wenig Hoffnung dass es mittlerweile eine Lösung gibt...
                    Mich hat wohl exakt das gleiche Schicksal erreicht:

                    • Stromausfall
                    • NUC mit Ubuntu VM und Phoscon App neu gestartet
                    • Alle Geräte noch vorhanden, ABER Sensoren empfangen nix, Schalter tuen nix
                    • lsusb sieht gut aus, Software ist auch auf dem aktuellsten Stand

                    Falls ich jetzt wirklich neu anlernen muss: Welches Setting verkraftet einen ungeplanten Reboot?

                    W Online
                    W Online
                    Wildbill
                    schrieb am zuletzt editiert von
                    #28

                    @WilliamDalton sagte in Conbee2 Probleme:

                    Falls ich jetzt wirklich neu anlernen muss: Welches Setting verkraftet einen ungeplanten Reboot?

                    Ehrlich gesagt, wäre mir da gar keines bekannt. Früher oder später wird es bei so etwas jedes Filesystem unrettbar zerschiessen. Egal ob es auf einem Raspi die SD-Karte betrifft, oder eine SSD an einem NUC. Auch NAS wie QNAP oder Synology können einem das übel nehmen, genauso wie Sat-Receiver, die z.B. unter Linux (Enigma) laufen. Beim Raspi ist dann zudem auch die Chance groß, dass außer dem Filesystem auch die SD-Karte defekt ist.

                    Aus diesem Grund sollte man schauen, dass alle derartigen Geräte (Server, Smarthome, was auch immer) auch zuhause an einer USV hängen und im Falle eines Falles sauber runterfahren, bevor der harte Shutdown durch Abschalten der USV kommt.

                    Alles andere kann man machen, muss dann aber eben damit rechnen, dass es mal schief gehen kann (und definitiv früher oder später wird!).

                    Gruss, Jürgen

                    1 Antwort Letzte Antwort
                    0
                    • W Offline
                      W Offline
                      WilliamDalton
                      schrieb am zuletzt editiert von
                      #29

                      Danke für eure Antworten. Ich habe gestern noch etwas rumprobiert und um die Frage von @haselchen zu beantworten: Die Sensoren wurden nach dem erneutem Anlernen "schwarz", eine Steckdose ebenfalls aber diese ließ sich dann nicht schalten.

                      Mir wurde dann auch doch noch periodisch in der deConz /Phonscon App ein Firmware update angeboten, welches dann aber immer nur scheinbar installiert wurde (GUI meldet Erfolg) kurz später wurde aber wieder die alte Version als installierte Version angezeigt...

                      Ich hab dann irgendwann ein Backup gezogen und das Gateway zurückgesetzt. Das Backup konnte ich dann aber nicht mehr einspielen. Ich fange also dann heute von vorne an, mal sehen ob ich dann jetzt wieder auf den Zigbee Adapter wechsele...

                      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

                      434

                      Online

                      32.6k

                      Benutzer

                      82.0k

                      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