2.0.0-beta.4: Duty Cycle wird nicht mehr aktualisiert

[Roland M.]

Hallo!

Nachdem ich mich fast zwei Tage lang mit einem DC von ~95% herumgeschlagen habe (im Endeffekt ist die LED16 Amok gelaufen!) habe ich bemerkt, dass der DC im CCU-Historian (2.0.0-beta.4) seit gestern 23:54 Uhr nicht mehr aktualisiert wird und so ein falscher Wert angezeigt wird.

dc-hist.PNG (19.51 KiB) 1773 mal betrachtet

CUxD gibt den DC mit glaubwürdigen Werten zwischen 9 und 20% an.

Bug or feature?


Roland

[umgc]

Hast Du schon Historian beendet und wieder gestartet?
Ich habe das fast jedes Mal wenn ich was an RaspberryMatic gemacht habe (Neustarts).

[Roland M.]

Hallo!

Hast Du schon Historian beendet und wieder gestartet?
Ich habe das fast jedes Mal wenn ich was an RaspberryMatic gemacht habe (Neustarts).

Ja, auch den CCU-Historian habe ich nach dem letzten CCU-Neustart schon beendet, auch weil ich diesen als Verursacher ausschließen wollte.
Und alle anderen Datenpunkte werden ja auch weiterhin aktualisiert.

Aber ich habe da durchaus positive Erfahrungen mit den aktuellen 2.0.0-Versionen.
Ich habe eine neue, zusätzliche Installation einfach im CCU-Historian definiert und die zugehörige CCU erst einige Tage später per VPN ans Netz gebracht. Null Probleme...


Roland

[NickHM]

Guten Abend

nach jedem Neustart oder zumindest dem letzten Neustart am Tag kontrolliere ich Historian und ioBroker darauf, ob nochDaten eingehen.
Bei ioBroker ist das Problem offenbar seit einigen Versionen gelöst. Historian scheint aber nach einem CCU Neustart ab und an den Kontakt zu verlieren.
Historian Neustart hilft dann

[Roland M.]

Hallo!

Historian scheint aber nach einem CCU Neustart ab und an den Kontakt zu verlieren.

Nur nochmals zur Klarstellung: der CCU-Historian sammelt brav Daten weiter, nur eben nicht mehr den DC.
Als "Beweis" dafür die absolut sinnfreie Kombination aus DC und Außentemperatur :

Roland

[NickHM]

Guten Morgen

dann formulieren wir mal neu. Nach einem CCU Neustart werden die Datenpunkte der Hardware Sensoren ausgelesen, aber die SysVar die von der ReGa geliefert werden nicht. Sind IMHO auch verschiedene Ports.
Ist das so, oder gehen andere SysVar neben dem DC weiterhin ?

Was sagt denn das Log File im Fehlerzeitraum ?

[Roland M.]

Hallo!

Ist das so, oder gehen andere SysVar neben dem DC weiterhin ?

Nein, andere Systemvariablen werden aktualisiert!

Es macht fast den Eindruck, als würde der DC unter einem bestimmten Grenzwert nicht aktualisiert, was ich mir aber auch nicht recht vorstellen kann.

Heute Nacht gab es wieder einen hohen DC (andere Baustelle... ), Diagramm sieht nun so aus:

dc-2.png (13.46 KiB) 1689 mal betrachtet

In der Datenpunktkonfiguration des CCU-Historian ist auch keine Vorverarbeitung aktiviert.

Was sagt denn das Log File im Fehlerzeitraum ?

Da gibt es nur so ca. alle 5 Minuten wiederkehrend folgende Einträge zum Thema CCU-Historian:

Code: Alles auswählen

Sep 30 11:01:34 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-4] (un)registerCallback on LegacyServiceHandler called from url: http://10.0.0.239:2098 
Sep 30 11:01:34 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-0] Added InterfaceId: K23-HmIP-RF 
Sep 30 11:01:34 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-4] init finished 
Sep 30 11:01:34 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-0] updateDevicesForClient K23-HmIP-RF -> 4 device addresses will be added 

10.0.0.239 ist der CCU-Historian, "K23-" ist das Präfix für diese CCU.


Roland

[Mathias]

Im CCU-Historian ist nichts gesondertes eingebaut, um den Duty-Cycle auszulesen. In RaspberryMatic wird der Duty-Cycle beispielsweise über eine Systemvariable zur Verfügung gestellt. Und System-Variablen werden aufgezeichnet.

Bei einigen Geräten habe ich ab und an mal einen Datenpunkt DUTY_CYCLE gesehen. Je nach Firmware der CCU oder des Geräte tauchen sie mal auf oder verschwinden wieder. Diese Datenpunkte sollten aber nicht im Zusammenhang mit dem Duty-Cycle der CCU stehen.

Was ist das eigentliche für ein Gerät mit der Seriennr. LEQ0010996?

Gruß
Mathias

[Roland M.]

Hallo Mathias!

Bei einigen Geräten habe ich ab und an mal einen Datenpunkt DUTY_CYCLE gesehen. Je nach Firmware der CCU oder des Geräte tauchen sie mal auf oder verschwinden wieder.

...und ich dachte, das kam mit der Beta.4 ins Spiel.
Mit der Beta.3 hatte ich diese Datenpunkte noch nicht, obwohl beide betroffenen CCUs mit aktueller FW laufen.

Diese Datenpunkte sollten aber nicht im Zusammenhang mit dem Duty-Cycle der CCU stehen.

Nochmals großes Staunen, da...

Was ist das eigentliche für ein Gerät mit der Seriennr. LEQ0010996?

...dieses Gerät die CCU selbst ist!


Roland

[NickHM]

Hallo

ich glaube hier im Bereich der Raspymatic gelesen zu haben, dass der Duty Cycle Datenpunkt der Geräte nur aktiv wird, wenn eine bestimmte Grenze überschritten wird. Sozusagen als Alarm.
Der Datenpunkt der CCU3 zeigt bei mir in Historian in den letzten 4 Wochen gar keinen Wert an.

Allerdings zeigt der Datenpunkt
hm-rega.0.PEQ1098001.0.DUTY_CYCLE
in ioBroker die richtigen DC Werte der CCU an. Das widerspricht also der o.g. Theorie.

Also entweder sind es verschiedene Datenpunkte, oder Historian hat da ein Problem.

Ich kann schon mal bestätigen, dass der Dc WErt der CCU in Historian nichts mit der Realität zu tun hat.

Mir ist das nicht aufgefallen, weil ich den DC der CCU und der LanGateways mit verschiedenen Scripten in SysVar schreiben lasse. Und das loggen der SysVar in Historian wiederum funktioniert