Das widerspricht aber irgendwie der ersten Theorie, bei der Du die Kommunikation auf den AES-Key zurückführst. Die eTRV benutzen das gleiche Kommunikationsprotokoll. Demzufolge müsste dann da auch eine Quittung von der CCU zu sehen sein. Zumindest so meine Theorie. Ich vermute eher ein Programm, welches auf die Statusmeldungen der Thermostate reagiert und so die CCU zur Kommunikation bewegt.
Leider zeigt der AskSinAnalyzer XS bei HmIP-Geräten im Moment noch nicht die Flags an. Daher kann man nicht so richtig sehen, was da für Daten gesendet werden. Aber vielleicht gibt es da bald Abhilfe. Aber bei den HmIP-eTRV sehe ich im Analyzer nur eingehende Pakete an die Zentrale und keine ausgehenden Pakete zurück an das Thermostat.
Und ich habe definitiv keine weiteren Programme, außer zum Umschalten der Profile, die Aktionen an den Thermostaten ausführen oder auf Statusmeldungen der Thermostate reagieren, auch nicht bei den HmIP-eTRV.
Aber Dank des Analyzers kann man die "Vielschwätzer" ausfindig machen und durch Anpassung der Geräteparameter Abhilfe schaffen. Denn solange, zum Beispiel, die Helligkeitswerte eine internen BWM nicht dazu genutzt werden, um Geräte zu steuern, kann man die Zeitdauer der Übermittlung der Werte in den Geräteeinstellungen auf deren Maximalwert ehöhen.
Ich habe gerade im Analyzer auch festgestellt, dass der, bei allen HmIP-Geräten voreingestellte, Parameter "Routing Aktiv" dazu führen kann, dass der Funkverkehr nicht direkt zur Zentrale erfolgt (obwohl sie direkt erreichbar ist), sondern über einen als Router arbeitenden Aktor, wie dem HmIP-PSM. Und das nur, weil der ein paar Meter dichter dran ist, aber eigentlich weiter von der Zentrale - bei teilweise schlechteren Funkverhältnissen - entfernt ist. Hier sollte man doch tatsächlich die Standard-Parameter der Geräte prüfen und testen, inwieweit dieses "Routing Aktiv" tatsächlich hilft oder eher zu Kommunikationsproblemen führt.
Besser wäre es wohl, dass dieses Flag per Default ausgeschaltet ist und man es manuell aktiv aktivieren muss. Aber das ist wohl dem HmIP-AP und dessen Zusammenarbeit mit der HmIP-App geschuldet, da man dort nur begrenzte Möglichkeiten hat, die Geräteparameter einzustellen. Und das Routing-Flag gehört dort definitiv nicht dazu. Schließlich soll die App, zusammen mit dem Access-Point so einfach wie möglich funktionieren, ohne dass der Nutzer sich Gedanken machen muss, welche Geräterparameter eigentlich besser wären.
Aber zum Glück haben wir hier in RaspberryMatic oder auf einer CCU2/CCU3 wesentlich mehr Optionen für ein Fein-Tuning des Systems.