Automatischer Reboot bei bestimmter Anzahl von Servicemeldungen

[Hugo Oberstein]

Hallo zusammen,
ich habe mal ne Frage : Ab und zu kommt es vor, dass die CCU ein merkwürdiges Verhalten an den Tag liegt, deren Ursache ich noch nicht verstanden habe. Das tritt auf, wenn die ccu lange (mehrere Tage oder Wochen) nicht rebootet wurde.

Ab und zu schnellen die Anzahl der Servicemeldungen in die Höhe, ähnlich als wenn der Duty cycle erreicht wäre.

Der wird mir allerdings als bei 0% ausgegeben, was auch nicht sein kann. Ein einfacher Reboot hilft und alles läuft wieder normal.

Hat jemand ähnliche Erfahrungen gemacht bzw weiss jemand woran es liegen könnte?

Das Problem ist, dass ich diesen Zustand ja nicht unmittelbar bemerke, sondern erst wenn die Probleme sichtbar werden (Rolladen bleiben unten etc).

Gibt es eine Möglichkeit,

a) per Telegram bot, sich eine Nachricht zu schicken, wenn die Anzahl der Servicemeldungen größer als X (z. b. 50)ist?

b) dann einen reboot der ccu zu initialisieren, wenn die Anzahl größer als Y (z. b. 60) ist, wobei Y größer X ist.

Würde mich über Vorschläge freuen.

Vielen Dank.

hugo

[Roland M.]

Hallo Hugo!

Hat jemand ähnliche Erfahrungen gemacht

Gut, dass das meine CCU nicht wusste und eine Uptime von mehr als 900 Tagen, also ziemlich genau 2,5 Jahre erreichte, bevor ein großflächiger, längerer Stromausfall dem ein Ende setzte!

bzw weiss jemand woran es liegen könnte?

Kann viele Ursachen haben, von Nachbarns Babyphone, über verwendete Hardware (Raspi 4?) bis schlechte Programmierung.

Gibt es eine Möglichkeit,

a) per Telegram bot, sich eine Nachricht zu schicken, wenn die Anzahl der Servicemeldungen größer als X (z. b. 50)ist?

b) dann einen reboot der ccu zu initialisieren, wenn die Anzahl größer als Y (z. b. 60) ist, wobei Y größer X ist.

Klar, die Anzahl der Servicemeldungen ist über die WebUI als Systemvariable vorhanden.
WENN Servicemeldungen > 50
DANN mach was

Das kann dann eine Telegram-Nachricht sein, oder ein Einzeiler-Script system.Exec("reboot");

Ich würde trotz allem die Ursache suchen und nicht Symptome behandeln.


Roland

[Hugo Oberstein]

Hallo Roland,
danke für die schnelle Rückmeldung .
ja ist ein raspberrypi 4.
Offenbar hast du eine Idee, wenn du schon so fragst?!
Ich werde das mal mit der Systemvariable mir ansehn.

ich würde dann noch eine Verzögerung einbauen, damit Ich es stoppenkann , wenn die Anzahl der Servicemeldungen kleiner als 50 wird.. ..

Vielen Dank nochmal.

hugo

[Roland M.]

Hallo Hugo!

ja ist ein raspberrypi 4.
Offenbar hast du eine Idee, wenn du schon so fragst?!

Na ja, liest man ja nicht zum ersten Mal, dass die Raspi 4 "Dreckschläudern" sind.
Funkmodul absetzten (deimos/Alex' USB- oder Netzwerkadapter) oder Rückbau auf einen Raspi 3 ist das übliche Vorgehen...


Roland

[Baxxy]

Der Pi4B "befällt" nach meinen eigenen Tests nur IP-Geräte.
Kommen die...

Servicemeldungen

nur von IP-Geräten?

Außerdem, wenn der Pi4B den Funk stört dann macht er das eigentlich dauerhaft. Das passt aber nicht zu...

Ab und zu

Und dann sollte die CS-Anzeige auf der Startseite auch dauerhaft höhere Werte anzeigen.
Ist dem so?

Möglicherweise liegt das Problem hier woanders.

[Hugo Oberstein]

Hallo Zusammen,
danke für die Ideen und Informationen.
Das mit dem. Pi hatte ich auch schon gelesen, aber das Funkmodul ist über USB einen Meter entfernt und der Carrier Sense fast immer bei 0%.

Ich denke, es könnte eher in der Software selbst liegen, da eine DC Anzeige von 0% bei mir ausgeschlossen ist. Ich liege da bei ca 14% normalerweise.

Das deutet für mich eher darauf hin, dass sich die Funkkomponente aufgehängt hat.

Die Servicemeldungen waren auf alle Komponenten verteilt, nicht nur IP Komponenten...

Aber mit dieser Programmierung habe ich ja einen Workaround, falls das wieder unbemerkt passiert.

Letzte Frage noch zum richtigen Programm.

Ich habe jetzt für die Scriptausführung eine Verzögerung con 15 Minuten rein gemacht.
Muss ich jetzt noch einen Teil bei "sonst" programmieren?

Ich will ja, dass dieses Script nur ausgeführt wird, wenn die Anzahl der Servicemeldungen "dauerhaft" = 15 Minuten zum Testen besteht.
Wenn sie innerhalb dieser Zeit runter geht, soll er ja den Reboot nicht ausführen.
Sonst hab ich immer das über eigene SV gemacht, die ich dann innerhalb der Zeit zurück geschaltet habe. Brauche ich das in diesem Fall auch oder wird die Ausführung des Skripts verhindert, wenn die Anzahl unter 50 sinkt.?

Danke für die Mühe.

Hugo

[Roland M.]

Hallo Hugo!

Ich habe jetzt für die Scriptausführung eine Verzögerung con 15 Minuten rein gemacht.

Wozu?
Entweder du hast so viele Servicemeldungen, oder du hast sie nicht.
Wenn sich ein "Kommunikation gestört" in ein "Kommunikation war gestört" ändert, bleibt die Anzahl der Servicemeldungen gleich. Also müsstest du das Script zum automatischen Löschen der veralteten Servicemeldungen (hier im Forum zu finden, von Alchy?) ausführen. Aber wenn sich die Servicemeldungen von alleine verflüchtigen, brauchst du keinen Reboot mehr durchzuführen. Oder du kannst den Schwellwert höher setzen, gleiches Resultat.

Muss ich jetzt noch einen Teil bei "sonst" programmieren?

Was willst du SONST machen?


[quote}Sonst hab ich immer das über eigene SV gemacht, die ich dann innerhalb der Zeit zurück geschaltet habe. Brauche ich das in diesem Fall auch oder wird die Ausführung des Skripts verhindert, wenn die Anzahl unter 50 sinkt.? [/quote]
Wer soll das Script verhindern?
Fenster offen melden, Waschmaschine fertig melden, immer das gleiche Konzept!


Roland

[Hugo Oberstein]

Hallo Roland,
danke für deine Kommentare. das Scriptvon alchy läuft bei mir daher hab ich auch nicht mehr dran gedacht, dass die Anzahl der Servicemeldungen normalerweise gleich bleibt über die Zeit ohne das Script von Alchy ... .

Bei mir sinkt sie recht schnell wieder auf 0 (zumindest normalerweise), daher meine Frage nach der Verzögerung...

Ich habe das jetzt über eine zusätzliche SV gelöst und zwei Programme mit Verzögerungen.

Einmal 15 Minuten Verzögerung beim Schalten der neuen SV (Reboot Script wird gestartet) wenn die Anzahl der Servicemeldungen >50 ist und einmal 5 Minuten beim eigentlichen Reboot Script getriggert durch die Änderungder neun SV.

Das hat einfach nur den Hintergrund, dass ich agieren könnte, falls ich eine reboot Schleife programmiert hätte. So habe ich 5 Minuten Zeit, um das Script zu deaktivieren und die 5 Minuten machen den Kohl auch nicht fett. ich hoffe, dass es so passt..

Aber vielen Dank an alle für die Ideen und die Hilfe.

Hugo

[Baxxy]

Ideen

Ich bin eher der Freund von "Ursache finden und beheben".

Du schriebst ja...

das Funkmodul ist über USB einen Meter entfernt

Daraus lässt sich schließen das du ein RPI-RF-MOD (CS-Anzeige hast du ja) auf der HB-RF-USB oder HB-RF-USB-2 hast.
(Warum werden solche Info's nicht genannt? )

Wenn dann die Störmeldungen kommen und der DC dann echt bei 0 ist riecht das stark nach unsauberer/abgebrochener Kommunikation zum Funkmodul. Vielleicht wegen Kontaktschwierigkeiten oder kritischer Stromversorgung.
Also:

• Löststellen auf der USB Platine beäugen und ggf. nachlöten
• USB-Kabel tauschen (was ordentliches nehmen, kein 0815 Kabel)
• anderen USB-Port testen (kein USB3 nutzen!)

Grüße
Baxxy

[Daimler]

Hi,

dass die Anzahl der Servicemeldungen normalerweise gleich bleibt über die Zeit

Das trifft aber nur bei HM zu - bei IP gibt es unsinnigerweise kein 'war gestürt' mehr.