RaspberryMatic 3.51.6.20200613 – Neue Version

[deimos]

Hi,

könnte ich natürlich machen, ich mache es halt erst explizit bei der Erkennung der Funkhardware und weil bei mir die Möglichkeit besteht, dass die CCU neu gestartet wird, ohne dass der USB Treiber initialisiert wird, macht das so für mich auch Sinn.

Viele Grüße
Alex

[karlo enzo]

Das Update ist auf meiner Synology DS718+ sauber durchgelaufen und läuft ohne Auffälligkeiten,
allerdings benutze ich noch die VMM-Version 2.5.0
Viele Grüße
Karl-Heinz

[Klaus1954]

Alles, bis auf CCU-Historian, läuft ohne Probleme. CCU-Historian ist über Port 8082 nicht erreichbar, hat sich hier etwas geändert ?

Kommt drauf an, welche Version du vorher hattest.

Als erstes sollte der Port in den Firewall Einstellungen freigegeben werden

Einstellungen > Systemsteuerung > Firewall konfigurieren

Hatte vorher 2.2.2, Port 8082 ist als Port-Freigabe in Firewall freigegeben

Update:
Dies war der alte Aufruf: /addons/ccu-historian/config.cgi?sid=@XNPBopDCvb@
scheint als ob die config.cgi fehlt denn auch deinstallieren ist nicht möglich

Update 2:
Das Problem liegt an dem Addon 2.4.0 (ccu-historian-addon-2.4.0.tar.gz),
die Version 2.3.1 tut problemlos ihren Dienst !

[LibertyX]

Werd ich gleich mal testen, hab die 2.4.0 drauf aber noch die 3.51.6.20200420 und hier läuft alles ohne Probleme

Edit:
Also bei mir läuft die 2.4.0 ohne Probleme mit der 3.51.6.20200613

[fire0112]

Update heute installiert. Problemlos und bisher ohne Auffälligkeiten.
Besten Dank an Jens und das Team um Ihn herum.

Gruß
Rainer

[LibertyX]

Ich hätte da mal zwischendurch eine Frage, ich habe bis jetzt nur 1 HMIP Gerät (HmIP-SLO) dieser bringt grundsätzlich bei jedem reboot der CCU eine Kommunikationsstörung, bis er zum ersten mal sendet, danach ist alles OK.

Ist das bei HMIP normal? von HM kenne ich das nicht.

[MathiasZ]

Bin wieder zurück zur letzten Version.
CuxD reagiert nicht mehr....
ReGaHSS reagiert nicht mehr.....
es wird auch kein Neustart mehr durchgeführt.
Nach einem Shutdown sagt mir der watchdog, Crash detetcet......
Edit:
zurück auf der 3.51.6.20200420
keine Service- und Alarmmeldungen mehr.

Aber es scheint ein größerer Wurm drin zu sein.
Habe bemerkt, dass die CCU anscheinend 2 Neustarts macht.
zuerst bin ich auf der IP 192.168.1.62

Unbenannt.JPG (15.11 KiB) 2053 mal betrachtet

dann auf der richtigen IP 192.168.1.50

Unbenannt2.JPG (11.08 KiB) 2053 mal betrachtet

[JoMass]

leider ist diesmal das Update nicht problemlos! bekomme erst eine Alarmmeldung und dann im 15sec Intervall diese Meldungen:

Code: Alles auswählen

Jun 14 19:27:17 Raspi-ccu2 user.warn monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:27:35 Raspi-ccu2 user.warn monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:27:53 Raspi-ccu2 user.err monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:27:53 Raspi-ccu2 user.info monit[1307]: 'temperature' exec: '/bin/triggerAlarm.tcl high system temperature (> 80 deg) detected WatchDog-Alarm'
Jun 14 19:27:54 Raspi-ccu2 user.debug script: [ALCHY ALLINScript START]
Jun 14 19:27:54 Raspi-ccu2 user.debug script: [ALCHY ALLINScript Abbruch BLOCK]
Jun 14 19:28:11 Raspi-ccu2 user.err monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:28:29 Raspi-ccu2 user.err monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:28:47 Raspi-ccu2 user.err monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:29:04 Raspi-ccu2 user.err monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument

die Temperatur messe ich und die liegt mit der Scriptroutine bei 51Grad; Wie kann ich diese Meldung abstellen ?

Lösung gefunden! viewtopic.php?f=65&t=54055&p=554919&hil ... ur#p554919

bekämpft die Wirkung aber nicht die Ursache !

[ivo-int]

Hallo Jens
Ich habe das Update auf meinem Raspi 4 ebenfalls durchgeführt.

Das Update ist ohne ersichtliche Probleme durchgelaufen. Nach dem Neustart hatte ich aber einen Watchdog-Temperaturalarm. Diesen konnte ich Quittieren.

Aber in der Log Datei sind bei mir die selben Einträge wie sie JoMass schon aufgeführt hat.

leider ist diesmal das Update nicht problemlos! bekomme erst eine Alarmmeldung und dann im 15sec Intervall diese Meldungen:

Code: Alles auswählen

Jun 14 19:27:17 Raspi-ccu2 user.warn monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:27:35 Raspi-ccu2 user.warn monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:27:53 Raspi-ccu2 user.err monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:27:53 Raspi-ccu2 user.info monit[1307]: 'temperature' exec: '/bin/triggerAlarm.tcl high system temperature (> 80 deg) detected WatchDog-Alarm'
Jun 14 19:27:54 Raspi-ccu2 user.debug script: [ALCHY ALLINScript START]
Jun 14 19:27:54 Raspi-ccu2 user.debug script: [ALCHY ALLINScript Abbruch BLOCK]
Jun 14 19:28:11 Raspi-ccu2 user.err monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:28:29 Raspi-ccu2 user.err monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:28:47 Raspi-ccu2 user.err monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument
Jun 14 19:29:04 Raspi-ccu2 user.err monit[1307]: 'temperature' status failed (0) -- cat: read error: Invalid argument

die Temperatur messe ich und die liegt mit der Scriptroutine bei 51Grad; Wie kann ich diese Meldung abstellen ?

Ich habe jetzt wieder die alte Version 3.51.6.20200420 eingespielt. Bei dieser treten die Meldungen nicht auf.

Gruss Ivo

[AndiN]

Hallo

mit der Scriptroutine bei 51Grad;

Bei mir sind es derzeit 53.7 Grad. Sollte die Meldung bei 51 Grad normal sein? Es geht doch um die CPU Temperatur? Und ich würde bei der Meldung eher tippen, dass die über 80 liegen müsste.

Habe selber das Update noch nicht drin. Aber das kommt mir komisch vor

Andi