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. Off Topic
  4. Ausfall aller Homematic IP Heizungsventile?

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.0k

Ausfall aller Homematic IP Heizungsventile?

Geplant Angeheftet Gesperrt Verschoben Off Topic
21 Beiträge 5 Kommentatoren 2.5k Aufrufe 4 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.
  • black.falcon87B black.falcon87

    @martinp
    ja wobei Störsender eigentlich durch den Carrier Sense Wert angezeigt werden. Ist dieser erhöht kann keine Kommunikation stattfinden.
    Duty Cycle würde ich ausschließen da 2% sehr gering ist. Wenn dieser bei 100% steht darf die CCU für eine Stunde nicht senden.

    Siehe auch hier im Homematic Forum, Debbuging Tips Punkt 8:
    https://homematic-forum.de/forum/viewtopic.php?f=31&t=67597#8

    Samson71S Offline
    Samson71S Offline
    Samson71
    Global Moderator
    schrieb am zuletzt editiert von
    #11

    @black-falcon87 sagte in Ausfall aller Homematic IP Heizungsventile?:

    @martinp
    ja wobei Störsender eigentlich durch den Carrier Sense Wert angezeigt werden. Ist dieser erhöht kann keine Kommunikation stattfinden.
    Duty Cycle würde ich ausschließen da 2% sehr gering ist. Wenn dieser bei 100% steht darf die CCU für eine Stunde nicht senden.

    Richtig. Hinzu kommt noch, dass ein Störsender sich auf ALLE vorhandenen HM-Komponenten auswirken würde und nicht nur auf die Thermostate.

    Markus

    Bitte beachten:
    Hinweise für gute Forenbeiträge
    Maßnahmen zum Schutz des Forums

    1 Antwort Letzte Antwort
    0
    • MartinPM MartinP

      @black-falcon87 Wenn ich das im Link richtig verstanden habe, darf ein ISM-Device je nach genutztem Frequenzband zwischen 0,1 und 10% der Zeit senden ...

      Im CCU-Handbuch steht:

      Radio frequency band 868.0-868.6 MHz
      869.4-869.65 MHz

      a876ddc0-1dcc-4cdc-b8e2-85558f3fd86a-grafik.png

      black.falcon87B Offline
      black.falcon87B Offline
      black.falcon87
      schrieb am zuletzt editiert von
      #12

      @martinp sagte in Ausfall aller Homematic IP Heizungsventile?:

      @black-falcon87 Wenn ich das im Link richtig verstanden habe, darf ein ISM-Device je nach genutztem Frequenzband zwischen 0,1 und 10% der Zeit senden ...

      Im CCU-Handbuch steht:

      Radio frequency band 868.0-868.6 MHz
      869.4-869.65 MHz

      Das ist korrekt. Aber die Duty Cycle Anzeige in der CCU rechnet dir das schon um. Soll heißen: Die eigentliche Zentrale darf senden bis diese bei 100% steht. Das entspricht dann den gesetzlich vorgeschriebenen 1%. (1% = 36 Sekunden Sendezeit pro Stunde)

      Hier ist es etwas näher beschrieben:
      https://www.christian-luetgens.de/homematic/hardware/funkstoerungen/dutycycle/Duty_Cycle.htm#chapter_1

      T 1 Antwort Letzte Antwort
      2
      • T Timmss

        @black-falcon87 said in Ausfall aller Homematic IP Heizungsventile?:

        Könnte das daran liegen?

        Ich durfte wo die Oberfläche wie im ersten Bild aussah nichts klicken. Auch nicht auf 'An' oder 'Auto'.

        Ich habe immer wieder mal Probleme beim Versenden von Daten an die einzelnen Komponenten, habe es aber immer auf die Reichweite geschoben.

        Gerade zum Beispiel wurde 18°C an eine Heizung geschickt, dann kam ein Problem in den Servicemeldungen: Gerätekommunikation gestört.

        Nach 5min wurde dieser Wert dann endlich übergeben.

        Mein Duty Cycle steht jetzt bei 25%, und das ist für gewöhnlich immer so.

        Ich habe 59 Komponenten, wobei Thermostate standartmäßig so konfiguriert sind:

        cd2db44a-ad55-4ba0-8e0c-07c37b56b0f4-grafik.png

        und Fensterkontakte so:

        8cb7b621-7d27-4d91-8360-e2679a7a0bd2-grafik.png

        Darf das so sein?

        black.falcon87B Offline
        black.falcon87B Offline
        black.falcon87
        schrieb am zuletzt editiert von
        #13

        @timmss sagte in Ausfall aller Homematic IP Heizungsventile?:

        Ich habe 59 Komponenten, wobei Thermostate standartmäßig so konfiguriert sind:

        cd2db44a-ad55-4ba0-8e0c-07c37b56b0f4-grafik.png

        und Fensterkontakte so:

        8cb7b621-7d27-4d91-8360-e2679a7a0bd2-grafik.png

        Darf das so sein?

        Die sind bei mir auch so eingestellt. Daran dürfte es nicht liegen :confused:

        1 Antwort Letzte Antwort
        0
        • T Offline
          T Offline
          Timmss
          schrieb am zuletzt editiert von
          #14

          Kleiner Nachtrag hierzu. Ich weiß immer noch nicht, woran es lag. Ich hatte ja die CCU neugestartet und da war dieser Sendefehler noch da. Nach einiger Zeit hat es sich aber anscheinend von selber behoben.

          Aber seitdem es wieder funktioniert, hatte ich keine Probleme mehr mit irgendwelchen Gerätekommunikationsfehlern, welche vorher eigentlich täglich passierten.

          Genau erklären kann ich es nicht, vielleicht hat die CCU selber irgendeinen Reset gemacht?

          1 Antwort Letzte Antwort
          0
          • black.falcon87B black.falcon87

            @martinp sagte in Ausfall aller Homematic IP Heizungsventile?:

            @black-falcon87 Wenn ich das im Link richtig verstanden habe, darf ein ISM-Device je nach genutztem Frequenzband zwischen 0,1 und 10% der Zeit senden ...

            Im CCU-Handbuch steht:

            Radio frequency band 868.0-868.6 MHz
            869.4-869.65 MHz

            Das ist korrekt. Aber die Duty Cycle Anzeige in der CCU rechnet dir das schon um. Soll heißen: Die eigentliche Zentrale darf senden bis diese bei 100% steht. Das entspricht dann den gesetzlich vorgeschriebenen 1%. (1% = 36 Sekunden Sendezeit pro Stunde)

            Hier ist es etwas näher beschrieben:
            https://www.christian-luetgens.de/homematic/hardware/funkstoerungen/dutycycle/Duty_Cycle.htm#chapter_1

            T Offline
            T Offline
            Timmss
            schrieb am zuletzt editiert von
            #15

            @black-falcon87 Ich muss mich nochmal melden. Seit dem ich das System hochgelobt habe, bekomme ich ab und an wieder Fehler bei genau einem Ventil.

            Ich hab ein Skript, welches 13 Uhr die Solltemperatur runterregeln soll. Jedoch passiert genau dies manchmal nicht. Log:

            2024-11-08 13:00:03.407 - info: hm-rpc.0 (1285) Temporary error occurred for "setValue" with "["LEQ0866511:4","SET_TEMPERATURE",{"explicitDouble":12}]": XML-RPC fault: Failure
            2024-11-08 13:00:08.579 - error: hm-rpc.0 (1285) xmlrpc -> setValue ["LEQ0866511:4","SET_TEMPERATURE",12] FLOAT
            2024-11-08 13:00:08.579 - error: hm-rpc.0 (1285) Cannot call setValue: XML-RPC fault: Failure
            

            Reicht ihm eventuell die Zeit nicht aus, die er hat, um zu diesen Gerät zu senden?

            Der Duty-Cycle ist dauerhaft bei etwa 20%, was ja in Ordnung ist.

            Wenn du allerdings meinst, die CCU hat 36 Sekunden pro Stunde Zeit, um Daten an Clients zu senden, dann kann ich ja theoretisch die Sendezeit zu genau diesem Client erhöhen (Sofern dies möglich ist).

            black.falcon87B Samson71S 2 Antworten Letzte Antwort
            0
            • T Timmss

              @black-falcon87 Ich muss mich nochmal melden. Seit dem ich das System hochgelobt habe, bekomme ich ab und an wieder Fehler bei genau einem Ventil.

              Ich hab ein Skript, welches 13 Uhr die Solltemperatur runterregeln soll. Jedoch passiert genau dies manchmal nicht. Log:

              2024-11-08 13:00:03.407 - info: hm-rpc.0 (1285) Temporary error occurred for "setValue" with "["LEQ0866511:4","SET_TEMPERATURE",{"explicitDouble":12}]": XML-RPC fault: Failure
              2024-11-08 13:00:08.579 - error: hm-rpc.0 (1285) xmlrpc -> setValue ["LEQ0866511:4","SET_TEMPERATURE",12] FLOAT
              2024-11-08 13:00:08.579 - error: hm-rpc.0 (1285) Cannot call setValue: XML-RPC fault: Failure
              

              Reicht ihm eventuell die Zeit nicht aus, die er hat, um zu diesen Gerät zu senden?

              Der Duty-Cycle ist dauerhaft bei etwa 20%, was ja in Ordnung ist.

              Wenn du allerdings meinst, die CCU hat 36 Sekunden pro Stunde Zeit, um Daten an Clients zu senden, dann kann ich ja theoretisch die Sendezeit zu genau diesem Client erhöhen (Sofern dies möglich ist).

              black.falcon87B Offline
              black.falcon87B Offline
              black.falcon87
              schrieb am zuletzt editiert von black.falcon87
              #16

              @timmss sagte in Ausfall aller Homematic IP Heizungsventile?:

              (Sofern dies möglich ist)

              Nicht das ich wüsste. Aber die Übertragung eines Funkbefehls sollte auch imho im Millisekundenbereich stattfinden :thinking_face:

              Kann es sein, dass das Thermostat an der Stelle einfach schlechten Empfang hat? Hast du einen weiteren Thermostat? Sonst würde ich die mal gegeneinander tauschen und beobachten ob das Problem mitwandert. Dann weißt du eher ob es am Gerät oder am Standort liegt.

              T 1 Antwort Letzte Antwort
              0
              • T Timmss

                @black-falcon87 Ich muss mich nochmal melden. Seit dem ich das System hochgelobt habe, bekomme ich ab und an wieder Fehler bei genau einem Ventil.

                Ich hab ein Skript, welches 13 Uhr die Solltemperatur runterregeln soll. Jedoch passiert genau dies manchmal nicht. Log:

                2024-11-08 13:00:03.407 - info: hm-rpc.0 (1285) Temporary error occurred for "setValue" with "["LEQ0866511:4","SET_TEMPERATURE",{"explicitDouble":12}]": XML-RPC fault: Failure
                2024-11-08 13:00:08.579 - error: hm-rpc.0 (1285) xmlrpc -> setValue ["LEQ0866511:4","SET_TEMPERATURE",12] FLOAT
                2024-11-08 13:00:08.579 - error: hm-rpc.0 (1285) Cannot call setValue: XML-RPC fault: Failure
                

                Reicht ihm eventuell die Zeit nicht aus, die er hat, um zu diesen Gerät zu senden?

                Der Duty-Cycle ist dauerhaft bei etwa 20%, was ja in Ordnung ist.

                Wenn du allerdings meinst, die CCU hat 36 Sekunden pro Stunde Zeit, um Daten an Clients zu senden, dann kann ich ja theoretisch die Sendezeit zu genau diesem Client erhöhen (Sofern dies möglich ist).

                Samson71S Offline
                Samson71S Offline
                Samson71
                Global Moderator
                schrieb am zuletzt editiert von
                #17

                @joergeli
                Magst Du uns verraten was Dich zu einem Downvote bewogen hat?

                1c5624c3-7c97-4461-96ce-5d5579a77f3e-image.png

                3de944b4-ccd7-45bd-befd-11e2e734501e-image.png

                @Timmss

                Wenn du allerdings meinst, die CCU hat 36 Sekunden pro Stunde Zeit, um Daten an Clients zu senden, dann kann ich ja theoretisch die Sendezeit zu genau diesem Client erhöhen (Sofern dies möglich ist).

                Nein das ist (aus guten Grund) nicht möglich. Das sind Vorgaben für das genutzte 868 MHz Band. Im Frequenzbereich 868 MHz beträgt die maximale Sendezeit eines jeden Gerätes 1 % einer Stunde (also 36 Sekunden in einer Stunde). Die Geräte dürfen bei Erreichung des 1 %- Limits nicht mehr senden, bis diese zeitliche Begrenzung vorüber ist. Im 868 MHz Bereich sind keine Dauersender zulässig.

                Markus

                Bitte beachten:
                Hinweise für gute Forenbeiträge
                Maßnahmen zum Schutz des Forums

                T 1 Antwort Letzte Antwort
                0
                • black.falcon87B black.falcon87

                  @timmss sagte in Ausfall aller Homematic IP Heizungsventile?:

                  (Sofern dies möglich ist)

                  Nicht das ich wüsste. Aber die Übertragung eines Funkbefehls sollte auch imho im Millisekundenbereich stattfinden :thinking_face:

                  Kann es sein, dass das Thermostat an der Stelle einfach schlechten Empfang hat? Hast du einen weiteren Thermostat? Sonst würde ich die mal gegeneinander tauschen und beobachten ob das Problem mitwandert. Dann weißt du eher ob es am Gerät oder am Standort liegt.

                  T Offline
                  T Offline
                  Timmss
                  schrieb am zuletzt editiert von
                  #18

                  @black-falcon87 Ich hatte es schon eher auf die Reichweite geschoben. Das Thermostat ist eine Etage tiefer, hinter einer dicken Wand in einer Ecke. :sweat_smile:

                  Hinzu kommt, dass im selben Raum wie die CCU ein Access Point steht, und das beides hatte sich ja auch nicht so gut vertragen glaube ich.

                  Es wundert mich nur jetzt, da es ja fast 1 Monat perfekt funktioniert hat, und jetzt wieder alles beim Alten ist. Scheint dann wohl glücklicher Zufall gewsen zu sein.

                  Ich habe demnächst aber eh mal vor, die Zentrale woanders zu platzieren, sodass sie zentraler und frei von elektronischen Geräten im selben Raum ist.

                  1 Antwort Letzte Antwort
                  0
                  • Samson71S Samson71

                    @joergeli
                    Magst Du uns verraten was Dich zu einem Downvote bewogen hat?

                    1c5624c3-7c97-4461-96ce-5d5579a77f3e-image.png

                    3de944b4-ccd7-45bd-befd-11e2e734501e-image.png

                    @Timmss

                    Wenn du allerdings meinst, die CCU hat 36 Sekunden pro Stunde Zeit, um Daten an Clients zu senden, dann kann ich ja theoretisch die Sendezeit zu genau diesem Client erhöhen (Sofern dies möglich ist).

                    Nein das ist (aus guten Grund) nicht möglich. Das sind Vorgaben für das genutzte 868 MHz Band. Im Frequenzbereich 868 MHz beträgt die maximale Sendezeit eines jeden Gerätes 1 % einer Stunde (also 36 Sekunden in einer Stunde). Die Geräte dürfen bei Erreichung des 1 %- Limits nicht mehr senden, bis diese zeitliche Begrenzung vorüber ist. Im 868 MHz Bereich sind keine Dauersender zulässig.

                    T Offline
                    T Offline
                    Timmss
                    schrieb am zuletzt editiert von
                    #19

                    @samson71 said in Ausfall aller Homematic IP Heizungsventile?:

                    Im 868 MHz Bereich sind keine Dauersender zulässi

                    Alles klar. Ich hätte mir vorgestellt, dass wenn der Zentrale die Zeit zum Senden zu diesem Client zu gering ist, diese einfach zu erhöhen. Aber normalerweise sollte die Standart-Zeit ja schon ausreichen, dann gibt es an dieser Stelle ein anderes Problem.

                    1 Antwort Letzte Antwort
                    0
                    • T Timmss

                      Hallo liebe Community,

                      mir ist gerade aufgefallen, dass all meine Thermostate von HM-IP keine Werte mehr entgegennehmen?

                      Zum Beispiel steht eine Heizung auf 20°C und ich gebe über den ioBroker 14°C ein - Wird nicht empfangen.

                      In der Weböberfläche der CCU3 sieht es sogar so aus:
                      a645ab95-912c-4006-80cf-b1eac4f15163-grafik.png

                      und das ist bei jedem Einzelnen so, was habe ich getan? :(

                      Ändere ich den Wert an der Heizung manuell, wird dieser sofort zur CCU versendet.

                      Anscheinend gibt es ein Problem beim Versenden voon CCU zu Ventil.

                      T Offline
                      T Offline
                      Timmss
                      schrieb am zuletzt editiert von
                      #20

                      @timmss said in Ausfall aller Homematic IP Heizungsventile?:

                      In der Weböberfläche der CCU3 sieht es sogar so aus:

                      und das ist bei jedem Einzelnen so, was habe ich getan?

                      Es ist schon wieder passiert.

                      Ich habe das Firmware Update gefahren, es ist durchgelaufen und bei fast allen Ventilen sieht es wieder so aus:
                      009389bb-568d-46f8-ac6c-5b59a181949c-grafik.png

                      Ich habe aber rausgefunden, das Gerät muss wohl erst wieder Daten an die CCU3 senden, damit diese das Gerät wiedererkennt?
                      Jedenfalls kommen jetzt nach und nach einzelne Geräte wieder klar:
                      364f70e0-553d-4da4-a423-40f28da81f92-grafik.png

                      Ganz komische Sache.

                      HomoranH 1 Antwort Letzte Antwort
                      0
                      • T Timmss

                        @timmss said in Ausfall aller Homematic IP Heizungsventile?:

                        In der Weböberfläche der CCU3 sieht es sogar so aus:

                        und das ist bei jedem Einzelnen so, was habe ich getan?

                        Es ist schon wieder passiert.

                        Ich habe das Firmware Update gefahren, es ist durchgelaufen und bei fast allen Ventilen sieht es wieder so aus:
                        009389bb-568d-46f8-ac6c-5b59a181949c-grafik.png

                        Ich habe aber rausgefunden, das Gerät muss wohl erst wieder Daten an die CCU3 senden, damit diese das Gerät wiedererkennt?
                        Jedenfalls kommen jetzt nach und nach einzelne Geräte wieder klar:
                        364f70e0-553d-4da4-a423-40f28da81f92-grafik.png

                        Ganz komische Sache.

                        HomoranH Nicht stören
                        HomoranH Nicht stören
                        Homoran
                        Global Moderator Administrators
                        schrieb am zuletzt editiert von
                        #21

                        @timmss Auch wenn ich es nicht glaube dass es hier zutrifft:äAuch jedes Gerät muss seinen DutyCycke einhalten.
                        Wenn ein Gerät ständig erfolglos versucht die Zentrale zu erreichen, kann es sein dass der Geräte DC überschritten ist, ohne dass der CCU-DC auffällig ist.

                        kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                        Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                        der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                        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

                        786

                        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