RaspberryMatic 3.75.7.20240420 – Neue Version

[Matthias K.]

...siehe auch im Thread der vorletzten Version)

Es hat halt nur keiner der (freiwillig!) Helfenden Lust sich deine Infos aus zig Riesenthreads zusamenzuklauben.

Daher meine Empfehlung schon vor ein paar Seiten: Mach einen eigenen Beitrag dazu auf in dem das koordiniert bearbeitet wird.

[Xel66]

Das habe ich am Anfang der Fehlersuche gemacht und es hat mir auch nicht weitergeholfen.

Suchen allein hilft ja auch nicht. Strukturierte Beseitigung von Programmierfehlern würde hilfreicher sein. Es gibt nun mal ein paar eindeutige Symptome, die darauf schließen lassen, dass Deine Programmierung die Ursache vieler Deiner Probleme ist. Allein Deine Äußerungen bzgl. .Value() und .State() sagen mir, dass Deine Programmierung viel Scripting enthält und dann vermutlich wie üblich ständig durch irgendwelche Gewerke iteriert wird. Und gemäß Deiner Postings hier behaupte ich mal, dass Deine Scripting-Expertise auch nicht groß ist. Sprich, Deine Fehlersuche in den Scripten ist auch nicht gerade sehr strukturiert.

Im übertragenen Sinne, es ist nicht das Betriebssystem Schuld, wenn z.B. ein Schreibprogramm mit einem Male irgendwelche zusätzlichen Sätze in Deine Briefe einbauen würde oder die Schrift in einem anderen Stil erscheint, wenn Programme und Dateien identisch sind, aber fehlerhaft sind. Wenn nach Aktionen der DC hochgeht, ist eben nicht das Basissystem dafür verantwortlich, sondern die Programmierung. Da kannst Du Dich noch so sehr sträuben.

Betrachte ich mein Problem als erledigt und gehe wieder auf die Version vom 30.11.2023 zurück.

Nun ja, auch eine Methode, die Dir aber früher oder später auf die Füße fallen wird. Einen bestehenden Fehler zu ignorieren ist eben selten hilfreich. Spätestens wenn neue Geräte in die Firmware integriert werden, die Du einsetzen willst/musst (weil es z.B. die alten nicht mehr gibt - siehe WTH1 vs. 2 u.ä.), dann stehst Du wieder vor dem gleichen Problem. Aber des Menschen Wille ist sein Himmelreich.

Gruß Xel66

[MichaelN]

Das die FW These nciht 100% schlüssig ist, zeigt ja die Tatsache, der eine Probleme mit der Version hat, die der andere als OK Referenz verwendet.

[monte74]

Hallo, habe mein tinkerboard vor 3 Tagen von 3.73.9.20240130 auf 3.75.7.20240420 updated .
[...]
Einen Tag nach dem Update geht über WebUI kaum noch was, Ladezeiten von ca. 30 Sek. CPU-Auslastung lag zwischen 150 und 900% . Nach Neustart ging der Zugriff wieder schneller ist jedoch immer noch sehr träge . Laut meiner Diagrammaufzeichnung steigt die CCU-Auslastung beim Zugriff über WebUI von 40 - 80 % auf 120 -180 % an. Mit der Version 3.73.9.20240130 läuft wieder alles normal .

Danke für die Rückmeldung. {...] Und vielleicht könntest du nochmal die 3.75.6.20240316 als zwischenversion testen um vielleicht zu sehen ob die bei dir geht und nur die 3.75.7.20240420 betroffen ist.

BTW: Ich sehe du hast auch einen Proxmox-Server wohl in Betrieb. Irgendeinen Grund wieso du nicht darauf setzt RaspberryMatic als VM darunter laufen zu lassen und stattdessen weiter auf ein TinkerboardS zu setzen?

Hallo Jens ,

die Version 3.75.6.20240316 hat bei mir nicht den gewünschten Erfolg gebracht, die 3.73.9.20240130 läuft jedoch wieder stabil.
Ich habe über 8h beobachtet welche Prozesse beim Ausschlag der CCU-Leistung über 100% aktiv sind, leider sind es bei mir keine Programme oder Scripte die zu diesen Zeitpunkten getriggert werden. Ich konnte immer wieder bei der Version 3.75.7.20240420 beobachten das sich die CCU-Last beim benutzen der WebUI deutlich erhöht. Beim Arbeiten unter „ Einstellung > Geräte“ geht die Last bei mir teils über 300% und die WebUI friert bis zu 1 Min ein. Wie bereits schon erwähnt, im Betrieb ohne WebUI liegt die Auslastung zwischen 15-65% .

Ich kann ja verstehen das einige Mitglieder hier immer wieder behaupten das es an den eigenen fehlerhaften Programmen oder Scripten liegt , jedoch so einen enorm hoher Lastanstiegt nach einem Update ist für mich schon komisch. Zumal meine Installation seit 7 Jahren ohne große Probleme laüft.

Im übrigen reicht der Download der LOG-Datei von der CCU schon aus um die Last auf von ca.30% auf 105% zubringen, der Download benötigt dann über 10 Min bei 3,5 Mb .

Zu deiner Frage warum ich keine Proxmox VM benutze:
Für die Zukunft ist das geplant , jedoch hängt der Proxmox im Keller und die Antenne müsste mittig ins EG (ca. 10m entfern) um die beste Funkleistung zu erzielen. Da das HB-RF-ETH nicht mehr erhältlich ist müssen erst noch einige Änderungen an der Verkablung erledigt werden (langes USB-Kabel o.ä.) damit ich mit USB arbeiten kann .

Im Übrigen vielen Dank für Die Mithilfe von Dir und der anderen Mitglieder bei der Fehlersuche !

Gruß
Jörg!

[Baxxy]

Wenn du das so konkret beobachten und verifizieren kannst...
Was ist mit:

Es muss definitiv mal jemand analysieren welcher Prozess den CPU-Load so massiv in die Höhe treibt.
Und ja, das heißt ein Konsolenfenster mit top parallel zum Browser offen zu haben und die Sache ggf. auch längerfristig zu beobachten. Achja, ein Finger auf der "Drucken" Taste für den Screenshot im richtigen Moment kann nicht schaden.

Ohne Anhaltspunkt steht man als Hilfswilliger total im Regen.
Mindestens einer der laufenden Dienste muss Schuld sein, und den müssen wir identifizieren.
Dat kann doch nicht so schwer sein...

[klana]

Das fing ja alles hier im Thread schon an und dann kam die neue Version dazwischen.

https://homematic-forum.de/forum/viewt ... 90#p801564

[MichaelN]

Sollten wir das jetzt für dich nachlesen? Bitte um Management Summary. danke

[klana]

Braucht kein Abtrennen, da ich keine Zeit mehr habe vor dem Urlaub und da muss eben die alte Version bis Mitte Juni so bleiben … es funktioniert ja damit.

Von wegen Scripting…ich benutze Scripte nur wenn nötig und löse fast alles in der WebUI. Kann dir gerne meine Programme schicken, wenn du es nicht glaubst…

[jmaus]

Ich kann ja verstehen das einige Mitglieder hier immer wieder behaupten das es an den eigenen fehlerhaften Programmen oder Scripten liegt , jedoch so einen enorm hoher Lastanstiegt nach einem Update ist für mich schon komisch. Zumal meine Installation seit 7 Jahren ohne große Probleme laüft.

Im übrigen reicht der Download der LOG-Datei von der CCU schon aus um die Last auf von ca.30% auf 105% zubringen, der Download benötigt dann über 10 Min bei 3,5 Mb .

Nun, der Punkt ist, das ich ja selbst zu Testzwecken einige TinkerboardS hier habe und in meinen bisherigen Tests konnte ich keinerlei Probleme damit feststellen – zumindest nicht die die hier+da benannt wurden. Und auch den nun von dir erwähnten Download der Logdateien via "Systemsteuerung->Zentralen-Wartung->Logdatei herunterladen" führt in meinen Tests zu keiner nennenswerten Erhöhung der CPU oder Memory-Auslastung des Tinkerboard. Und auch hier ist der Download 3,5MB groß. Natürlich handelt es sich bei meiner Tinkerboard-Installation um eine Testinstallation die nicht produktiv eingesetzt wird und ich hab da nur ein paar Testgeräte rangebunden und keinerlei Programme oder Skripte in betrieb. Aber wenn schon der Download der Logdateien bei dir eine solche Lasterhöhung bringt dann wundert mich schon das das bei mir nicht der Fall ist.

Kannst du denn mal versuchen den Gegentest zu machen? D.h. mal dein RaspberryMatic auf dem Tinkerboard werksresetten das es wirklich komplett frisch ist und dann darin mal tests machen ob sich eine frische Installation auch schon komisch bei dir verhält? Und dann das Backup einspielen und dann danach schauen/testen?

Und wie genau schaust du dir bitte denn die Lasterhöhung an? Das Mittel der Wahl sollte hierbei am besten eine SSH Verbindung zu deinem Tinkerboard sein in dem du dann den Befehl "top" ausführst und darin permanent die Auslastung dir anschaust und dann parallel auf deinem Rechner quasi die aktionen in der WebUI durchführst die dann die Last erhöhen und dann solltest du das auch in der "top" ausgabe entsprechend sehen. Hier wäre es in der Tat mal interessant davon einen Screencast bzw. Video davon zu sehen wenn das wirklich reproduzierbar ist.

[...]
Im Übrigen vielen Dank für Die Mithilfe von Dir und der anderen Mitglieder bei der Fehlersuche !

Nun, "mithelfen" kann ich da reichlich wenig. Es muss schon entsprechendes Feedback bzw. Tests von euch selbst durchgeführt werden und nicht nur Symptombeschreibungen gegeben werden wie das klana und onkeltommy bisher von sich gegeben haben. Hier muss jemand mal konzentiert sich hinsetzen und einen reproduzierbaren Fall hinbekommen wo die Lasterhöhung bzw. das Problem definitiv (und am besten in einer frischen Installation) sichtbar wird. Nur dann kann auch von meiner Seite damit begonnen werden zu schauen ob ich rausbekomme wo ggf. das Problem ist.

[oxident]

Vielleicht hat es ja nichts hiermit zu tun, aber ich hatte das Problem mit meinem RPi4 auch.
Dort war es (leider) der java-Prozess und damit schwer einzugrenzen. Ich argwöhne mal, dass das der closed-source Bereich ist.

Letzten Endes hat der tagelange Energiehunger des Raspberrys dann meinen PoE-Splitter gegrillt.

Andererseits hat bei mir ja eine Neuinstallation (SD-Karte neu geschrieben) mit Backup-Einspielung offenkundig geholfen.

Dennoch lese ich hier jetzt interessiert mit bevor ich update.