RaspberryMatic 3.63.8.20220330 – Neue Version

[MichaelN]

Ist ein bekanntes - aber ungelöstes Issue : https://github.com/jens-maus/RaspberryMatic/issues/1583

[wahlm06]

Also bei meinen letzten Tests mit einem Pi1 ist mir kurzzeitig gleiches aufgefallen, also das der hmipserver vermeintöich neugestartet wurde. Konnte mir aber auf die Schnelle keinen Reim draus machen. Wenn di allerdings sagst das der rngd 100% last macht ist das schonmal nen hinweis. Bitte analysiere das mal weiter und sende nen report/issue ein wenn sich das bestätigt denn ich will weiterhin den Pi1 unterstützen wenn es möglich ist.

Ich habe nun ein Pi1b-Testsystem mit ebenfalls HmIP-RFUSB und habe jeweils eine Neuinstallation mit 3.61.7.20220115, 3.61.7.20220226 und 3.63.8.20220330 durchgeführt. Mit den 3.61.7er Versionen gab es keine Auffälligkeiten und keine Probleme.

Mit 3.63.8.20220330 zeigte sich dann das gleich Bild, wie beim Updateversuch auf meinem Hauptsystem: ERROR beim Start von HMIPServer (auf der Konsole und in boot.log), äußerst zähflüssige Bedienung des GUI. Zuerst kann man sehen, das rngd viel Rechenzeit verbraucht, aber das verschwindet nach einiger Zeit. Was bleibt ist, dass monit immer feststellt, dass der HMIPServer nicht erreichbar ist und ihn immer wieder neu startet:

Code: Alles auswählen

Apr 28 21:33:54 homematic-raspi user.err monit[1186]: 'HMIPServer' failed protocol test [DEFAULT] at [localhost]:39292 [TCP/IP] -- Connection refused
Apr 28 21:33:54 homematic-raspi user.info monit[1186]: 'HMIPServer' trying to restart
Apr 28 21:33:54 homematic-raspi user.info monit[1186]: 'HMIPServer' restart: '/etc/init.d/S62HMServer restart'

In der GUI gibts ebenfalls Warnmeldungen und Alarme dazu.

Nach Deaktivieren der monit-Überwachung von HMIPServer dauert es im Vergleich zu den anderen Versionen "ewig" (so 10-15 Minuten), bis der HMIP-Server "fertig" ist und nicht mehr eine große Menge an CPU verbraucht. Danach scheint das System soweit normal zu funktionieren. Man kann auch die monit-Überwachung wieder aktivieren und der Status dort ist OK.

In hmserver.log findet sich nur 2 mal eine Fehlermeldung, die ich bei den anderen Versionen nicht gesehen habe:

Code: Alles auswählen

Apr 28 21:06:12 de.eq3.cbcs.server.core.vertx.KeyServerWorker ERROR [vert.x-worker-thread-0] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL 
Apr 28 21:40:31 de.eq3.cbcs.server.core.vertx.KeyServerWorker ERROR [vert.x-worker-thread-1] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL

Nach Herunterfahren, Stromlos machen und Neustarten wiederholt sich das Spiel. Hierbei konnte ich auch beobachten, dass der rngd sehr lange noch mit hoher CPU-Last läuft (ca. 30%, 20 Minuten). Vielleicht hat die hohe rngd-Last ja auch mit den dauernden HMIPServer-Restarts zu tun, denn in dem Moment, wo ich die Überwachung durch monit abgeschaltet hatte, fiel sie praktisch auf 0.

Soweit meine Beobachtungen, für weitere Tests und Fehlersuche stehe ich gerne zur Verfügung.

[thosty]

Ich versuche gerade bei den HmIP-SWSD Rauchmeldern die Checkbox für "Weiterleiten von empfangenen Datentelegrammen" zu aktivieren, aber der Haken bleibt nach dem Speichern nicht drin, selbst bei "Übernehmen" ist die Checkbox sofort wieder aus. Ist das normal?

[Bernd-Joras]

Ich versuche gerade bei den HmIP-SWSD Rauchmeldern die Checkbox für "Weiterleiten von empfangenen Datentelegrammen" zu aktivieren, aber der Haken bleibt nach dem Speichern nicht drin, selbst bei "Übernehmen" ist die Checkbox sofort wieder aus. Ist das normal?

Wenn es keinen technischen Grund gibt, bei mir ist das (leider) auch so, dann scheint das doch ein Bug zu sein.... BG, Bernd

Nachtrag ... im ? steht =>
Diese Funktion ist nur für die Funk-Kommunikation von Rauchwarnmeldern untereinander vorgesehen, um auch bei Stromausfall noch eine zuverlässige Alarmierung abgelegener Rauchwarnmelder zu ermöglichen.

Da ich nur einen (RM HmIP-SWSD) habe, könnte das auch damit erklärbar sein ... BG, Bernd

[jmaus]

Also bei meinen letzten Tests mit einem Pi1 ist mir kurzzeitig gleiches aufgefallen, also das der hmipserver vermeintöich neugestartet wurde. Konnte mir aber auf die Schnelle keinen Reim draus machen. Wenn di allerdings sagst das der rngd 100% last macht ist das schonmal nen hinweis. Bitte analysiere das mal weiter und sende nen report/issue ein wenn sich das bestätigt denn ich will weiterhin den Pi1 unterstützen wenn es möglich ist.

Ich habe nun ein Pi1b-Testsystem mit ebenfalls HmIP-RFUSB und habe jeweils eine Neuinstallation mit 3.61.7.20220115, 3.61.7.20220226 und 3.63.8.20220330 durchgeführt. Mit den 3.61.7er Versionen gab es keine Auffälligkeiten und keine Probleme.

Mit 3.63.8.20220330 zeigte sich dann das gleich Bild, wie beim Updateversuch auf meinem Hauptsystem: ERROR beim Start von HMIPServer (auf der Konsole und in boot.log), äußerst zähflüssige Bedienung des GUI.

[...]

Soweit meine Beobachtungen, für weitere Tests und Fehlersuche stehe ich gerne zur Verfügung.

Danke für diese Tests und die Zusammenfassung. In der Tat sehr interessant deine beobachtungen. Allerdings bin ich mir nicht sicher ob das einfach nur ein temporäres Problem ist mit der 3.63.8.20220330 oder ob das nun zwangsläufig bedeutet das wir an der Leistungsgrenze der RaspberryPi1 angelangt sind und ich die Unterstützung dafür besser einstellen sollte.

Was du noch testen könntest wäre einen aktuellen nightly snapshot mal zu testen. Dort ist ein neuerer Kernel dabei und ein paar Änderungen die ggf. performancetechnisch helfen könnten. Des Weiteren könntest du deine Beobachtungen die du hier zusammengefasst hast bitte mal in ein entsprechendes GitHub Ticket im RaspberryMatic verwandeln damit man das dort in der Entwicklungsplatform geordnet abarbeiten kann.

Und last, not least müsste man in der Tat sich nochmal den Start des HMIPServer anschauen und ob man da für den rpi1 etwas performancemäßig verbessern könnte. Es kann nämlich auch gut sein, das einfach von der 3.61.7 zur 3.63.8 von eQ3 dort Änderungen eingeflossen sind die jetzt eben in diesen Performanceproblemen münden und das der Grund für die Probleme ist. Denn wenn das abschalten der monit überwachung für den hmipserver reicht deutet das daraufhin das nach dem eigentlichen start von hmipserver eben man noch etwas länger warten müsste bevor man die Überwachung startet, sodass monit keinen Grund findet zu meinen es müsste HMIPServer neustarten weil es nicht erreichbar ist.

[jmaus]

Ich versuche gerade bei den HmIP-SWSD Rauchmeldern die Checkbox für "Weiterleiten von empfangenen Datentelegrammen" zu aktivieren, aber der Haken bleibt nach dem Speichern nicht drin, selbst bei "Übernehmen" ist die Checkbox sofort wieder aus. Ist das normal?

Das Problem kann ich bestätigen. Dafür könntest du am besten im RaspberryMatic GitHub ein extra Ticket/Issue für aufmachen wo das ausführlich beschreibst damit man sich das entsprechend dann einmal genau anschauen kann für eine der nächsten Versionen, denn auf den ersten Blick kann ich erst einmal kein Fehler entdecken und weiss auch nicht warum der gesetzte Wert anscheinend nicht bis zum Rauchmelder vordringt.

[Baxxy]

Ist das wieder ein WebUI-Problem, oder kann man den Parameter generell nicht setzen?

Auslesen:

Code: Alles auswählen

object interface = dom.GetObject("HmIP-RF");
string dev_serial = "000A5A49987714:1";
string master = xmlrpc.GetParamset(interface,dev_serial,"MASTER");
WriteLine(master);

Setzen (an der WebUI vorbei):

Code: Alles auswählen

string dev_serial = "000A5A49987714:1";
object interface = interfaces.Get ("HmIP-RF");
xmlrpc.PutParamset(interface,dev_serial,"MASTER","REPEAT_ENABLE","1"); 

[passuff]

Ich habe gerade Cuxd und auch Redmatic installiert - beides kann ich nach der Installation nicht starten. Selbst bei der Deinstalllation bekomme ich bei beiden Paketen Fehlermeldungen. Kennt jemand einen Zusammenhang mit der aktuellen Version?

EDIT:

Der Vollständigkeit halber folgend die logs der Deinstallation von drei Paketen:

Code: Alles auswählen

/usr/local/addons/redmatic/bin/update_addon: line 7: syntax error: unexpected word (expecting ")")
/usr/local/addons/cuxd/update_addon: line 7: syntax error: unexpected word (expecting ")")
/usr/local/homeputer/update_addon: line 1: syntax error: unexpected word (expecting ")")

[Ukle]

beides läuft bei mir problemlos auf meiner Produktions-CCU3 mit Asus Tinkerboard incl. der Installation.

[passuff]

beides läuft bei mir problemlos auf meiner Produktions-CCU3 mit Asus Tinkerboard incl. der Installation.

Nutzt du die aktuelle Version oder das was du in deiner Signatur angegeben hast? Hast due Die AddOns zuvor installiert oder mit der aktuellen Version? Mir geht es speziell um einen Zusammenhang mit der aktuellen Version, denn klar ist wohl, dass die AddOns bzw. deren Installation prinzipiell funktionieren...