HMIP mit RasberryMatic Duty Cycle sehr hoch oder normal?

[klana]

Hallo Zusammen,

Ich bin von HM auf HMIP unter der RaspberryMatic umgestiegen.

Bei ca. 160 HM Geräten und 150 Programmen hatte ich einen DutyCycle von 1-2 Nachts und Tagsüber Max. 20 % (wenn z.B.die Waschmaschine lief).
Jetzt nach der Umstellung auf HMIP komme ich trotz schon durchgeführter Optimierungen an den Geräteeinstellungen nicht mehr unter 25% (Nachts) bzw. 30-50% tagsüber (bei laufender Waschmaschine sind es 65%).

Meine Frage ist jetzt, ob das bei HMIP normal ist, dass der DutyCycle so hoch ist oder ob ich noch irgendwo Optimierungsbedarf habe.

Weiterhin ist mit aufgefallen, dass z.B. die Dreh/Kipp Fenstersensoren zwischen 10-20 x (manchmal auf mehr) blinken bis die LED grün wird.
Vorher bei HM haben diese 1-2 geblinkt und dann kam grün.
Nach jetzt ca. 6 Wochen unter HMIP habe ich schon die ersten beiden „Batterie leer“ Meldungen erhalten....wenn das so weitergeht wird das ein teurer Spaß.

Bin für jeden Hinweis dankbar.
Gruß
Klana

[cmjay]

Soll ich dir die HM Komponenten wieder zurückschicken?
Sorry, kann dir bei deinem Problem in keiner Weise helfen, da ich selbst kein HmIP einsetze (siehe Signatur).

Gruß
Michael

[klana]

Soll ich dir die HM Komponenten wieder zurückschicken?
Sorry, kann dir bei deinem Problem in keiner Weise helfen, da ich selbst kein HmIP einsetze (siehe Signatur).

Gruß
Michael

Hi Michael,

Ich bereue es auch langsam.... aber Geld ist schon ausgegeben

Gruß
Klana

[Baxxy]

Bin für jeden Hinweis dankbar.

Da ich meine Einkäufe auch nicht zurück geben möchte...
versuche ich mich lieber an Tipps.

die Dreh/Kipp Fenstersensoren zwischen 10-20 x (manchmal auf mehr) blinken bis die LED grün wird.

Die HmIP-SRH's sind gefühlt etwas zickig was die Funkverbindung betrifft. Betreibst du sie nur mit DV's oder gibt es auch Programme die auf den Statuswechsel reagieren? Bei letzterem erwartet der SRH die Bestätigung der Zentrale und wenn diese DC-mäßig schon leicht schwitzt kann das dauern.
Meine SRH's sind alle verkehrtherum montiert, also den Batterieteil nach oben. Dadurch wurde die Funk-Übertragung "gefühlt" besser.

DC-Treiber sind ja bekanntermaßen auch alle messenden Aktoren. (PSM/FSM/BSM etc.) Je nachdem wie wichtig dir die Messungen sind kann man die auch reduzieren. Hier mal ein Beispiel für eine 300W Infrarot-Heizplatte an einem FSM.

Du kannst auch mal bei allen Geräten (besser in Gerätegruppen, also nur FSM's z.B.) zum testen die zyklischen Statusmeldungen deaktivieren.
Keine Sorge die Teile senden trotzdem in einem festen Raster. Nur bei WTH-2 /STHD kommt dann gar nix mehr an wenn sie nicht Teil einer Gruppe sind.

[klana]

Hi,

HmIP-SRH's :
- Verknüpfung in der Heizungsgruppe und auch in einigen Programmen als Auslöser (z.B. um den LED16 Status zu setzen)
- es ist egal, ob der DC 25 oder 60% ist, das Blinken dauert immer gefühlt ewig.
- Zyklische Statusmeldungen habe ich zu allererst abgeschaltet.

Messteckdosen habe ich nur 2 Stück an Trockner und Waschmaschine und da ist nur der benötigte Kanal (mAh) eingeschaltet.

Bewegungsmelder, Temperatursensoren usw. zyklische Statusmeldungen ist abgeschaltet. Ich sag ja, ein wenig hab ich schon optimiert.
Trotzdem komme ich nicht tiefer als 25% in der Nacht.

Gruß
Klana

[Baxxy]

Messteckdosen habe ich nur 2 Stück

Keine BSM / FSM?

auch in einigen Programmen als Auslöser

könnte das Problem sein, dadurch das die SRH's x-mal um Antwort von der Zentrale bitten

Hast du einen (XS)Analyzer? Damit könntest du gut sehen wer so geschwätzig ist.

[klana]

Nein, keine FSM oder BSM...nicht was irgendwie Messvorgänge durchführt aus den beiden Steckdosen an Trockner und Waschmaschine.
Ja, ich habe den XS Analyser ... damit konnte ich zwar feststellen wer sendet, aber da war nix auffälliges dabei.
Vielleicht bin ich auch zu dumm um die Werte zu analysieren.
Aber der DC ist ja auch hoch wenn keine Fenster geöffnet werden, also sollte es daran doch nicht liegen....

Nachtrag:

Habe mal kurz alle Programme die den FensterStatus abfragen deaktiviert. (Pro Raum eines)
Jetzt blinken die Fensterkontakte ca. 10-12x, also gefühlt weniger als vorher.
Nur, wie bekomme ich jetzt meinen LED16 Status gesetzt? Und die Warnungen „Fenster zu lange auf“ funktionieren jetzt auch nicht mehr....
Blöd...

[Black]

Programme löschen dürfte nicht zielführend sein. Wenn der reportValueUsage einmal gesetzr war, blieb das (normalerweise) auch so. heisst ein Dummyprogramm könntets ja auch löschen, wnen es einmal angelegt war und der sender tuts dann immer noch.
Dann möchte das Teil auch gerne für seine Nachricht ein Ack der zentrale haben.

Black

[klana]

Hi Black,

ich musste den Satz jetzt zweimal lesen um ihn zu verstehen...
Programm habe ich nicht gelöscht, sondern nur deaktiviert!
Die RM ist im gleichen Raum!

Jetzt noch mal für mich zum Verständnis:

Das bedeutet also, wenn ich ein Programm habe, welches die Fensteraktoren eines Raums als Auslöser hat
und ich dann das Programm deaktiviere, dann bringt das gar nix.

Im Wohnzimmer habe ich z.B. 8 Fenster, 2 Heizungen und ein Wandthermostat. (Heizungsgruppe IP)
Wird ein Fenster geöffnet/gekippt, dann regelt er die Heizung runter und der LED16 Status wird gesetzt (über SysVar)

Gruß
Klana

[Baxxy]

Das bedeutet also, wenn ich ein Programm habe, welches die Fensteraktoren eines Raums als Auslöser hat
und ich dann das Programm deaktiviere, dann bringt das gar nix.

Genau. Der die SRH's wissen ja nicht das das Programm deaktiviert ist. Ich glaube aber man kann das von Black angesprochene "reportValueUsage" rückgängig machen. Eine schnelle Methode wäre der Homematic Manager oder der SDV.

und der LED16 Status wird gesetzt (über SysVar)

Wie man das "optimieren" könnte weiß ich auch nicht so recht. Wenn es nur um den "gesamten" Fensterstatus geht könntest du den über das Gruppengerät abgreifen.