Nach Update auf 3.73.9.20240130 Probleme mit Duty Cycle

[MrR]

Servus,
nach dem Update auf die aktuelle rsapberrymatic-Version explodierte mein Duty von gemütlichen im Schnitt 20 auf über 60-70.
Batterien sind alle gecheckt, Programme auch.
Das einzige seltsame ist, dass ich über das Add-On "XML-API" bei "statelist.cgi" bei einigen Geräten folgenden Eintrag finde:

<datapoint name="BidCos-RF.NEQ1675051:0.UNREACH" type="UNREACH"

Diese Geräte haben dann auch unter der "Devicelist.cgi" nur vier Zeilen an Infos, ein gleiches Gerät bei dem der Datapoint name richtig steht, hat im Vergleich 18 Zeilen.


Gibts da einen Zusammenhang mit Update, Duty und den fehlenden Geräteinfos?

Danke

[Xel66]

Batterien sind alle gecheckt, Programme auch.

Das dann vermutlich nicht richtig, denn irgendwas veranlasst die CCU zum häufigen Senden gegenüber vorher. Meist haben solche Phenomäne auch nichts mit dem Update zu tun, sondern mit dem damit verbundenen Reboot. Hierbei werden ggf. ein paar schlummernde Programmierfehler wirksam, die erst jetzt aufgrund ggf. geänderter Bedingungen wirken (z.B. durch geänderte Außentemperatur bei Heizungsprogrammen oder anders gesetzten Sytemvariablen). Da niemand Deine Programmierung kennt, kannst Du nur unter Status und Bedienung/Programme versuche, häufig getriggerte Programme ausfindig zu machen.

Das einzige seltsame ist, dass ich über das Add-On "XML-API" bei "statelist.cgi" bei einigen Geräten folgenden Eintrag finde:

<datapoint name="BidCos-RF.NEQ1675051:0.UNREACH" type="UNREACH"

Das ist ein Datenpunkt für Kommunikationsstörungen. Und solange dessen Value nicht "true" ist, ist alles in Ordnung.

Gruß Xel66

[MichaelN]

dass ich über das Add-On "XML-API"

Das du wozu nutzt?

[MrR]

Batterien sind alle gecheckt, Programme auch.

Das dann vermutlich nicht richtig, denn irgendwas veranlasst die CCU zum häufigen Senden gegenüber vorher. Meist haben solche Phenomäne auch nichts mit dem Update zu tun, sondern mit dem damit verbundenen Reboot. Hierbei werden ggf. ein paar schlummernde Programmierfehler wirksam, die erst jetzt aufgrund ggf. geänderter Bedingungen wirken (z.B. durch geänderte Außentemperatur bei Heizungsprogrammen oder anders gesetzten Sytemvariablen). Da niemand Deine Programmierung kennt, kannst Du nur unter Status und Bedienung/Programme versuche, häufig getriggerte Programme ausfindig zu machen.

Das einzige seltsame ist, dass ich über das Add-On "XML-API" bei "statelist.cgi" bei einigen Geräten folgenden Eintrag finde:

<datapoint name="BidCos-RF.NEQ1675051:0.UNREACH" type="UNREACH"

Das ist ein Datenpunkt für Kommunikationsstörungen. Und solange dessen Value nicht "true" ist, ist alles in Ordnung.

Gruß Xel66

Das Spielchen hatte ich vor längerer Zeit schonmal beim Umstieg von Original Firmware zu Raspi. Definitiv kann ich Programme und Batterien ausschließen.

[MrR]

dass ich über das Add-On "XML-API"

Das du wozu nutzt?

Das war hilfreich einen Aktor ausfindig zu machen, der im System hing, obwohl er nicht mehr angemeldet war.
Da hab ich heute halt mal wieder durchgestöbert und fand diese Unstimmigkeit.

[Xel66]

Definitiv kann ich Programme und Batterien ausschließen.

Nun ja, dann hast Du ja auch kein Problem, wenn das alles in Ordnung ist. Besteht aber trotzdem ein DC-Problem, wird die CCU durch irgendwas zu einem erhöhten Sendeaufkommen gezwungen. Da keine Geräteeinstellungen verändert wurden (Messaktoren können durch bestätigte Messwertübermittlungen schöne DC-Treiber sein), bleibt nur die Programmierung der CCU oder andere auf diese wirkende Middleware übrig. Womit wir wieder am Anfang wären. Das ist die Stelle, an der sich die Katze in den Schwanz beißt.

Gruß Xel66

[Matthias K.]

Gibts da einen Zusammenhang mit Update, Duty und den fehlenden Geräteinfos?

Wenn du der Meinung bist es liegt am Update dann mach halt ein Downgrade auf deine vorher verwendete Firmware.
Wenn deine Probleme anhalten liegt es nicht an der neuen Firmware

[MrR]

Ja den downgrade werd ich heute mal machen, wenn nicht sogar zurück zur originalen, da hatte ich diese Probleme nie.
Da lief das Firmwareupdate fertig. Ist jetzt schon das zweite mal mit der Raspberrymatic, dass der Duty danach durch die Decke ging.

[Xel66]

Meine Prognose: Das Verhalten und der DC ist identisch.

Gruß Xel66

[MrR]

also wenn ich nach zwei Monaten komplett neue Batterien tauschen muss, bei Geräten die auf einer CCU mit original EQ3 Firmware mindestens ein Jahr ohne Probleme liefen, macht man sich schon Gedanken. Die Programme hatte ich beim Umstieg von Original auf Raspi schon abgespeckt und gestern schon wieder alle erstmal deaktiviert.... sie waren damals schon nicht schuld, sie sind es diesmal ebenfalls nicht. Heute Mittag habe ich mir die Mühe gemacht und alle Batterien wieder erneuert (wie gesagt, zwei Monate alte Batterien). Der Duty ist mittlerweile auf 80 gestiegen....... und macht keine Anzeichen zu sinken. Da soll man nicht zwidern werden?