RaspberryMatic 3.75.7.20240420 – Neue Version

[NilsG]

Moin zusammen!

Ich habe eben auch nochmal gezielt "Gewerke" und "Räume" auf meiner CCU3 aufgerufen unter der neuenFW:
Macht man ja bei einem bestehendem System eher selten - ist hier aber von anderen schon mal aufgeführt worden.

Dauert bei mir gestoppte 47s (Gewerke) bzw. 36s (Räume) Sekunden, bis das Fenster aufgeht.
War bei vorherigen Versionen nicht so lange - meine ich?!

[PHundhausen]

Bzgl. Gewerken gibt es hier schon einen eigenen Thread: viewtopic.php?p=801296#p801296

[monte74]

Hallo ,
habe mir mal die Zeit genommen die CPU-Auslastung über 24h zu beobachten . Fazit ist das ohne Verwendung der WebUI die Auslastung unter 100% bleibt, auch das öffnen der WebUI treibt die Last nicht über 100%. Sobald ich jedoch in den Einstellungen (insbesondere Geräte) arbeite geht der Wert enorm in die Höhe [s.Bild 5 die 4 Ausschläge]. Raspberrymatic läuft bei mir im normalen Betrieb ohne Ausfälle, d.h. alle Programme und Scripte funktionieren ohne Verzögerungen oder Fehlfunktionen und die Geräte sind alle bedienbar.
Habe wie gewünscht den Lastanstieg über das Bedienen der WebUI provoziert ,
laut ssh Konsolenfenster 221% und laut WebUI 198% [siehe Bild 1 und 2]. 2 Minuten danach ohne Bedienung der WebUI ist die Last laut Konsolenfenster 26% und WebUI 46% [siehe Bild 3 und 4] .
Leider kann ich im Konsolenfenster mit den ganzen Werten nichts anfangen, evtl. könnt Ihr da was erkennen .

Habe auch eine komplette neue Installation auf einem neuen Tinker Board durchgeführt, die Version 3.75.7.20240420 aufgespielt keine Programme , Scripte oder Geräte angelernt und getestet. Allein da ging die CCU-Last schon über 100% (schwankt zwischen 45 und 115%) [siehe Bild 6].
Nach Einspielen des Backups war das Verhalten wieder wie zuvor, es gab wieder Auslastungen bis 300% .

Habe keine Ahnung was ich noch machen soll. Gut ist jedoch das ohne Benutzung der WebUI keine Probleme bei mir auftreten !

Gruß
Jörg

[zwirni]

Hallo,

ich kann die Angaben von "monte74" soweit bestätigen. Ich nutze noch die Version 3.75.6.20240316 auf meinem Tinker Board.
Gestern habe ich seit längerer Zeit mal wieder ein Programm erstellt und dabei bemerkt, wie träge das System reagiert, vor Allem wenn man ein Gerät in einem Programm auswählt. Ebenso beim Aufruf der Geräteeigenschaften dauert es sehr lange.
Abstürze hatte ich bisher glücklicherweise nicht und wenn das WebUI nicht genutzt wird, ist auch die Last im normalen Bereich.

Gruß - Zwirni

[Baxxy]

Ich kann nur empfehlen mal das AddOn "hm-tools" zu installieren. Das bringt htop für die Konsole mit. Da sieht man m.E. viel besser was die CPU-Treiber sind.

Beim "rumklicken" in der WebUI gibt es 3 "CPU-Treiber".

• ReGaHss
• HmIP-Server
• www/api/homematic.cgi

[monte74]

Hallo ,
wie gewünscht habe ich das Konsolenfenster während der provozierten hohen CPU-Last mal aufgezeichnet. Ich hoffe ihr könnt da was erkennen. Ich war in diesem Zeitpunkt in den Einstellungen > Geräte, als ich dann den Button "Startseite" betätigt habe schoss die CPU-Last in die Höhe .

Gruß Jörg.

[Baxxy]

Ja, so sieht das hier mit einem Tinkerboard-Backup von @Klana auch aus.
Da ist ein Wurm drin den wohl nur Jens raustreiben kann.

[Fischermaen]

Ich habe diesen Thread gelesen und einiges umgesetzt, doch leider bin ich immer noch von folgendem Problem betroffen:

- Immer Abends (rund um Sonnenuntergang) beginnt der Duty Cycle zu steigen. Erst langsam und dann immer schneller bis auf 99%
- Gegen Mitternacht beruhigt sich wieder das System.

Was habe ich schon unternommen:

- Grundsätzlich arbeite ich mit Direktverknüpfungen wo immer das möglich ist. (Diese funktionieren zuverlässig, auch wenn der DC = 99%)
- Die wenigen Programme habe ich mehrfach gecheckt. Alle Auslöser stehen bei mir auf "Bei Änderung".
- Ich protokolliere den DC im Systemlog und habe die WebUI geschlossen
- Alle Aktoren, die die CCU (Raspberrymatic) erreichen, haben "Routing aktiv" = nicht angehakt
- Nur etwa 15 Geräte nutzen das Routing, dass von insgesamt 3 Steckdosen erledigt wird.

Ich würde gerne wissen, wie ich die Logs nutzen und analysieren kann, um auf die Ursache zu kommen.

Bitte ein paar Tips.

[Xel66]

- Immer Abends (rund um Sonnenuntergang) beginnt der Duty Cycle zu steigen. Erst langsam und dann immer schneller bis auf 99%
- Gegen Mitternacht beruhigt sich wieder das System.

Dann ist ein Programm Schuld, welches eben Trigger enthält, die zwischen Sonnenuntergang und Mitternacht eine WAHRe Bedingung ergeben. Ob die Trigger auf "bei Änderung" stehen, ist auch trügerisch. Wird ein Trigger mehrfach mit verschiedenen Status verwendet (ggf. verschiedene Werte eines Temperatursensors als Trigger), dann kann sich das Programm auch wie "bei Aktualisierung" verhalten (die Bedingungsprüfung wird ja angestoßen und muss ja den gleichen Trigger auf mehrere Status prüfen). Ist dann ggf. eine Bedingung WAHR und nicht zusätzlich gegen den Zielstatus verriegelt (z.B. eines im DANN einzuschaltenden Aktors auf AUS prüfen), dann wird die Aktion im Aktualisierungstakt des Temperatursensors ausgeführt und somit unnötige Funkbefehle generiert.

Ich würde gerne wissen, wie ich die Logs nutzen und analysieren kann, um auf die Ursache zu kommen.

Im Systemlog kann man die Programmausführungen prüfen und sehen, welches Programm häufig getriggert wird. Download unter "Einstellungen/Systemsteuerung/Wartung .../Fehlerprotokoll/Logdatei herunterladen". Als Alternative habe ich hier mal ein Script hinterlegt, welches die Logdatei (messages) live nach Programmausführungen filtert und in eine Systemvariable schreibt. Diese musst Du vorher anlegen, dann natürlich händisch leeren oder löschen.

Gruß Xel66

[PHundhausen]

- Immer Abends (rund um Sonnenuntergang) beginnt der Duty Cycle zu steigen. Erst langsam und dann immer schneller bis auf 99%
- Gegen Mitternacht beruhigt sich wieder das System.

Grundsätzlich kenne ich dieses Verhalten von meinem eigenen System, allerdings steigt der DutyCycle bei mir nicht in so wahnsinnige Höhen. Auslöser sind bei mir Sensoren wie Wetterstation, Bewegungsmelder mit Helligkeitsmeldung, Präsenzmelder ebenfalls mit Helligkeitsmeldung usw.

Ich würde alle in Frage kommenden Sensoren darauf kontrollieren, ob sie solche Werte melden und ggf. die Meldeintensität heruntersetzen.

Alternativ fallen mir "Meß-" Relais und Zwischenstecker ein, wenn bei Euch zum Beispiel immer zu der betroffenen Zeit die daran hängenden Verbraucher aktiv sind.

Ansonsten findest du hier einen Bericht von mir, wie ich heraus bekommen habe, was bei mir alles den DC hochtreibt: viewtopic.php?p=771376#p771376