Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Homoran]

@Samson71 Genau so ist es.
Weil unter normalen Bedingungen die ccu als erstes ihren DC überschreiten wird .

Hier kann es bei der Akrobatik von Haselchen aber anders sein.

[haselchen]

@Homoran

Na na na na :blush:

Ihr werdet mich vermutlich steinigen, aber es könnte sein, dass ich den Schuldigen gefunden habe.
Vermutlich hat Pi-Hole das senden der Konfig Daten unterdrückt.
Hab den Container deaktiviert und schwupps war der HMIP online.
Darauf muss man erstmal kommen, wenn es denn daran gelegen hat.

[Homoran]

@haselchen sagte in Bewegungsmelder / Motionssensor Empfehlung:

Vermutlich hat Pi-Hole das senden der Konfig Daten unterdrückt.

Da muss ich dich leider enttäuschen.
Wie soll das passieren?

Homematic sendet nicht über WLAN, wie die ChinaDinger, sondern über 868 MHz.
Und dann noch mit einem sicheren Protokoll.
Da hat pihole nichts mit zu schaffen.

[Samson71]

Ich vermute auch eher, dass die Stunde rum war und der DC des BWM sich wieder beruhigt hatte. Also die "Akrobatik" vorbei war :)

Für das Auslesen des DC eines einzelnen/speziellen Aktors ist mir leider kein Weg bekannt.

[haselchen]

@Homoran
@Samson71

Klingt ja plausibel wie du das erklärt hast.
Für mich aber komisch , da er sofort die Konfig gesendet hat, als ich den Container deaktiviert hatte.
Im Log vom Pihole waren auch config Ziel URLs. Mysteriös.
Der DC wird keine Rolle gespielt haben , dafür war das Gerät nicht lange und extrem genug im Einsatz.
Sendezeit habe ich auf Default gelassen . 4min.
Hauptsache es geht jetzt.
Homematic forever :the_horns:

[Homoran]

@haselchen sagte in Bewegungsmelder / Motionssensor Empfehlung:

da er sofort die Konfig gesendet hat, als ich den Container deaktiviert hatte

deine posting Zeiten zum Problem und zum "gelöst" passen aber zu den 60 Minuten ;-)

@haselchen sagte in Bewegungsmelder / Motionssensor Empfehlung:

dafür war das Gerät nicht lange und extrem genug im Einsatz.

von wegen ;-)
1% einer Stunde (3600sec) sind 36 Sekunden.
Je nachdem was in den Konfigdaten lag (FirmwareUpdate???) war das dann der berühmte Tropfen.

@haselchen sagte in Bewegungsmelder / Motionssensor Empfehlung:

Paar Minuten später wieder Gerätekommunikation gestört.

das passt dazu.

@haselchen sagte in Bewegungsmelder / Motionssensor Empfehlung:

Diese Einstellung gibt es nicht.

Habe den nonIP Vorgänger:

[haselchen]

@Homoran

Dann nehme ich das so (widerwillig) hin :grin:
Bei meinen über 30 HMIP Produkten war das noch nicht einmal ein Problem, deswegen hatte ich das ausgeschlossen.
Aber ich sehe, ich bin auf einen HM Crack getroffen :)
Gut zu wissen :laughing:

[Homoran]

@haselchen sagte in Bewegungsmelder / Motionssensor Empfehlung:

Bei meinen über 30 HMIP Produkten

Anfänger ;-)

612 Kanäle in 134 Geräten:

3x HM-PB-6-WM55, 1x HmIP-ASIR-B1, 1x HmIP-SWDM-B2, 10x HM-ES-PMSw1-Pl, 1x HM-LC-Sw1-PCB, 1x HM-LC-Sw1-Ba-PCB, 1x HM-LC-Sw4-PCB, 1x HM-Sen-MDIR-O, 1x HM-Sen-MDIR-WM55, 3x HM-Sen-MDIR-SM, 2x HM-Sec-SCo, 1x HM-Dis-EP-WM55, 21x HM-WDS30-OT2-SM, 1x HmIP-.............

[Samson71]

@Homoran sagte in Bewegungsmelder / Motionssensor Empfehlung:

Anfänger ;-)

Dto.
Kann gerade nicht mit einem einem originalen Screenshot dienen und habe auch kein einziges HMIP-Gerät (nur HM Classic), aber bei der letzten Inventur waren es knapp derer 200.

[Homoran]

@Samson71 Dann bist du schon über dem Maximum ;-)

Die Homematic CCU3 auf dem Hause eQ-3 gibt die maximale Anzahl in Kanälen an. Die CCU kann bis zu 400 Kanäle verwalten.
Bevor man jetzt aber zu euphorisch wird, angesichts dieser im Normalfall nie zu erreichenden Anzahl vom Geräten im Privathaushalt.
Die Angabe in Kanälen ist zwar die genauere Zahl. leider ist diese aber vom Endbenutzer auf den ersten Blick nicht mit Anzahl der Geräte zu vergleichen. In einem Homematicsystem haben alle Geräte mehrere Kanäle (z.B. Tasterkanal, Statuskanal, usw…).
So gibt eQ-3 für die CCU3 eine durchschnittliche, maximale Anzahl von Geräten mit 137 an. Das scheint auch sehr realistisch zu sein, denn Geräte haben zwischen 2-8 Kanälen.

Habe so schnell mit Google keine andere Quelle gefunden:
http://smart-home-hero.de/85/grenzen-des-smart-home/

EDIT:
etwas später habe ich dann was bei EQ-3 gefunden:

Wie sind die Grenzen des Systems? Wie viele Geräte kann ich anlernen?

In Homematic und Homematic IP gibt es in Verbindung mit der Smart Home Zentrale CCU keine genaue max. Anzahl von Geräten.
Der Homematic IP Access Point deckt hingegen typische Einfamilienhäuser und Wohnungen von der Funkreichweite ab, ohne dass Repeater benötigt werden. Die Homematic IP App ist optimiert für die Verwaltung von bis zu 20 Räumen, 80 Geräten und 15 Smartphones pro Access Point. Eine Übersicht zur maximalen Anzahl von Räumen und Geräten innerhalb des Systems finden Sie im Homematic IP Anwenderhandbuch.

Demnach kann der HAP schon mal deutlich weniger als die CCUx

Die Antworte endet dann mit dem letzten Satz

Weitaus größere Installationen, die auch über ein Einfamilienhaus hinausgehen, werden über die CCU sowie Partnerlösungen bereits seit Jahren unterstützt.

was immer das beseutet

[haselchen]

@Samson71
@Homoran

Mea culpa. Habe nix gesagt 😜
Will meinem kleinen Raspimatic auch nicht soviel zumuten 😊

[Samson71]

@Homoran
Ich dachte diese Beschränkungen gelten mittlerweile nicht mehr? Zumindest war das (vor Ewigkeiten) mal Thema im HM-Forum. Waren zuletzt 187 o. 189 Geräte mit entsprechenden Kanälen. Nutze allerdings auch 2 LAN-Gateways um alles zu erreichen. Aber Ausfälle oder Störungen gibt es so gut wie nicht. Ab und an mal ne Komm.-Störung die sich meist auch wieder von selbst erledigt.

Übrigens kein HM-Wired, alles Funk!

[Homoran]

@Samson71 genau das suche ich ja (habe noch was editiert)
ich bin ja mit den Kanälen auch schon weit drüber - auch mit einem RF (und einem wired) Gateway

[Momo1982]

@dos1973 ich habe jetzt vermehrt vom Hack des Aqara hier gelesen... ich habe dazu mal eine Frage, wenn ich darf. Ich habe hier 4 BWM von Aqara, alle gelötet. Aber das Licht bei mir bleibt immer noch seine 90 - 120 Sekunden an. Auch die Aktualisierung im ioBroker geschieht weiterhin im 2-Minuten-Takt. Alle 5 Sekunden wird das nichts aktualisiert. Wenn der Status des Sensors umspringt auf Bewegung, ändert sich nichts an der Aktualisierung. Auch wenn schon lange keine Bewegung mehr statt gefunden hat. Mache ich etwas falsch? Muss ich da zusätzlich etwas machen? Ich weiss nicht mehr weiter...

Vielen Dank schon mal, sollte eine Antwort kommen. ;)

[dos1973]

@Momo1982

hats du den Wert "occupancy_timeout" runtergesetzt?
ich habe 10 Sekunden bei mir stehen und das klappt bei mir

[Momo1982]

@dos1973 wo kann ich das denn einstellen?? Ich nutze den Melder über Deconz. Da gibt es den Punkt nicht. Hier habe ich nur etwas mit "Duration" Die habe ich jetzt mal runter gesetzt auf 10, wird mir aber im ioBroker rot dar gestellt.

[Momo1982]

@dos1973 kann es vllt auch an Deconz liegen, dass die das nicht unterstützen mit alle 10 Sekunden aktualisieren? Ich habe das jetzt nochmal getestet und das Licht ist weiterhin an...

[Dragon]

@Momo1982 Hast du den Hack durchgeführt am Aqara?

[Momo1982]

@David-Froebus Ich fang mal kurz vorne an bzw. bei dem System, wie alles zusammen läuft...

Ich habe auf dem Raspberry Pi 4 einen Conbee-Stick dran und speise den ioBroker mit Infos über den Deconz-Adapter (Vers. 2.5.78).
Der BWM ist in Deconz angemeldet, wird dort auch erkannt, alles gut.

Den Hack habe ich durchgeführt, ja. TP4 mit dem Schalter (unterer Kontakt) mit einer Litze verlötet. Anfangs, beim Anmelden, sind die Daten auch alle 5 Sekunden aktualisiert worden, danach ist der Anmeldemodus ausgelaufen und die Daten kommen weiterhin nur alle 90 bis 120 Sekunden an. Bewegungen werden direkt erkannt, aber der Status, wenn keine Bewegung mehr erkannt wird, ändert sich erst nach 90 bis 120 Sekunden.

Die Duration habe ich jetzt im ioBroker für den Sensor auf 10 Sekunden gesetzt, welches über ein Skript immer wieder geprüft und zur Not auf 10 zurück gesetzt wird. Lichtzustand: weiter an als 10 Sekunden.

Ich hoffe, ich habe alles erwähnt, was wichtig ist...