FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: michse am 20 November 2016, 09:52:41

Titel: Overload bei tempList Bearbeitung
Beitrag von: michse am 20 November 2016, 09:52:41
Hallo zusammen,

ich habe mehrere HM-TC-IT-WM-W-EU aus denen ich mit

attr <HMInfo> configDir setup
attr <HMInfo> configTempFile myWeekplan.cfg
set <HMInfo> tempList save


einen Wochenplan auslese. Diesen bearbeite ich in einem Editor nach meinen Bedürfnissen.

Lade ich ihn jetzt mit

set hm tempListG restore

in die Geräte hoch, erhalte ich praktisch sofort ein Overload, also zu viel Funkverkehr.

Wie kann ich das ändern oder was mach ich falsch?

Danke und Grüße
michse
Titel: Antw:Overload bei tempList Bearbeitung
Beitrag von: frank am 20 November 2016, 12:05:27
welches io? => list io
nutzt du burst? => list tc
=> hminfo msgStat
=> hminfo protoEvents
Titel: Antw:Overload bei tempList Bearbeitung
Beitrag von: martinp876 am 20 November 2016, 18:12:12
TC-IT nutzen immer burst - die können nicht anders.
Ein HMLAN kann  ~100 Burst. Wenn einer schied geht zählt der 3-fach.
Bei vielen TC kann es zu Kollisionen kommen und somit zu Fehlern, also "3-fach burst". Dann wird es schnell eng
Im Gegensatz zu den RT ist dies also ein Problem. Die entzerren dies selbst.
Was tun...

du kannst es einzeln anstossen.
set tc-it1 tempListTmpl restore
set tc-it2 tempListTmpl restore

einer nach dem anderen.
Auch hier gilt: Sollten die Daten schon passen wird nicht geschrieben. Also auch kein Burst, keine Funktlast.
Was könnte HMInfo besser machen... bei TC-IT verzögern... unschön. Bedeuted noch eine Batch queue einzubauen.
Titel: Antw:Overload bei tempList Bearbeitung
Beitrag von: frank am 20 November 2016, 18:53:15
ZitatWas könnte HMInfo besser machen... bei TC-IT verzögern... unschön. Bedeuted noch eine Batch queue einzubauen.
vielleicht dem restore eine option "slow" spendieren, sodass templisten zb tagesweise über die vorhandene batchqueue gesendet werden können. zuerst alle aktuellen wochentage und danach die folgenden.

ich vermute hier aber noch ein anderes problem (falsche fw im io?), da angeblich sofort overload kommt.