RaspberryMatic 3.65.6.20220723 – Neue Version

[Hackertomm]

Vielen Dank für die Arbeit und Mühe, die da drin steckt.
Aber aktuell werde ich erstmal nicht Updaten, das kommt etwas später.
Ich habe meinen PC auf neue Hardware umgebaut, da ist noch einiges Neu zu Installieren und Einzustellen.
Wenn mein Haupt-PC richtig läuft und alles andere dazu Installiert ist, dann wird auch die VM RM upgedatet.
Und da meine Hardware sozusagen rotiert, werden danach so Zug um Zug die anderen drei PC´s ebenfalls umgebaut.
Soll heißen, viel Arbeit für einen PC-Bastler.
Aber ich habe ja alle Zeit der Welt.

Schönen Sonntag noch.

[alange6635@aol.com]

Vielen Dank für die Arbeit und Mühe, die da drin steckt.Wie immer Belohnenswert. Bin begeistert und hoff auf noch findige Ideen für die WEBUI. Danke und alles Gute.

[Paradox]

Moin und vielen Dank für das aktuelle Update der RM. Nach einspielen und BackUp Durchlauf alles wie gewohnt. Auch das Update meiner HAP lief, wie man es aus den anderen Threads kennt mit dreimaligen ansprechen der FirmwareUpdate Oberfläche dann auch so wie es soll. Eine Verbesserung des DC kann ich jedoch partout nicht feststellen.

CCU 21.5% DC
Hap1 2.5% DC
Hap2 3.5% DC
Hap3 5% DC

Wäre echt super wenn die HAPs quasi mehr Funkarbeit übernehmen würden... Aber gut. Die CCU steht im Keller. Die HAPs im Haus.
Aber der Rest läuft. Vielen Dank an Jens und allen Mitwirkenden!!n

[HMSchrottix]

- Upgrade von RaspberryMatic-3.63.9.20220625-rpi3
- SD-Karte neu erstellt und Backup vom Vortag eingespielt
- top: 95% idle über 500k Speicher frei
- DutyCycle < 20% (etwas über dem sonst üblichen Level)
- also erst mal alles gut

Aber seltsame Log-Einträge zu jedem HmIP-Gerät beim Hochfahren:

Code: Alles auswählen

z.B.: HmIP-SWD Wassermelder
Jul 24 18:51:13 CCU-RASPI local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"00189XXXXXXXXX:1","ALARMSTATE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: ALARMSTATE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jul 24 18:51:13 CCU-RASPI local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"00189XXXXXXXXX:1","ALARMSTATE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jul 24 18:51:13 CCU-RASPI local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jul 24 18:51:14 CCU-RASPI local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"00145XXXXXXXXX:4","STATE"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: STATE"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Jul 24 18:51:14 CCU-RASPI local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"00145XXXXXXXXX:3","STATE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jul 24 18:51:14 CCU-RASPI local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jul 24 18:51:15 CCU-RASPI user.err monit[1309]: 'hmlangwEnabled' status failed (1) -- no output
Jul 24 18:51:15 CCU-RASPI user.err monit[1309]: 'internetCheckEnabled' status failed (0) -- no output
Jul 24 18:51:15 CCU-RASPI user.err monit[1309]: 'hb_rf_eth-CheckEnabled' status failed (1) -- no output
Jul 24 18:51:15 CCU-RASPI user.err monit[1309]: 'coProcessorCheck' status failed (1) -- no output
Jul 24 18:51:15 CCU-RASPI user.warn monit[1309]: 'eMMCLifeTimeCheck' status failed (1) -- no output
Jul 24 18:51:15 CCU-RASPI user.warn monit[1309]: 'rpi4usb3Check' status failed (1) -- no output
Jul 24 18:51:15 CCU-RASPI user.err monit[1309]: 'tailscaleEnabled' status failed (1) -- no output
Jul 24 18:51:16 CCU-RASPI local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"000F1XXXXXXXXX:1","MOTION"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: MOTION"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
.....es folgt noch jede Menge ...
Jul 24 18:51:18 CCU-RASPI local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1009, params: {"00199XXXXXXX:3","STATE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jul 24 18:51:18 CCU-RASPI local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jul 24 18:51:23 CCU-RASPI daemon.info cuxd[782]: INIT 'xmlrpc_bin://127.0.0.1:31999' '2041'
Jul 24 18:51:33 CCU-RASPI user.err monit[1309]: 'wlan0CheckEnabled' status failed (1) -- no output
Jul 24 18:51:33 CCU-RASPI user.warn monit[1309]: 'eMMCLifeTimeCheck' status failed (1) -- no output
Jul 24 18:51:33 CCU-RASPI user.warn monit[1309]: 'rpi4usb3Check' status failed (1) -- no output
Jul 24 18:51:51 CCU-RASPI user.err monit[1309]: 'eMMCLifeTimeCheck' status failed (1) -- no output
Jul 24 18:51:51 CCU-RASPI user.err monit[1309]: 'rpi4usb3Check' status failed (1) -- no output
Jul 24 18:52:10 CCU-RASPI user.info monit[1309]: 'internetCheck' restart on user request
Jul 24 18:52:10 CCU-RASPI user.info monit[1309]: Monit daemon with PID 1309 awakened
Jul 24 18:52:10 CCU-RASPI user.info monit[1309]: Awakened by User defined signal 1
Jul 24 18:52:10 CCU-RASPI user.info monit[1309]: 'internetCheck' trying to restart
Jul 24 18:52:11 CCU-RASPI user.err monit[1309]: 'internetCheckEnabled' status failed (0) -- no output
Jul 24 18:52:11 CCU-RASPI user.err monit[1309]: 'internetCheck' failed to start -- could not start required services: 'internetCheckEnabled'
Jul 24 18:52:11 CCU-RASPI user.info monit[1309]: 'internetCheck' restart action failed
Jul 24 18:52:16 CCU-RASPI user.err monit[1309]: 'internetCheckEnabled' status failed (0) -- no output
Jul 24 18:52:16 CCU-RASPI user.err monit[1309]: 'internetCheck' failed to start -- could not start required services: 'internetCheckEnabled'
Jul 24 18:52:16 CCU-RASPI user.info monit[1309]: 'internetCheck' start action failed

***** hmserver.log *****
2022-07-24 18:50:33,043 de.eq3.cbcs.server.core.vertx.KeyServerWorker ERROR [vert.x-worker-thread-2] Missing key server configuration parameter (Network.Key) for  mode: KEYSERVER_LOCAL 
2022-07-24 18:59:58,609 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-1] Jul 24, 2022 6:59:58 PM org.apache.http.impl.client.DefaultHttpClient tryExecute 
2022-07-24 18:59:58,610 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-1] INFO: I/O exception (java.net.SocketException) caught when processing request to {}->http://127.0.0.1:39292: Broken pipe (Write failed) 
2022-07-24 18:59:58,613 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-1] Jul 24, 2022 6:59:58 PM org.apache.http.impl.client.DefaultHttpClient tryExecute 
2022-07-24 18:59:58,613 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [HmIP-RF_java_WorkerPool-1] INFO: Retrying request to {}->http://127.0.0.1:39292 

Trotzdem scheinen alle Geräte zu funktionieren.
Aber jetzt nach ein paar Stunden Totalausfall: unclean-shutdown

Code: Alles auswählen

Jul 24 23:02:13 CCU-RASPI user.info monit[1282]: 'CCU-RASPI' Monit 5.30.0 started
Jul 24 23:02:18 CCU-RASPI daemon.info chronyd[603]: Selected source 192.168.184.201
Jul 24 23:02:34 CCU-RASPI user.err monit[1282]: 'hmlangwEnabled' status failed (1) -- no output
Jul 24 23:02:34 CCU-RASPI user.err monit[1282]: 'internetCheckEnabled' status failed (0) -- no output
Jul 24 23:02:34 CCU-RASPI user.err monit[1282]: 'uncleanShutdownCheck' status failed (0) -- no output
Jul 24 23:02:34 CCU-RASPI user.info monit[1282]: 'uncleanShutdownCheck' exec: '/bin/sh -c /bin/triggerAlarm.tcl 'Unclean shutdown or system crash identified' 'WatchDog: unclean-shutdown' true ; rm -f /var/status/uncleanShutdown'
Jul 24 23:02:34 CCU-RASPI user.err monit[1282]: 'hb_rf_eth-CheckEnabled' status failed (1) -- no output
Jul 24 23:02:34 CCU-RASPI user.err monit[1282]: 'coProcessorCheck' status failed (1) -- no output
Jul 24 23:02:34 CCU-RASPI user.warn monit[1282]: 'eMMCLifeTimeCheck' status failed (1) -- no output
Jul 24 23:02:34 CCU-RASPI user.warn monit[1282]: 'rpi4usb3Check' status failed (1) -- no output
Jul 24 23:02:34 CCU-RASPI user.err monit[1282]: 'tailscaleEnabled' status failed (1) -- no output
Jul 24 23:02:51 CCU-RASPI user.warn monit[1282]: 'ReGaHss' failed protocol test [DEFAULT] at [localhost]:1998 [UDP/IP] -- Connection refused
Jul 24 23:02:51 CCU-RASPI user.warn monit[1282]: 'ReGaHss' failed protocol test [DEFAULT] at [localhost]:31999 [TCP/IP] -- Connection refused
Jul 24 23:02:51 CCU-RASPI user.warn monit[1282]: 'ReGaHss' failed protocol test [HTTP] at [localhost]:8183 [TCP/IP] -- Connection refused

Keine Verbindung per WebUI mehr möglich!

Per SSH Logs runtergeladen und geprüft:

Code: Alles auswählen

CPU:   8% usr  18% sys   0% nic  73% idle   0% io   0% irq   0% sirq
Load average: 1.02 0.95 0.58 3/210 2440
  PID  PPID USER     STAT   VSZ %VSZ %CPU COMMAND
 1076     1 root     R    43852   4%  25% /bin/ReGaHss -f /etc/rega.conf -l 2
 2420  2232 root     R     3708   0%   0% top
  947     1 root     S    3465m 362%   0% java -Dos.arch=aarch64 -Dgnu.io.rxtx.SerialPorts=/dev/mmd_hmip -Xmx128m -Dlog4
 2201   734 root     S     7284   1%   0% sshd: root@pts/0
  286     1 root     S    17796   2%   0% /sbin/udevd -d
 1282     1 root     S    16740   2%   0% /usr/bin/monit -Ic /etc/monitrc
  712   711 root     S     8448   1%   0% /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf -D
2413  1282 root     S     3708   0%   0% {S70ReGaHss} /bin/sh /etc/init.d/S70ReGaHss restart

Endlos-Loop mit ReGaHss restart. Zieht damit 25% CPU und ist damit nicht mehr ansprechbar.

Boot.log sieht sauber aus, aber die ReGaHSS will nicht.

Code: Alles auswählen

root@CCU-RASPI:~# /bin/sh   /etc/init.d/S70ReGaHss stop
Stopping ReGaHss: .....................ERROR
root@CCU-RASPI:~# /bin/sh   /etc/init.d/S70ReGaHss restart
Stopping ReGaHss: .....................ERROR

monit summary (als Auszug) 

 hmlangw                         │ Not monitored              │ Process       │
├─────────────────────────────────┼────────────────────────────┼───────────────┤
│ rfd                             │ OK                         │ Process       │
├─────────────────────────────────┼────────────────────────────┼───────────────┤
│ HMIPServer                      │ OK                         │ Process       │
├─────────────────────────────────┼────────────────────────────┼───────────────┤
│ ReGaHss                         │ Connection failed | Exe... │ Process       │
├─────────────────────────────────┼────────────────────────────┼───────────────┤
│ crond                           │ OK                         │ Process       │
├─────────────────────────────────┼────────────────────────────┼───────────────┤
│ tailscaled                      │ Not monitored              │ Process       │

Da ich aber via SSH problemlos auf die kaputte CCU komme, verstehe ich folgende Log-Einträge überhaupt nicht:

Code: Alles auswählen

Jul 24 23:03:42 CCU-RASPI user.warn monit[1282]: 'ReGaHss' failed protocol test [DEFAULT] at [localhost]:1998 [UDP/IP] -- Connection refused
Jul 24 23:03:42 CCU-RASPI user.warn monit[1282]: 'ReGaHss' failed protocol test [DEFAULT] at [localhost]:31999 [TCP/IP] -- Connection refused
Jul 24 23:03:42 CCU-RASPI user.warn monit[1282]: 'ReGaHss' failed protocol test [HTTP] at [localhost]:8183 [TCP/IP] -- Connection refused
Jul 24 23:03:58 CCU-RASPI user.err monit[1282]: 'ReGaHss' failed protocol test [DEFAULT] at [localhost]:1998 [UDP/IP] -- Connection refused
Jul 24 23:03:58 CCU-RASPI user.info monit[1282]: 'ReGaHss' trying to restart
Jul 24 23:03:58 CCU-RASPI user.info monit[1282]: 'ReGaHss' restart: '/etc/init.d/S70ReGaHss restart'

Das riecht nach LAN-Problem, kann es aber nicht sein, wenn SSH, Filezilla und der Router sagen: alles OK. Bleibt der HTTP-Server innerhalb der CCU.

Stecker ziehen oder besser "halt -f" bringt auch nichts, weil der Fehler offensichtlich über den Absturz hinaus erhalten bleibt.

Hat jemand eine Idee?

[klana]

Morjen Zusammen,

Auch hier die Installation über die WebUI einwandfrei, alles läuft...Besten Dank dafür.

Eins ist mir jedoch aufgefallen. Die Heizungsgruppen werden unter "Einstellungen/Geräte" und auch unter "Status und Bedienung/Geräte" falsch angezeigt. Ist mir aufgefallen als ich unter PocketControl die falschen Namen gefunden habe.

Unter Einstellungen/Gruppen stehen noch die richtigen Gruppennamen unter alle anderen Geräteauflistungen werden jedoch die virtuellen Namen angezeigt. Sehr verwirrend....


Hier die Gruppen:

Und hier die Anzeige unter Geräte:

Gruß
Klana

[RaP]

Eins ist mir jedoch aufgefallen. Die Heizungsgruppen werden unter "Einstellungen/Geräte" und auch unter "Status und Bedienung/Geräte" falsch angezeigt. Ist mir aufgefallen als ich unter PocketControl die falschen Namen gefunden habe.

Unter Einstellungen/Gruppen stehen noch die richtigen Gruppennamen unter alle anderen Geräteauflistungen werden jedoch die virtuellen Namen angezeigt. Sehr verwirrend....

Bei mir ist alles ok, die Gruppen werden in allen Ansichten korrekt angezeigt.

[klana]

Hi,

Dann verstehe ich nix mehr…reboot kann ich gerade nicht machen, da Firmwaredowngrade der PSM läuft

Gruß
Klana

[McPan]

- Upgrade von RaspberryMatic-3.63.9.20220625-rpi3
- SD-Karte neu erstellt und Backup vom Vortag eingespielt
- top: 95% idle über 500k Speicher frei
- DutyCycle < 20% (etwas über dem sonst üblichen Level)
- also erst mal alles gut

Aber seltsame Log-Einträge zu jedem HmIP-Gerät beim Hochfahren:
...
.....es folgt noch jede Menge ...
...
Keine Verbindung per WebUI mehr möglich!
...
Per SSH Logs runtergeladen und geprüft:
...
Endlos-Loop mit ReGaHss restart. Zieht damit 25% CPU und ist damit nicht mehr ansprechbar.
...
Da ich aber via SSH problemlos auf die kaputte CCU komme, verstehe ich folgende Log-Einträge überhaupt nicht:
...

Vielleicht sowas in der Art? Siehe viewtopic.php?f=65&t=72093.
Hatte ähnliches auch schon mal, allerdings war es so, dass das Update gar nicht erst eingespielt wurde, da der ReGaHss-Prozesss nicht beendet werden konnte. "halt -f" hatte allerdings funktioniert. Hatte da seinerzeit einen Speichermangel in Verdacht und mir seitdem angewöhnt, vor dem Hochladen des Updates erst einen Restart zu machen. Seitdem klappte bisher jedes Update reibungslos.

Da du nicht auf die WebUI kommst, ist's natürlich schwierig zu sagen, ob deine Kiste das Update schon geschluckt hat, oder ebenfalls im Runterfahren der Prozesse hängen bleibt. Ob die aktuelle Version irgendwo auf der Kommandozeile abfragbar ist, ist mir nicht geläufig. Aber du könntest "uname -a" eingeben und schauen, ob der Kernel vom 23.07. ist, dann ist's die aktuelle Version.

[Samhain]

Update OVA unter HA war problemlos.

Die Steuerung unterschiedlicher Geräte ist aufgrund Unerreichbarkeit nicht mehr möglich.

- Unterputz Schalter HM-LC-Sw1PBU-FM
- Heizungsthermostat HM-CC-RT-DN
- 2 Fach Aktor HM-LC-Sw2-FM

Abhilfe schaffte einfach die Geräte mal manuell zu bedienen od. kurz stromlos zu machen. Das Phänomen hatte ich bisher nicht.
Ich habe allerdings neben der CCU auch alle LAN Gateways auf den aktuellen Stand gebracht. Evtl. war das die Ursache.

Beim Heizungsthermostat habe ich noch das Problem, dass es auf Update steht obwohl die aktuelle Firmware bereits installiert ist.

Ich beobachte mal die nächsten Tage und berichte, falls das weiter esakaliert.

Update 25.07.2022 - 10:00 Uhr:
Es eskaliert weiter. 17 Geräte sind plötzlich ohne mein Zutun nicht mehr erreichbar.

[ProfDrYoMan]

Eins ist mir jedoch aufgefallen. Die Heizungsgruppen werden unter "Einstellungen/Geräte" und auch unter "Status und Bedienung/Geräte" falsch angezeigt. Ist mir aufgefallen als ich unter PocketControl die falschen Namen gefunden habe.

Unter Einstellungen/Gruppen stehen noch die richtigen Gruppennamen unter alle anderen Geräteauflistungen werden jedoch die virtuellen Namen angezeigt. Sehr verwirrend....

Bei mir ist alles ok, die Gruppen werden in allen Ansichten korrekt angezeigt.

Ich habe das gleiche Problem. Das custom-HA plugin in HomeAssistant sieht nur zwei meiner Gruppen. Und das auch erst nach einer Weile und ein paar Neustarts auf beiden Seiten.

In custom-HA waren die bis jetzt immer unter INT000000x eingebunden.