RaspberryMatic 3.47.22.20191130 – Neue Version

[jmaus]

Hallo Zusammen,

pünktlich zur kommenden Adventszeit habe ich gerade eine neue RaspberryMatic Version herausgegeben (3.47.22.20191130)). Diese kommt mit einigen großen Neuigkeiten daher und ist daher als Majorversion markiert. Allen voran sticht hierbei die umgesetzte Möglichkeit heraus RaspberryMatic als virtuelle Maschine innerhalb von Virtualisierungsumgebungen wie vmWare ESXi, VirtualBox, usw. zu betreiben statt zwingend auf einen seperatre RaspberryPi oder Tinkerboard setzen zu müssen.

Die komplette Liste aller Änderungen in dieser Version kann wie immer hier eingesehen werden:

Allgemeine Änderungen:

• Unterstützung für die folgenden zwei neuen Hardware Plattformen hinzugefügt die es erlauben RaspberryMatic auf Intel-basierter x86 Hardware zu nutzen. Hierbei kann mittels USB angeschlossener Funkhardware (z.B. HB-RF-USB), HmIP-RFUSB, HM-CFG-USB-2) mit HomeMatic Geräten (BidCos-RF, homematicIP) kommuniziert werden:
  • Open Virtual Appliance (OVA): Um RaspberryMatic innerhalb folgender Virtualisierungsumgebungen zu nutzen:
    • vmWare ESXi
    • Proxmox Virtual Environment
    • Oracle VirtualBox
    • Synology Virtual Machine Manager
    • QNAP VirtualizationStation
    • vmWare Workstation Player
    • QEmu
    • Microsoft HyperV
  • intelNUC: Um RaspberryMatic direkt auf folgender Intel NUC Hardware/Modellen zu betreiben:
    • 8.Gen intelNUC (Coffee Lake): NUC8i3BEK/NUC8i3BEH
    • 7.Gen intelNUC (Kaby Lake): NUC7i3BNK/NUC7i3BNH
    • 6.Gen intelNUC (Skylake): NUC6i3SYB/NUC6i5SYB
    • 5.Gen intelNUC (Broadwell): NUC5i3RYB/NUC5i5RYB
    • 4.Gen intelNUC (Haswell): D34010WYB/D54250WYB
    • 3.Gen intelNUC (Atom): DE3815TYBE
    • 2.Gen intelNUC (Ivy Bridge): D33217GK
    • 1.Gen intelNUC (Sandy Bridge): DCP847SKE

CCU/HomeMatic-System Änderungen:

• Implementierung der bisher fehlenden LED Unterstützung für das RPI-RF-MOD umgsetzt wenn es zusammen mit einer HB-RF-USB Adapterplatine eingesetzt wird (#640).
• Bugfix in der Identifikation der MIP-RFUSB-TK USB Stick Variante umgsetzt. Nun sollte ein Firmware-Update bei Einsatz eines HMIP-RFUSB-TK unterdrückt wird (#641).
• Bugfix im "mod_authn_rega" Authentifizierungsmodul umgesetzt das bei Nutzung einer XMLRPC Authentifizierung dazu führen konnte das beim Hochfahren der Zentrale der Webserver einfrieren konnte (#730).

WebUI Änderungen:

• Änderungen an der Erstellung eines HTTPS/SSL Zertifikates hinzugefügt um Zertifikate mit einem zusätzlichen "subjectAltName" zu generieren damit diese unter Nutzung von Google Chrome weniger Sicherheitswarnungen erzeugen (#738).
• Hinzufügen einer Backup Restore Funktionalität im CCU Recovery System damit *.sbk Backupdateien auch über ein hochgefahrenes Recovery/Rescue System wiederhergestellt werden kann falls das normale System nicht mehr korrekt hochfahren sollte.
• Implementierung einer neuen "Clone System" Funktion innerhalb des CCU Recovery Systems. Nun kann eine laufende RaspberrryMatic Installation über die neue Cloning funktion auf externe Datenträger geclont werden. Dies sollte erlauben ein z.B. via USB Stick gebootetes System auf eine interne SSD zu kopieren.
• Es wurden in der globalen Land-/GPS-Koordinatenzuordnung mehr europäische Landeshauptstädte hinzugefügt (#741).
• Hinzufügen eines neuen WebUI Patches der die intern genutzte "jqueryURLPlugin.js" URL Parser Klasse auf die aktuellste 2.3.1 Version aktualisiert und zusätzlich ein Patch integriert der korrekt mit "@" Zeichen in URL parameter umgehen kann. Dadurch sollten URL Parameter wieder korrekt auslesbar sein (#742)..

Linux Betriebsystem Änderungen:

• Aktualisierung des Hardware Watchdog Setups sodass der eigentliche Watchdog Daemon nur dann gestartet/genutzt werden sollte wenn auch das dazugehörige "/dev/watchdog" Device existiert.
• Linux/Buildroot Umgebung auf die aktuellste 2019.08.2 Version geupdatet.
• "libgpiod" sowie deren Kommandozeilentools als neues Standardpaket hinzufügt damit damit in einem Linux-konformen Weg GPIOs ausgelesen/gesetzt werden kann.
• Bugfix in der Unterstützung des NTFS Dateisystems umgesetzt sodass nun korrekt das entsprechende ntfs-3g Dateisystem genutzt werden sollte.
• Aktualisierung der Java8 Version auf die aktuellste 8.0_232 Patchversion.
• Aktualisierung der Linux kernel versionen aller unterstützen Plattformen auf die aktuellste 4.19.85 LTS version.

Mitwirkende (diese Version, alphabetisch):

• @jens-maus

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:

RaspberryPi4 Model B:

Code: Alles auswählen

RaspberryMatic-3.47.22.20191130-rpi4.zip

CCU3, ELV-Charly, RaspberryPi3 Model B+, RaspberryPi3 Model B, RaspberryPi3 Model A+, RaspberryPi2 Model B, RaspberryPi Compute Module 3, RaspberryPi Compute Module 3 lite:

Code: Alles auswählen

RaspberryMatic-3.47.22.20191130-rpi3.zip
RaspberryMatic-3.47.22.20191130-ccu3.tgz (nur für den initialen Umstieg von CCU3 Firmware zu RaspberryMatic)

RaspberryPi Zero W, RaspberryPi Zero, RaspberryPi Compute Module 1, RaspberryPi1 (A+/B+):

Code: Alles auswählen

RaspberryMatic-3.47.22.20191130-rpi0.zip

Tinker Board S, Tinker Board:

Code: Alles auswählen

RaspberryMatic-3.47.22.20191130-tinkerboard.zip

Bitte hierbei den Unterschied der Endung "-rpi4.zip", "-rpi3.zip", "-rpi0.zip" und "-tinkerboard.zip"beachten. D.h. man muss je nachdem welche Hardware eingesetzt wird ein unterschiedliches Image verwenden/installieren.

Zusätzlich dazu gibt es auch noch Archive für die folgende unterstützen x86 Plattformen:

Intel NUC (Anleitung):

Code: Alles auswählen

RaspberryMatic-3.47.22.20191130-intelnuc.zip

Open Virtual Appliance (OVA) – (ESXi, VirtualBox, Proxmox, Synology, QNAP, QEmu, HyperV) – Anleitung:

Code: Alles auswählen

RaspberryMatic-3.47.22.20191130-ova.zip
RaspberryMatic-3.47.22.20191130.ova (nur für die initiale OVA installation)

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.

Wie auch bei bisherigen Releases möchte ich auch bei diesem Release gerne wieder darum bitten bei Gefallen über eine mögliche Unterstützung/Spende für das RaspberryMatic Projekt nachzudenken. Wenn dem Einen oder Anderen dieses Release gefallen sollte, so würde ich mich natürlich über zahlreiche (auch gerne erneute) Spenden via PayPal oder auch Sachspenden freuen. Für PayPal-Spenden (die meine Motivation weiterhin an RaspberryMatic zu arbeiten wirklich sehr heben) bitte diesen Link nutzen.

Viel Spass mit der neuen RaspberryMatic Version!

P.S: Im übrigen werde ich ab jetzt statt der "Erfahrungsberichte" Beiträge nun immer für jeden neuen Release einen separaten Beitrag wie hier machen in dem dann die entsprechenden Berichte bzw. Feedbacks zu der neuen Version und entsprechende Diskussionen wiedergegeben werden.

[MathiasZ]

Die neue Firmware ist hier durch ein WebUI-Upgrade installiert worden.
Ich warte dann noch auf Antwort, damit ich das per Teamviewer auch beim Kunden machen kann......

was mir gleich aufgefallen ist, under-voltage ist weg, dafür bekam ich eine Alarmmeldung, dass CCU-Historian nicht mehr erreichbar ist.
Ich mache jetzt mal einen Neustart, dann schauen wir mal weiter.
neustart erledigt, keine Besserung......
Deinstallation und Neuinstallation vom Addon CCU-Historian ebenfalls keine Besserung......
Gruß,
Mathias

[Samhain]

Installation und Inbetriebnahme auf Tinkerboard S via WebUI problemlos.

Im Moment laufen alle Programme die über Nodered gesteuert werden stark verzögert (Delay zum Teil 1-2 Minuten). Ich werde das mal beobachten.

Duty Cycle ist völlig unkritisch ... daran kann es nicht liegen ...

[Ulli@volles-haus.de]

Hallo zusammen

Vor 2 Stunden über WebUI upgedatet. Bisher absolut problemlos. Alles funktioniert wie gewohnt. Ganz ehrlich: Etwas anderes habe ich auch nicht erwartet. Mal wieder absolut klasse Arbeit. Spende ist selbstverständlich raus.

Danke an das Team

[Holger76]

Ich habe vorhin eine Proxmox VM erstellt und nach Anleitung die Installation durchgeführt. Soweit hat alles geklappt. Jetzt wollte ich ein Backup meiner RPI3 Installation einspielen, wo noch die vorige Version drauf ist, da bekomme ich die Fehlermeldung, dass das Backup fehlerhaft bzw unvollständig ist (zb -*.APKX Dateien fehlen)
Hat sich mir der neuen Version da etwas geändert ? Ich würde jetzt erstmal ein Webupdate auf der alten Maschine machen und dann nochmal ein Backup machen, evtl ist das dort dann ja enthalten. Wäre aber blöd, wenn man die SD Tausch Variante wählen muss (zb wenn das Webupdate in die Hose geht)

Oder hat das noch andere Gründe ??

Gruß Holger

EDIT: Jetzt lese ich in alten Threads, dass meine Konfig defekt sein soll.. wäre super, ich had duzende IP Geräte, die ich jetzt nicht alle ablernen kann Hat jetzt hier nichts weiter mit dieser Version zu tun, also nicht weiter beachten.

[jmaus]

Ich habe vorhin eine Proxmox VM erstellt und nach Anleitung die Installation durchgeführt. Soweit hat alles geklappt. Jetzt wollte ich ein Backup meiner RPI3 Installation einspielen, wo noch die vorige Version drauf ist, da bekomme ich die Fehlermeldung, dass das Backup fehlerhaft bzw unvollständig ist (zb -*.APKX Dateien fehlen)

Diese Meldung ist normal wenn du versuchst auf einer Zentrale ein Backup einzuspielen die keinerlei HmIP fähige Funkhardware zum Zeitpunkt des Einspielens des Backups hat. Vmtl versuchst du das zu testen und musst dies eben beachten. Sobald du dann das gleiche mit angeschlossenem HB-RF-USB machst sollte die Fehlermeldung nicht kommen. Aber auch wenn diese kommt war das einspielen des Backups trotzdem erfolgreich und nach einem manuellen Neustart sollte die virtuelle RaspberryMatic dann mit der Konfiguration korrekt hochfahren.

[Holger76]

in der Tat steckt das Modul noch nicht drin, ist also auch nicht in der VM eingebunden. Zum Testen war das erstmal so geplant - allerdings ist die Fehlermeldung diesbezüglich etwas irreführend

EDIT: Läuft. Hammer !

Das geht ja richtig fix... selbst als 8. VM auf meinem Celeron Top Arbeit...

[Eli_78]

Hallo zusammen

Das Problem welches mir bei der 1129 schon aufgefallen ist ( viewtopic.php?f=65&t=54743&start=40 ), kann ich mit der 1130 reproduzieren.
Monit für ReGaHss ist etwas zu "scharf" eingestellt.

Bei der Originalen einstellung von 5 Cycles, komme ich nicht mehr ins Gewerke Setting rein, ohne das mir Monit dazwischen funkt.
Habe Monit für ReGaHss jetzt auf 8 Cycles stehen und es geht.

Scheint als wäre das für größere Installationen notwendig.

Grüße Thomas

[jklasen]

Moin,

also bei mir geht nach dem Update quasi nix mehr da folgendes passiert:

Es kommt nach dem neustart der WatchDog-Alarm - HMIPServer restarted -
danach friert alles auf der WebGui ein.

Habe versucht das zu beheben indem ich einfach das alte "update" wieder eingespielt habe leider ohne Erfolg.

Hier mal ein Auszug aus den Messages:

Code: Alles auswählen

Dec  1 06:53:18 RaspberryMatic daemon.warn cuxd[668]: process_rpc_request(127.0.0.1) - illegal XMLRPC(listDevices) request
Dec  1 06:53:35 RaspberryMatic user.err monit[1592]: 'HMIPServer' failed to restart (exit status -1) -- '/etc/init.d/S62HMServer restart': Program timed out -- Stopping HMIPServer: OK Starting HMIPServer: ..............
Dec  1 06:53:53 RaspberryMatic user.err monit[1592]: 'HMIPServer' service restarted 1 times within 1 cycles(s) - exec
Dec  1 06:53:53 RaspberryMatic user.info monit[1592]: 'HMIPServer' exec: '/bin/triggerAlarm.tcl HMIPServer restarted WatchDog-Alarm'
Dec  1 06:53:53 RaspberryMatic user.info monit[1592]: 'HMIPServer' process is running after previous exec error (slow starting or manually recovered?)
Dec  1 06:53:53 RaspberryMatic user.info monit[1592]: 'HMIPServer' process is running after previous restart timeout (manually recovered?)
Dec  1 06:53:53 RaspberryMatic user.err monit[1592]: 'HMIPServer' failed protocol test [DEFAULT] at [localhost]:39292 [TCP/IP] -- Connection refused
Dec  1 06:53:53 RaspberryMatic user.info monit[1592]: 'HMIPServer' trying to restart
Dec  1 06:53:53 RaspberryMatic user.info monit[1592]: 'HMIPServer' restart: '/etc/init.d/S62HMServer restart'
Dec  1 06:53:53 RaspberryMatic user.info kernel: [ 1412.747956] eq3loop: eq3loop_close_slave() mmd_hmip
Dec  1 06:54:01 RaspberryMatic user.info kernel: [ 1420.028065] eq3loop: eq3loop_open_slave() mmd_hmip
Dec  1 06:54:01 RaspberryMatic user.info kernel: [ 1420.028195] eq3loop: eq3loop_close_slave() mmd_hmip
Dec  1 06:54:01 RaspberryMatic user.info kernel: [ 1420.029880] eq3loop: eq3loop_open_slave() mmd_hmip
Dec  1 06:54:01 RaspberryMatic user.info kernel: [ 1420.029997] eq3loop: eq3loop_close_slave() mmd_hmip
Dec  1 06:54:01 RaspberryMatic user.info kernel: [ 1420.035118] eq3loop: eq3loop_open_slave() mmd_hmip
Dec  1 06:54:07 RaspberryMatic daemon.warn cuxd[668]: process_rpc_request(127.0.0.1) - illegal XMLRPC(listDevices) request
Dec  1 06:54:23 RaspberryMatic user.err monit[1592]: 'HMIPServer' failed to restart (exit status -1) -- '/etc/init.d/S62HMServer restart': Program timed out -- Stopping HMIPServer: OK Starting HMIPServer: ..............
Dec  1 06:54:29 RaspberryMatic user.warn monit[1592]: 'rfd' failed protocol test [DEFAULT] at [localhost]:32001 [TCP/IP] -- Connection timed out

Ich operiere jetzt mal weiter---

EDIT: 07:53 Uhr
Habe mittels ApplePiBaker das Asus Tinkerboard S mal neu geflashed mit dem neusten Image... selbst nach dem "frischen" leeren restart ist die Gui nicht zu benutzen... Flashe jetzt auf die "RaspberryMatic-3.47.22.20191026-tinkerboard"

EDIT: 08:26 Uhr
Zurück auf "RaspberryMatic-3.47.22.20191026-tinkerboard" hat bis jetzt auch nichts gebracht. Hoffe nicht das dass Modul "defekt" ist.. Da ich Täglich backups mache gehe ich jetzt mal zwei Tage zurück und schaue ob das etwas bringt.

EDIT: 09:14 Uhr
Habe mal einen Kaffee getrunken und das Board ausgeschaltet gelassen. Danach nochmal ein altes Backup eingespielt von vor 4 Tagen. Dieses funktioniert. Nach dem dieses Funktionstüchtige backup getestet wurde UPDATE auf 20191130 - was auch funktioniert hat. Jetzt noch das Backup von heute Morgen wieder rauf und gut sollte es sein. (habe gestern c.a. 8 neue HMIP BROLL Geräte angelernt)

Ursache für meine Aktion bis jetzt unbekannt...

Grüße,

Jens

[jmaus]

Hallo zusammen

Das Problem welches mir bei der 1129 schon aufgefallen ist ( viewtopic.php?f=65&t=54743&start=40 ), kann ich mit der 1130 reproduzieren.
Monit für ReGaHss ist etwas zu "scharf" eingestellt.

Bei der Originalen einstellung von 5 Cycles, komme ich nicht mehr ins Gewerke Setting rein, ohne das mir Monit dazwischen funkt.
Habe Monit für ReGaHss jetzt auf 8 Cycles stehen und es geht.

Scheint als wäre das für größere Installationen notwendig.

In der Tat scheint es noch andere zu geben die ähnliche Probleme mit der Gewerkeliste haben, nämlich das bei aufruf der selbigen die WebUI bzw ReGa komplett einfriert und dann eben irgendwann Monit ReGa neustartet.
Da es aber nicht bei allen passiert (habe selbst mehr als 160 Geräte) würde ich darum bitten das die Betroffenen mal die Köpfe zusammenstecken um herauszufinden um welche Gerätegruppen es sich handelt die diese Verzögerungen in der ReGa auslösen.

Eine Gemeinsamkeit die wohl bereits herausgefunden wurde ist, das CloudMatic wohl überall bei den betroffenen eingesetzt wird. Nun müsstet ihr eben schrittweise mal die Geräte von ihrer Gewerkzuordnung befreien und schauen ab wann es zu keiner Fehlermeldung mehr im Logfile kommt.