RaspberryMatic 3.59.6.20210703 – Neue Version

Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)

Moderatoren: jmaus, Co-Administratoren

Benutzeravatar
jmaus
Beiträge: 9819
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 459 Mal
Danksagung erhalten: 1856 Mal
Kontaktdaten:

RaspberryMatic 3.59.6.20210703 – Neue Version

Beitrag von jmaus » 03.07.2021, 14:38

Hallo,

und wieder ist ein ereignisreicher Monat zu Ende gegangen und entsprechend habe ich soeben eine neue offizielle RaspberryMatic Version (3.59.6.20210703) für alle unterstützten Hardwareplattformen freigegeben. Wie an den ersten Ziffern der Versionsnummer bereits zu erkennen handelt es sich hierbei um ein "Major"-Release welches auf eine neue aktuellere OCCU Firmware setzt und damit auch die volle Kompatibilität zur CCU3 3.59.6 Firmware mit sich bringt. Darüberhinaus kommt diese Version auch mit weiteren Verbesserungen und wichtigen Bugfixes die hoffentlich auf viel Zuspruch treffen.

Neben den weiter unten aufgeführten technischen Verbesserungen und Bugfixes hat in dieser Version leider aber bedauerlicherweise eine Änderung einziehen müssen, um die OpenHardware/OpenSource Rechte von Alexander Reinert's frei entwickelten Hardwareadapterplatinen für das RPI-RF-MOD/HM-MOD-RPI-PCB – und damit zwangsläufig auch die von RaspberryMatic bzw. unserer Community – zu verteidigen. Es wurden daher Änderungen aufgenommen die die Unterstützung für die weiterhin als PB-HUL/PB-HULIP/HB-OCCU-USB/TRXC2-USB kommerziell vermarkteten USB Funksticks folgerichtig zu unterbinden. Mehr Infos dazu können in einem separaten Beitrag im HomeMatic Forum (viewtopic.php?f=65&t=68238) bzw. auf Twitter dazu eingesehen werden (https://twitter.com/RaspberryMatic/stat ... 3793358849).

Viel wichtiger sind hingegen natürlich die in dieser Version umgesetzten technischen Anpassungen/Verbesserungen, die sich sicherlich wieder auch in diesem Monat sehen lassen können:

:construction: Änderungen:

CCU/HomeMatic-System Änderungen:
  • Aktualisierung der OCCU-Version auf 3.59.6-1 mit voller Kompatibilität zur CCU3 3.59.6-Firmware, die folgende Änderungen mit sich bringt:
    • Ein nicht mehr genutzter Code Abschnitt wurde entfernt. Dieser ermöglichte eine "Remote Code Execution" ohne vorherige Authentifizierung.
    • HmIP-FSI16 - Unter Status/Bedienung wird nun statt "Tastendruck kurz/lang" der Text "Der Kanal hat hier keine Funktion" ausgegeben.
    • Nach Bestätigung von Änderungen in einer Gruppe, wurde zur Geräteübersicht gesprungen. Nun wird zur Gruppenansicht zurückgekehrt.
    • Fehler beim Konfigurationsparameter „Aktion bei Spannungszufuhr“ behoben.
    • Bei HmIP-Dimmaktoren ließ sich die Rampenzeit innerhalb von Programmen bei Nutzung der Kanalaktion ohne Eingabe einer Einschaltdauer nicht nutzen.
    • Fehler mit hängendem Dialog bei Gerätetausch von Homematic Geräten.
    • Homematic IP Türschlossantrieb (HmIP-DLD) Geräteintegration.
    • Mitgelieferte HmIPW-DRAP Firmware auf Version 2.2.24 aktualisiert.
    • HmIP-WRC6 - Den Kanälen 1 - 6 wurde der Konfigurations-Parameter ABORT_EVENT_SENDING_CHANNELS hinzugefügt.
    • Das Textfeld zur Eingabe der Frostschutztemperatur wurde bei den Geräten HmIPGeräten BWTH, FAL und FALMOT durch eine Combobox ersetzt.
    • Der minimale Temperaturwert einiger HmIP-Thermostate und -Wandthermometer wurde von 6.0 °C auf 5.0 °C geändert.
    • Bei den Wochenprogrammen von HmIP-Dimmern wurde die Combobox mit fest vorgegebenen Helligkeitswerten (in 5% Schritten) durch ein Textfeld ersetzt. Dadurch kann nun jeder beliebige Helligkeitswert zwischen 0% und 100% eingestellt werden.
    • Der Konfigurationsparameter "Ventil Umschaltwert" kann nun bei der HmIP-FALMOT erst aktiviert werden, wenn der Parameter "Automatische Umschaltung von Stetig auf PWM" aktiviert ist.
    • HmIP-MP3P - Easymode-Profil "MP3 - ein" für Verknüpfungen mit Tastern hinzugefügt. Hiermit ist es z. B. einfach möglich, das Gerät als Haustürklingel zu verwenden.
    • Bei den Easymodes Verknüpfungen zwischen HmIP-Dimm-/Schaltaktoren und HmIPBewegungsmeldern ist nun die Art der Verweildauer wählbar.
  • Netzwerkport-Einstellungen für das Home Assistant Add-on hinzugefügt, damit ein eventuell installiertes CCU-Historian Add-on korrekt im Home Assistant funktioniert (#1313).
  • Ein Problem wurde behoben, bei dem rfd in dem Fall, dass eine "/etc/config/rfd.conf"-Datei keinen "[Interface 0]"-Abschnitt enthält, obwohl ein lokales rf-Modul gefunden wurde, das rf-Modul nie für die BidCos-Kommunikation abholen würde. Daher fügen wir jetzt in diesen Fällen einen frischen "[Interface 0]"-Abschnitt hinzu, um BidCos-RF zum Laufen zu bringen (cf. viewtopic.php?f=65&t=68169).
  • einen Bugfix im Home Assistant Ingress Proxy (/bin/ha-proxy.js) hinzugefügt, der die verwendete Zeichenkodierung in der Antwort prüft und dann entweder den Pufferstrom in einen String mit utf8 oder latin1 konvertiert (#1264).
WebUI Änderungen:
  • neuer "0124-WebUI-Fix-ShowMultipleSpacesInSysVar" WebUI Bugfix-Patch hinzugefügt (#1311, #1310, @jp112sdl)
  • neuen WebUI-Fehlerbehebungs-Patch hinzugefügt, der ein Problem behebt, bei dem es aufgrund einer fehlenden durationUnit-Prüfung nicht möglich war, 31 Sekunden oder 31 Minuten in den duration set-Dialog in webui einzugeben (#1306).
  • Es wurde eine Bereinigungsprüfung für den Inhalt des "/etc/config/firmware"-Verzeichnisses hinzugefügt, so dass ungültige Geräte-Firmware-Unterverzeichnisse nicht mehr zu einem Einfrieren der WebUI führen (#1302, cf. viewtopic.php?p=667022).
  • Problem im "0097-WebUI-SetSysvarValueByUser" WebUI-Patch behoben, das dazu führte, dass "malformed URI sequence"-Fehlermeldungen aufpoppten, wenn eine Systemvariable einige Sonderzeichen enthielt und die entsprechende Verwendung von "unescape()" erforderte (#1286).
  • Es wird nun immer "/usr/local/sdcard" als storagePath in der oci-Plattform verwendet, da es in Home Assistant aufgrund von Hardware-Zugriffsbeschränkungen keine Möglichkeit gibt, einen USB-Stick innerhalb eines Add-ons zu mounten.
  • einige fehlende englische Übersetzungen für bestimmte WebUI-Patches hinzugefügt (#1296).
  • neuer "0121-WebUI-ManualProgramExecutionWithConditionCheck" WebUI Patch integriert (#1291, @jp112sdl, @Baxxy13).
  • einen Fix in den "0119-WebUI-Fix-ProofAndSetValue" WebUI-Patch integriert, der Probleme bei der Anzeige der Geräteparameter für ein "HM-ES-TX-WM"-Gerät aufgrund von fehlerhaften "getMin/MaxValue()" Funktionsdefinitionen beheben sollte (#1290).
  • neuer "0121-WebUI-Fix-verifysid" WebUI-Patch hinzugefügt, der ein potentielles Sicherheitsproblem mit "verifysid.cgi" behebt, das immer noch verfügbar ist, obwohl es weitgehend veraltet ist. Jetzt wird die gesamte "verifysid.cgi" zusammen mit der einzigen Funktion in session.tcl, die sie noch verwendet, für eine verbesserte Sicherheit zurückgezogen.
Betriebsystem Änderungen:
  • Aktualisierung des rpi-userland-aarch64 buildroot-Patches auf die neueste HEAD-Version des rpi-userland-Repositorys.
  • Max-Filedescriptor-Prüfungen zur Standard-Watchdog-Konfiguration hinzugefügt, so dass Monit regelmäßig prüft, ob ein gemeinsamer Prozess im Begriff ist, sein Max-Filedescriptor-Limit auszuschöpfen (#1322).
  • Weitere Standard-MIB-Module zum netsnmp-Build hinzugefügt, einschließlich des "agent/extend"-Moduls, das es Benutzern ermöglichen sollte, auf Erweiterungen basierende snmp-Definitionen für verschiedene Zwecke zu integrieren (#1312).
  • Dateisystem-Flags-Prüfungen für "userfs" und "usb1" WatchDog-Prüfungen hinzugefügt, so dass bei einer Prüfung auf ein geändertes Dateisystem ein Alarm ausgelöst wird, der über einen möglichen Plattenfehler informiert (#1320).
  • "set -e" hinzugefügt, damit "createBackup.sh" bei einem Fehler sofort beendet wird. Außerdem löst "cronBackup.sh" nun einen WebUI-Alarm aus, falls das Zielverzeichnis nicht erstellt werden konnte, wenn die Ausführung von "createBackup.sh" mit einem Fehler beendet wird (#1320).
  • Wiringpi-rpi-Paket aktualisiert, um die neuesten Master-Quellen zu verwenden, die mit der neuesten RaspberryPi Compute Module 4-Hardware kompatibel sind.
  • Konfigurationsoptionen für verbesserte Compute-Modul-Kompatibilität hinzugefügt und notwendige Device-Tree-Parameter/Overlay hinzugefügt, um auch die RTC eines CM4IO-Boards zu unterstützen.
  • Das "generic_raw_uart" Kernelmodul wurde auf die neueste Version aktualisiert, um Korrekturen zu integrieren und die unfaire Verwendung bestimmter USB-basierter HF-Modul-Mockups wie PB-HUL/PB-HULIP/HB-OCCU-USB/TRXC2-USB zu unterbinden, die nur kommerzielle Klone von OpenHardware-basierten Hardware-Lösungen sind (#1314, #1304, @alexreinert, siehe viewtopic.php?f=65&t=68238, https://twitter.com/RaspberryMatic/stat ... 3793358849)
  • weitere RaspberryPi-Modelle zu "S01InitHost" hinzugefügt, um die zugrunde liegende Hardware-Plattform korrekt zu erkennen.
  • Upstream-Kernel auf 5.10.45 angehoben
  • "CONFIG_DAX" und einige andere Kerneloptionen hinzugefügt, um die Unterstützung für "virtio-fs" zu verbessern (cf. https://github.com/home-assistant/opera ... /pull/1400).
  • die eigene Kopie einer "aarch64/v8"-Binärdatei von "libNRJavaSerialv8.so" entfernt, da das "HMIPServer.jar" in OCCU 3.59.x+ nun mit der neuesten Version von NRJavaSerial ausgeliefert wird, also auch eine 64bit aarch64-Version von libNRJavaSerial enthält. Somit ist unser Workaround nicht mehr notwendig.
  • die minimale Lüfterdrehzahl für >= 55 Grad für den ArgonFAN leicht erhöht, um potentielle Hochfrequenzgeräusche loszuwerden.
  • RaspberryPi Kernel+Firmware auf die neueste 1.20210527-1 getaggte Version aktualisiert.
  • buildroot auf die neueste Version 2021.05 aktualisiert und Patches entsprechend angepasst.
  • "iomem=relaxed" zu den Kernel-Bootargs aller Plattformen hinzugefügt, die mit Wiringpi kommen. Dies sollte "Operation not permitted" Probleme beheben, da wir die Kernel für sichereres DEVMEM "gehärtet" haben. Jetzt sollte wiringpi wieder funktionieren und trotzdem eine hohe Zugriffssicherheit gewährleisten.
  • Das neue "rpi-rf-mod-rpi1" Gerätebaum-Overlay wurde dem rpi-rf-mod-Paket hinzugefügt und zu unserer rpi0-Plattformgeneration hinzugefügt. Dies sollte Probleme beheben, bei denen auf einem RaspberryPi1-System kein act-led (led0)-Knoten in "/sys/class/leds" generiert wurde, weil das Standard-Gerätebaum-Overlay "rpi-rf-mod.dtbo" für einen RaspberryPi1 aufgrund der fehlenden GPIO-Pins teilweise ungültig war (#1284).
  • Unterstützung für die Überprüfung von "/sys/fs/cgroup/cpu/cpu.rt_runtime_us" in "deploy.sh" hinzugefügt, so dass Laufzeitfreigaben bei Docker Betrieb ausreichend hinzugefügt werden.
:family: Mitwirkende (diese Version, alphabetisch):
:memo: Support:
Hier sei auch noch einmal auf die umfangreiche Dokumentation von RaspberryMatic hingewiesen an der bereits seit einiger Zeit gearbeitet wird und die auch sukzessive mit jeder Version verbessert wird. Zu erreichen ist die Dokumentation unter folgender Stelle:
Wie die URLs schon vermuten lassen, handelt es sich hierbei teils um einen öffentlichen Wiki an dem sich wirklich jeder gerne (nach entsprechender technischer Selbst-Einarbeitung) beteiligen kann um Anderen vor allem den Einstieg rund um das Thema "RaspberryMatic" zu erleichtern.

:package: Download:

Die neue Version kann wie gehabt von folgender URL als *.zip Datei für die verschiedenen RaspberryPi Modelle heruntergeladen und installiert werden:

https://github.com/jens-maus/RaspberryM ... ses/latest

Zu beachten gilt, das auf Grund der Unterstützung unterschiedlicher Geräte es getrennte Installationsarchive (*.zip Dateien) gibt die für die folgende Hardware jeweils einheitlich ist:
Update/Upgrade:
Das Update auf diese Version kann bei Einsatz einer Vorversion unter "Einstellungen->Systemsteuerung->Zentralen-Wartung" durch Upload der jeweiligen *.zip oder *.tgz Datei (Nicht ausgepackt!) erfolgen. Alternativ kann natürlich weiterhin auch einfach eine neue SD-Karte verwendet werden und das im Archiv befindliche *.img auf die neue SD Karte kopiert werden um dann von dort aus neu zu booten und via Backup-Restore das jeweils aktuelle Backup wiederherstellen zu lassen.

Hinweis:
Bitte beachten, dass natürlich vor jedem Update erst einmal ein manuelles Backup erfolgen sollte damit bei eventl. Fehlschlagen des WebUI-basierten Updates man mittels einer neuen SD-Karte dann sein aktuellstes Backup einfach wieder einspielen kann.

Für Bugreports und Featurerequests bitte den GitHub Issue-Tracker nutzen damit ich die Anfragen geordnet abarbeiten kann. Support- und Hilfeanfragen bei vermeintlichen Nutzungsproblemen bitte weiterhin hier als erstes im Forum platzieren und erst daraus ein Bugreport im GitHub machen wenn das Problem von anderen Nutzern bestätigt werden konnte.

Viel Spass mit der neuen RaspberryMatic Version!
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

mskrause
Beiträge: 167
Registriert: 13.10.2018, 20:02
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 13 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.59.6.20210703 – Neue Version

Beitrag von mskrause » 03.07.2021, 15:03

ich mache das Update mit Flash auf neuer SD-Karte und einspielen des Backups (CCU3-Charly - RaspberryMatic-3.59.6.20210703-rpi3.zip)

Beim Einspielen des Backups kommt folgende Fehlermeldung:
ccu3.PNG
ccu3.PNG (9.39 KiB) 6298 mal betrachtet
nach dem manuellen Neustart scheint aber alles zu laufen...

Soll das so sein?

Danke und viele Grüße
Marco

Benutzeravatar
jmaus
Beiträge: 9819
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 459 Mal
Danksagung erhalten: 1856 Mal
Kontaktdaten:

Re: RaspberryMatic 3.59.6.20210703 – Neue Version

Beitrag von jmaus » 03.07.2021, 15:26

mskrause hat geschrieben:
03.07.2021, 15:03
Soll das so sein?
Na das sollte nur kommen wenn du ein Backup auf einem RaspberryPi bzw. auf einer Hardware versuchst einzuspielen die über kein RPI-RF-MOD/HM-MOD-RPI-PCB Funkmodul verfügt, also folglich es keinen "Coprozessor" eben gibt. Auf einer vollwertigen CCU3 bzw. auf einer Zentrale mit verfügbarem Funkmodul sollte das aber nicht kommen, nein.
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

mskrause
Beiträge: 167
Registriert: 13.10.2018, 20:02
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 13 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.59.6.20210703 – Neue Version

Beitrag von mskrause » 03.07.2021, 15:33

jmaus hat geschrieben:
03.07.2021, 15:26
Na das sollte nur kommen wenn du ein Backup auf einem RaspberryPi bzw. auf einer Hardware versuchst einzuspielen die über kein RPI-RF-MOD/HM-MOD-RPI-PCB Funkmodul verfügt, also folglich es keinen "Coprozessor" eben gibt. Auf einer vollwertigen CCU3 bzw. auf einer Zentrale mit verfügbarem Funkmodul sollte das aber nicht kommen, nein.
Danke für das Feedback.
Ich habe diese Hardwarevoraussetzung (Pi3+RPI-RF-MOD) schon, bislang klappte das Update auch "jahrelang" ohne Probleme.

hmm - ich werde es noch einmal nachstellen, mal sehen was rauskommt :?:
aktuell hat die CCU ja nicht viel zu tun :wink:

Gruß Marco
Zuletzt geändert von mskrause am 03.07.2021, 18:15, insgesamt 1-mal geändert.

Benutzeravatar
jmaus
Beiträge: 9819
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 459 Mal
Danksagung erhalten: 1856 Mal
Kontaktdaten:

Re: RaspberryMatic 3.59.6.20210703 – Neue Version

Beitrag von jmaus » 03.07.2021, 15:36

mskrause hat geschrieben:
03.07.2021, 15:33
jmaus hat geschrieben:
03.07.2021, 15:26
Na das sollte nur kommen wenn du ein Backup auf einem RaspberryPi bzw. auf einer Hardware versuchst einzuspielen die über kein RPI-RF-MOD/HM-MOD-RPI-PCB Funkmodul verfügt, also folglich es keinen "Coprozessor" eben gibt. Auf einer vollwertigen CCU3 bzw. auf einer Zentrale mit verfügbarem Funkmodul sollte das aber nicht kommen, nein.
Ich habe diese Hardwarevoraussetzung (Pi3+RPI-RF-MOD) schon, bislang klappte das Update auch "jahrelang" ohne Probleme.
Dann kann es schon sein das du über einen Bug gestolpert bist und die Anzeige dieses Dialoges falsch ist. Das müssten dann mal andere auch nachstellen/verifizieren und dann wäre das wohl der erste neue Bug den jemand gleich gefunden hat (Glückwunsch) :D Und dann könnte/sollte man das natürlich über GitHub entsprechend melden.
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

mskrause
Beiträge: 167
Registriert: 13.10.2018, 20:02
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 13 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.59.6.20210703 – Neue Version

Beitrag von mskrause » 03.07.2021, 16:05

mskrause hat geschrieben:
03.07.2021, 15:33
hmm - ich werde es noch einmal nachstellen, mal sehen was rauskommt :?:
noch einmal das gleiche Procedere - gleiches Ergebnis!

Jetzt warte ich noch die Rückmeldung aller (Funk)Geräte ab, dauert ja immer etwas...
Aber auf den ersten Blick tut's die CCU wieder wie gehabt

Mal sehen, wie es bei anderen Anwendern aussieht und ob das jemand verifizieren kann :?:

Gruß Marco

Benutzeravatar
Faust
Beiträge: 32
Registriert: 21.06.2020, 18:10
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 14 Mal
Danksagung erhalten: 3 Mal

Re: RaspberryMatic 3.59.6.20210703 – Neue Version

Beitrag von Faust » 03.07.2021, 16:18

Hallo Entwicklerteam,

vielen Dank für eure Arbeit!!! Läuft ... Update war in ca. 10 Minuten über den Recovery Modus eingespielt. Das Filterproblem scheint auch behoben zu sein. Nice. :D

MFG Faust
414 Kanäle in 64 Geräten und 370 CUxD-Kanäle in 24 CUxD-Geräten:
2x HM-TC-IT-WM-W-EU, 3x HmIP-HAP, 1x HmIP-MIOB, 12x HmIP-WTH-2, 12x HmIP-HEATING, 15x HmIP-SRH, 4x HmIP-eTRV-2, 21x CUX40, 2x HmIP-STE2-PCB, 1x HmIP-SWSD, 4x HmIP-eTRV-B, 1x HmIP-SWDM, 1x HmIP-FALMOT-C12, 1x HmIP-FROLL, 1x HmIP-RCV-50, 2x HmIP-STHO, 3x CUX28, 1x HmIP-CCU3

Benutzeravatar
Roland M.
Beiträge: 9736
Registriert: 08.12.2012, 15:53
System: CCU
Wohnort: Graz, Österreich
Hat sich bedankt: 251 Mal
Danksagung erhalten: 1356 Mal

Re: RaspberryMatic 3.59.6.20210703 – Neue Version

Beitrag von Roland M. » 03.07.2021, 16:34

Hallo!
mskrause hat geschrieben:
03.07.2021, 16:05
Mal sehen, wie es bei anderen Anwendern aussieht und ob das jemand verifizieren kann :?:
Backup gemacht, Update automatisch durchführen lassen, Backup restored. Keine Probleme, keine Fehlermeldung.
(Verwende die OVA-Version auf einem Proxmox-Server mit USB-Modul.)


Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
  • Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
  • Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
  • Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
  • Fehlermeldungen genau abschreiben, besser noch...
  • Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!

-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...

Benutzeravatar
Baxxy
Beiträge: 10648
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 597 Mal
Danksagung erhalten: 2180 Mal

Re: RaspberryMatic 3.59.6.20210703 – Neue Version

Beitrag von Baxxy » 03.07.2021, 17:05

mskrause hat geschrieben:
03.07.2021, 16:05
Mal sehen, wie es bei anderen Anwendern aussieht und ob das jemand verifizieren kann
Kann ich bestätigen.
Hier mit Pi3Bplus und aufgestecktem RPI-RF-MOD sieht das auch so aus...
Backup_einspielen_kein Coprozessor.JPG
Wenn man dann das PopUp nicht wegklickt sondern etwas wartet gibt's hier nen WatchDog-Alarm...
Watchdog-Alarm_hss_led.JPG
Grüße
Baxxy

jp112sdl
Beiträge: 12085
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 847 Mal
Danksagung erhalten: 2139 Mal
Kontaktdaten:

Re: RaspberryMatic 3.59.6.20210703 – Neue Version

Beitrag von jp112sdl » 03.07.2021, 17:22

Baxxy hat geschrieben:
03.07.2021, 17:05
mskrause hat geschrieben:
03.07.2021, 16:05
Mal sehen, wie es bei anderen Anwendern aussieht und ob das jemand verifizieren kann
Kann ich bestätigen.
Hier mit Pi3Bplus und aufgestecktem RPI-RF-MOD sieht das auch so aus...
Backup_einspielen_kein Coprozessor.JPG
Das inplace-Update funktioniert problemlos.

Mache ich aber mit der neuen 3.59.6.20210703 ein Backup und spiele es sofort wieder ein, erscheint auch:
Bildschirmfoto 2021-07-03 um 17.22.30.png
und der hss-led-Watchdog Alarm kommt auch.

Hier: RPi 3B+ mit HM-MOD-RPI-PCB

EDIT:
Der HMIPServer Prozess crasht bei der Prüfung des Backups.
Leider wird vorher nix in die hmserver.log bzw. messages geschrieben. Der Prozess ist dann einfach weg...

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

Gesperrt

Zurück zu „RaspberryMatic“