HmIP Gruppe treibt Duty Cycle auf 100%
Moderator: Co-Administratoren
HmIP Gruppe treibt Duty Cycle auf 100%
Hallo, seit ungefähr zwei Monaten ist mein Duty Cycle auf 100% . Auch mit AskSkin Analyse habe die wahre Ursachen nicht erkennen können. Nun habe ich angefangen das System nach und nach zu reduzieren. Dabei habe ich festgestellt, wenn ich meine einzige HMiP Gruppe mit einem WTH2 und drei eTRV-C entferne, fällt der DC auf ca 45%, sobald ich die Gruppe wieder hinzufüge, auch mit nur 1 oder zwei Geräten läuft der DC hoch bis zum Anschlag.
Ich verwende das System nur für die Heizkörper Steuerung und habe keiner eigene PRogramm oder Scripte gestartet.
Als Hardware benutze ich Charly mit RaspberryMatic mit der neusten Version. Neben der HmIP Gruppe habe ich noch 4 HM Gruppen.
Habt Ihr vielleicht ein Rat für mich?
Vielen Dank
Werner
Ich verwende das System nur für die Heizkörper Steuerung und habe keiner eigene PRogramm oder Scripte gestartet.
Als Hardware benutze ich Charly mit RaspberryMatic mit der neusten Version. Neben der HmIP Gruppe habe ich noch 4 HM Gruppen.
Habt Ihr vielleicht ein Rat für mich?
Vielen Dank
Werner
-
- Beiträge: 9115
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 283 Mal
Re: HmIP Gruppe treibt Duty Cycle auf 100%
Hi,
das wäre jetzt die (vorläufige) Krönung.
2 Monate hatten wir wimre noch nicht.
das wäre jetzt die (vorläufige) Krönung.
2 Monate hatten wir wimre noch nicht.
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
- shartelt
- Beiträge: 7421
- Registriert: 14.01.2015, 14:59
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 524 Mal
- Danksagung erhalten: 753 Mal
Re: HmIP Gruppe treibt Duty Cycle auf 100%
Ein Geräte Update ist nicht sichtbar. Einen HAP habe ich zum Test als LAN-Gateway hinzugefügt.Auch er läuft auf 100%. Ohne eine HMIp Gruppe ist es 1%.
- shartelt
- Beiträge: 7421
- Registriert: 14.01.2015, 14:59
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 524 Mal
- Danksagung erhalten: 753 Mal
Re: HmIP Gruppe treibt Duty Cycle auf 100%
Wie gesagt hat der HAP hat keinen Einfluss und das System habe ich häufig neu gestartet. Alle beteiligten Geräte gabe ich entfernt und in der Auslieferungsstand gebracht und dann neu angelernt. Sobald die HmIP Gruppe existiert steigt der DC.
- shartelt
- Beiträge: 7421
- Registriert: 14.01.2015, 14:59
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 524 Mal
- Danksagung erhalten: 753 Mal
Re: HmIP Gruppe treibt Duty Cycle auf 100%
dann have fun ... wenn Du keine Hinweise annimmst.
Das Forum ist voll mit DC Problemen in Verbindung mit dem HAP.
a) Forensuche
b) Tipps und Tricks für Anfänger
c) was fragst Du überhaupt?
Das Forum ist voll mit DC Problemen in Verbindung mit dem HAP.
a) Forensuche
b) Tipps und Tricks für Anfänger
c) was fragst Du überhaupt?
das heisst, Du hast den HAP abgelernt, CCU ohne Gruppe passt alles und dann die Gruppe erstellt und zack DC auf 100%?
Re: HmIP Gruppe treibt Duty Cycle auf 100%
Ja, es tut mir leid, aber der HAP hatte ich nur als Test eingebaut, weil es den Hinweis gab, das er auch die DC Last reduzieren kann.
Der Effekt tritt ohne HAP schon auf.
Können die Direktverbindungen gestörter oder fehlerhaftes sein als die Verbindung mit der CCU ?
Ich habe mir nun eine neue HmIP WTH2 bestellt, um diese im Austausch zutesten.
Der Effekt tritt ohne HAP schon auf.
Können die Direktverbindungen gestörter oder fehlerhaftes sein als die Verbindung mit der CCU ?
Ich habe mir nun eine neue HmIP WTH2 bestellt, um diese im Austausch zutesten.
Re: HmIP Gruppe treibt Duty Cycle auf 100%
Hallo,
ich möchte hier noch der Vollständigkeit die Lösung zu meinem Problem miteilen.
Erstmal der neue beschaffte WHT2 zeigt die gleiche Effekte. Danach schaute ich mir die Protokolle nochmal an und stellte fest, das einige HmIP eTRV-2 Thermostate regelmäßig alle 30 Sekunden eine Kommunikation aufbauten und so auch ohne eine HmIp Grupp einen DC von 60% bis 70% erzeugten. Für diese Thermosate hatte ich über Iobroker Script den Parameter Window State in Abhängigkeit zu den Fensterkonakten ( KNX) gesetzt. Weil die Änderung der Fensterkontakte manchmal nicht erkannt wurde, habe ich dies bei jedem Pollen der Fensterkontakte gemacht. So wurde all 30 Sekunde vom Iobroker Scripte der Parameter geschrieben und damit immer eine Austausch der Daten vom Thermostat und CCU3 ausgelöst.
Evtl. ist dieses Verhalten erst mit der vorletzten RaspberryMatic Version entstanden, denn den Winter über gab es noch keine Probleme .
Nachdem ich nun nur einmal den Windows State setze ist Ruhe.
Schönen Gruß
Werner
ich möchte hier noch der Vollständigkeit die Lösung zu meinem Problem miteilen.
Erstmal der neue beschaffte WHT2 zeigt die gleiche Effekte. Danach schaute ich mir die Protokolle nochmal an und stellte fest, das einige HmIP eTRV-2 Thermostate regelmäßig alle 30 Sekunden eine Kommunikation aufbauten und so auch ohne eine HmIp Grupp einen DC von 60% bis 70% erzeugten. Für diese Thermosate hatte ich über Iobroker Script den Parameter Window State in Abhängigkeit zu den Fensterkonakten ( KNX) gesetzt. Weil die Änderung der Fensterkontakte manchmal nicht erkannt wurde, habe ich dies bei jedem Pollen der Fensterkontakte gemacht. So wurde all 30 Sekunde vom Iobroker Scripte der Parameter geschrieben und damit immer eine Austausch der Daten vom Thermostat und CCU3 ausgelöst.
Evtl. ist dieses Verhalten erst mit der vorletzten RaspberryMatic Version entstanden, denn den Winter über gab es noch keine Probleme .
Nachdem ich nun nur einmal den Windows State setze ist Ruhe.
Schönen Gruß
Werner