RaspberryMatic 3.65.11.20221005 – Neue Version

[WeissNicht1]

Ich habe das Update auf Version 3.65.11 durchgeführt alles, wie immer, super geklappt.
Heute wollte ich noch einmal die Einstellung meiner HmIP-eTRV-2 überprüfen und dabei ist mir aufgefallen, dass die Werte für die maximale Öffnung und Öffnung im Boostbetrieb nicht mehr einstellbar sind. Ob es jetzt an diesem oder einem anderen Update liegt, kann ich nicht sagen.

Beim eTRV-B sind diese Werte noch vorhanden.

Wie kann ich diese Werte wieder einstellen?

[oriziena]

Servus,

heute abend auch geupdated.
Bisher leider keine gute Erfahrung.

Hab nen rpi3. Seit upgrade auf die Release crasht in einer Tour mein PI.
Folgene meldungen im messages log:

Code: Alles auswählen

Oct  7 21:08:36 homematic-raspi user.info ReGaHss: SIGTERM: ReGaHss Halting
Oct  7 21:08:44 homematic-raspi user.info monit[1824]: 'node_exporter' start: '/etc/config/rc.d/node_exporter start'
Oct  7 21:08:44 homematic-raspi user.debug node_exporter: Starting
Oct  7 21:08:44 homematic-raspi user.info node_exporter: Started
Oct  7 21:08:45 homematic-raspi user.warn monit[1824]: 'ReGaHss' failed protocol test [HTTP] at [localhost]:8183 [TCP/IP] -- Connection refused
Oct  7 21:09:02 homematic-raspi user.err monit[1824]: 'ReGaHss' service restarted 1 times within 1 cycles(s) - exec
Oct  7 21:09:02 homematic-raspi user.info monit[1824]: 'ReGaHss' exec: '/bin/triggerAlarm.tcl ReGaHss restarted WatchDog: regahss-restart true'
Oct  7 21:09:02 homematic-raspi user.info monit[1824]: 'ReGaHss' process is running after previous restart timeout (manually recovered?)
Oct  7 21:09:02 homematic-raspi user.warn monit[1824]: 'temperature' status failed (20) -- 80.592

Update 1:
TinyMatic funktioniert... Hatte das CUXD Device vor dem Löschen von CUXD nicht entfernt...

Update 2:
der ReGaHss Zustand hat sich jetzt etwas stabilisiert. Habe aber auch CUXD, meinen node_Exporter(prometheus metric exporter) und hm tools entfernt.

Update 3:
Heute Nacht keine Neustarts.. scheint also an CUXD, meinem node_exporter oder den hm tools gelegen zu haben, wobei ich das bzgl hm tools nicht wirklich glaube...

Da es nun stabil ist... würd ich das weiter beobachten und mich ggf. melden wenn es wieder passiert.
====> MONITORING(GELÖST?)

Grüße
Ori

[Roland M.]

Hallo!

So, alle meine Rasperrymatics (OVA & Raspis) upgetötet, wie erwartet keine Probleme.


Roland

[Bernd-Joras]

Hallöle ... Kurz nur ... bisher mit neuer Karte und Backup auf dem RPi3B+ ... alles OK .. D A N K E

[oxident]

Also bei mir war das Update (von 3.65. nun zum ersten Mal "holprig". Hatte bis dato jedoch immer manuell die ZIP-Datei hochgeladen und wollte heute mal das "automatische Update" probieren.

Bis zum Herunterladen des Backups und dem Akzeptieren der Bedingungen war alles normal ... dann hat's jedoch 10min gedauert und auf der Webseite erschien plötzlich das CCU-Recovery-System. Dort ersichtlich war, dass rootfs und boot schon auf 3.65.11 waren, das RecoveryFS jedoch nicht.

Habe einen "Normal Reboot" gemacht und nun scheint RM korrekt mit neuer Version hochgefahren zu sein.

[dudule]

@ oriziena

Versuch doch mal folgendes:

a) CUXD wieder installieren - danach sollte das CUXD Device wieder ind den aufgeführten CUXD Devices wieder sichtbar sein

b) CUXD Device löschen

c) CUXD löschen

Ich hatte dieses Problem vor gut einem Jahr - und mit der beschriebenen Prozedur konnte ich das
Problem "rückstandsfrei" lösen.

Viel Glück

[greenfield]

Vielleicht habe ich auch deshalb keine Probleme, weil ich eine externe Antenne habe ... gute 3-4m vom Raspi weg. (?)

haben eben den (automatischen) Upgrade auf 3.65.11 durchgeführt und sehe mich nun mit der Alarmmeldung "Critical RaspberryPi4+USB3+GPIO use detected" konfrontiert. Ich habe keine Funk- oder sonstigen Probleme. Ich fahre mein HW Setup schon längere Zeit unverändert ohne jegliche Probleme.

Ich möchte gezielt diese Meldung deaktivieren. Ist das möglich?

Möglich ist alles, ob es sinnvoll ist ist eine andere Frage. Ich würde trotzdem sicherstellen das absolut NICHTS an den blauen USB3 Buchsen des RaspberryPi4 angeschlossen ist weil dieser ein unsäglicher Funkstörer ist und dies auch verstärkt über den USB3 Bus tut wenn dort etwas angesteckt ist.

[007]

Hallo,
wieder einmal eine tolle Leistung, vielen Dank an Jens und Jerome.
Das Update lief problemlos durch, in knapp 10 Minuten war alles erledigt.
Meine Rasp P3+ läuft nach dem Update ohne Fehler.

Grüße aus Haltern am See
Martin

[Sirbuschi2003]

Guten Tag Ich habe ein RPI3 mit Funkmodul.

leider sehen ich die HMIP Geräte nicht mehr nache dem Updaten. Funkmodul RPI-RF-MOD/HmIP


Die Nutzung eines HmIPW-DRAP oder HmIP-HAP Access Points setzt den Einsatz eines RPI-RF-MOD/HmIP-CCU3 bzw. HmIP-RFUSB oder kompatiblen Funkmodules voraus.

[shartelt]

was sagt Dein CS?