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
    720

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

    @4-Real sagte in Conbee2 Probleme:

    Kann es daran gelegen haben...

    Kann es. Eine klare Aussage kann ich dazu nicht machen. Aber es ist nicht unwahrscheinlich das in der Docker Konfiguration etwas fehlt was dazu führt das die Konfiguration von deconz nicht sauber gesichert wird.

    Da ich docker nicht einsetze kann ich da nicht helfen. Aber ich bin froh das es geht.

    @Ash2k: Ist deconz auch bei dir im Container ? Wenn ja, kannst du testen ob du das Problem auf dem Weg auch in den Griff bekommst ?

    A.

    4 Offline
    4 Offline
    4-Real
    schrieb am zuletzt editiert von
    #17

    @Asgothian hast recht, kann ;-)
    Ich werde jetzt ein weiteres Szenario testen..
    Docker etc deinstallieren - und versuchen ein Backup neu einzuspielen..normalerweise dürfte dies keine Probleme geben, bin mal gespannt was dann passiert.
    Werde gleich mal Infos geben.

    1 Antwort Letzte Antwort
    0
    • AsgothianA Asgothian

      @4-Real sagte in Conbee2 Probleme:

      Kann es daran gelegen haben...

      Kann es. Eine klare Aussage kann ich dazu nicht machen. Aber es ist nicht unwahrscheinlich das in der Docker Konfiguration etwas fehlt was dazu führt das die Konfiguration von deconz nicht sauber gesichert wird.

      Da ich docker nicht einsetze kann ich da nicht helfen. Aber ich bin froh das es geht.

      @Ash2k: Ist deconz auch bei dir im Container ? Wenn ja, kannst du testen ob du das Problem auf dem Weg auch in den Griff bekommst ?

      A.

      ? Offline
      ? Offline
      Ein ehemaliger Benutzer
      schrieb am zuletzt editiert von
      #18

      @Asgothian wie ich oben ja schrieb hängt er am Raspberry, allerdings ohne Container sondern mit dem Image von der Phoscon-Webseite.

      Und solange es läuft und ich nicht Neustarten muss werd ich es erstmal nicht machen. Wenn’s soweit ist werd ich dann aber gerne von meinen Erfahrungen berichten ;-)

      1 Antwort Letzte Antwort
      0
      • 4 Offline
        4 Offline
        4-Real
        schrieb am zuletzt editiert von
        #19

        @Asgothian so, nochmals getestet mit einem Backup, funktioniert.
        Also scheinbar ist es notwendig nach einem Backup einspielen, unbedingt den Deconz Adapter / Container einmal zu stoppen und dann wieder zu starten.
        Auch nach erstmaligen einrichten wenn alle Geräte angelernt sind, sollte man wohl den Deconz Container einmal stoppen und dann wieder starten, es scheint wohl so, das beim stoppen die Konfiguration geschrieben wird. Jetzt funktioniert mein Backup so, wie es soll. Zumindest kann ich es mir momentan nur so erklären.
        Bisher habe ich nämlich den Container einfach gestartet, alles angelernt und dann einfach so laufen lassen.
        Meine Geräte wurden jetzt sofort erkannt, und alle meine HUE Dimmschalter funktionieren + Xiaomi BWM..+Osram Plugs..
        Also scheint für mich erstmal das Problem gelöst zu sein..

        1 Antwort Letzte Antwort
        0
        • 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 Offline
                          W Offline
                          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

                            218

                            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