RaspberryMatic 3.51.6.20200621 – Neue Version

[jmaus]

Hallo Zusammen,

nach etwas über einer Woche habe ich soeben eine neue RaspberryMatic Version (3.51.6.20200621) für alle unterstützten Hardwareplattformen freigegeben. Da sich in der letzten Version einige Bugs eingeschlichen hatten war dieser schnelle Schritt notwendig geworden. Diesen Umstand habe ich mir dann jedoch gleich dazu genutzt und habe in dem Zuge noch einige andere, schon etwas länger existierende Bugs gleich mit beseitigt. Es handelt sich bei dieser Version um ein Bugfixing/Maintenance Release das ich nur jedem wärmstens empfehlen kann.

Die komplette Liste aller Änderungen/Bugfixes in dieser Version kann hier eingesehen werden:

CCU/HomeMatic-System Änderungen:

• Aktualisierung der OCCU Firmware auf Version 3.51.6-7 die folgende kleinere Änderungen mit sich bringt:
  • Integration einer neuen/aktualisierten ReGaHss Logikengine R1.00.0388.0219 (Jun 19 2020) Version mit folgenden Änderungen:
    • Die in der letzten Version integrierte Funktionalität innerhalb eines Raw/Super Strings (^) auch ein ^ Zeichen direkt mittels backslash escaping nutzen zu können wurde wieder zurückgenommen da es damit zu anderen negativen Effekten gekommen ist. Stattdessen wurde das backslash escaping in normalen Strings dahin korrigiert, das man nun auch Strings wie "\\\\" nutzen kann ohne das es zu Syntax Fehlern kommt (#225).
      
      Bitte beachten: Durch diesen Bugfix können mitunter existierende Backslash Escape Nutzungen die in Nutzerskripten bisher vermeintlich korrekt funktioniert haben nun als Syntax Fehler erkannt werden. So konnte man z.B. bisher den String \" durch die falsche Nutzung von \\" erzeugen lassen obwohl die dafür richtige Definition drei (3) backslashes beinhalten muss/musste: \\\" da jedes backslash für sich selbst korrekterweise escapt werden muss. Alternativ kann für eine korrekte und auch rückwärtskompatible Art&Weise nun jedoch stattdessen auch einfach als äußeres String-Zeichen das ' Zeichen verwendet werden oder ein raw/super string wie ^\"^ genutzt werden.
  • Problem in der genutzten xmlparser Bibliothek beseitigt der für die identifizierung von clear tags eine groß/kleinschreibung unterscheidung vornahm und was dazu führte das hier fälschlicherweise ein Fehler zurückgegeben wurde wenn das schließende tag kleinschreibung aufwies. Dies verhinderte, das im WebUI Scripteditor Variablennamen wie "pre" oder "script" genutzt werden konnten da dieser das betroffene tcl<>rega script interface nutzt welches davon betroffen war (#230).
• Problem bei der Funkmodulinitialisierung beseitigt das zu Initialisierungsfehlern führte wenn ein HM-MOD-RPI-PCB zusammen mit einem HB-RF-USB/HB-RF-USB-2 in einer OVA Umgebung genutzt wurde. Nun wird ein Funkmodulreset bei jedem Booten durchgeführt sowie mittels zusätzlicher "timeout 20" calls es verhindert das in Zukunft bei der Initialisierung es zu sehr langen Wartezeiten kommen kann. (Danke an Alexander Reinert für die Hilfestellung).

WebUI Änderungen:

• Integration eines neuen WebUI Bugfix Patches der einen Absturz der WebUI bei Anlegen eines neuen Raumes oder Gewerk beseitigt. Durch die Eingabe eines Raum/Gewerknamens in zusammenhang mit dem Bestätigen mit RETURN konnte es durch die kollidierende Nutzung zweier Event handler zu einer abgestürzten browser session kommen (#855).
• Integration eines neuen WebUI Bugfix Patches der das Problem beseitigt, das die Aktualisierung der WebUI einfrieren konnte oder es zu einer falschen Darstellung kommen konnte wenn in einer Systemvariablen HTML Tags verwendet wurden und diese Systemvariable als Nutzerfavorit auf der Hauptseite auf der rechten Seite hinzugefügt wurde (#856).
• Integration eines neuen WebUI Bugfix Patches der ein Problem beseitigt das im WebUI Script Editor das ^ Zeichen nicht genutzt werden konnte da dieses Zeichen ein reserviertes Zeichen der raw/super string Funktionalität der ReGaHss ist. Nun wird das ^ Zeichen in einem WebUI Script Editor Fenster vor übertragung entsprechend mittels meta escape sequence "@$@%" escaped und dann entsprechend wieder unescaped damit es zu keinem Konflikt kommt (#225).

Betriebsystem Änderungen:

• Problem beim Monit/Watchdog Temperaturcheck beseitigt, das fälschlicherweise eine erhöhte CPU-Temperatur anmahnte wenn der entsprechende "thermal_zone0/temp" sysfs Link zwar existierte, aber einen Fehler beim Zugriff zurückgab.
• Problem beseitigt, das bei Nutzung eines RaspberryPi4 die CPU Temperatur nicht korrekt via "thermal_zone0/temp" ausgelesen werden konnte da die entsprechende Linux kernel Option (CONFIG_BCM2711_THERMAL) fehlte.
• Da aktuelle RaspberryPi4 firmwares nun das entfernen der "hdmi_force_hotplug=1" boot config option zulassen wurde diese aus der standard boot config entfernt. Dadurch wird nun auch bei Nutzung eines RaspberryPi4 automatisch der HDMI Port komplett deaktiviert wenn kein HDMI Kabel beim hochfahren eingesteckt ist. Das sollte wie bei den anderen RaspberryPi Versionen dazu führen das potentielle RF Interferenzen mit einem aufgesteckten Funkmodul minimiert werden.
• Problem beseitigt das nicht unter allen Umständen es zu einer Deaktivierung des HDMI Ports beim hochfahren gekommen ist. Nun wird mittels eines zusätzlichen "tvservice" checks geprüft ob eine HDMI Verbindung besteht und wenn nicht der HDMI Port entsprechend komplett deaktiviert.

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.51.6.20200621-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.51.6.20200621-rpi3.zip
RaspberryMatic-3.51.6.20200621-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.51.6.20200621-rpi0.zip

Tinker Board S, Tinker Board:

Code: Alles auswählen

RaspberryMatic-3.51.6.20200621-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.51.6.20200621-intelnuc.zip

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

Code: Alles auswählen

RaspberryMatic-3.51.6.20200621-ova.zip
RaspberryMatic-3.51.6.20200621.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.

Viel Spass mit der neuen RaspberryMatic Version!

[stan23]

Das Funkmodul wird wie auch im Nightly Build erkannt.

RaspberryMatic als VM in Proxmox auf einem NUC, mit HB-RF-USB und kleinem Funkmodul.

Vielen Dank für den schnellen Fix!

[Ralli_]

Vielen Dank. Update von der 3.51.6.20200613 auf diese Version problemlos ausgeführt.

[Sid Omsa]

läuft problemlos


Danke

[magic71]

Hallo Jens,

vielen Dank für das Update - es läuft jetzt sogar wieder bei mir und es werden alle LANGW's erkannt !
Thx !

[MathiasZ]

Hier auch gerade das Update gemacht.
Zum testen einen Neustart machen, ob es dieses mal klappt......

[Bernd-Joras]

FYI .... läuft alles mittels "Update Funktion" bisher ohne Probleme .... DANKE

[MathiasZ]

Update:
Update über der WebUI war ok. Habe vorher aber einen Werksreset gemacht und das Backup zurück geladen.
RM1 bis RM3 auf dem Proxmox das selbe. Nur dieses Mal gleich ein Snapshot erstellt. Schon einige Programme und SysVar erstellt für die man keine Geräte braucht.

[Black]

@Jens:

Kläre mich mal bitte auf,

warum in allen Versionen Vorher ein

Code: Alles auswählen

sInfo=sInfo.Replace ("\"","\\""); 

sauber durchlief,

nun in der neuen dafür Scriptruntimeerrors wirft.

Syntaktisch und funktional vorher alles korrekt....

Black

[jmaus]

@Jens:
Kläre mich mal bitte auf,

warum in allen Versionen Vorher ein

Code: Alles auswählen

sInfo=sInfo.Replace ("\"","\\""); 

sauber durchlief,

nun in der neuen dafür Scriptruntimeerrors wirft.

Syntaktisch und funktional vorher alles korrekt....

Syntaktisch leider doch nicht ganz korrekt wenn du noch einmal genau draufschaust. Siehe z.B. das hier:

Code: Alles auswählen

WriteLine("\"");    ! Ergibt ein "
WriteLine("\\\"");  ! Ergibt ein \"
WriteLine('"');     ! Ergibt ein "
WriteLine('\\"');   ! Ergibt ein \"

D.h. es müssen drei (3) backslahes sein um folglich ein \ und ein " dahinter zu positionieren wenn man als quote zeichen das " verwendet. Und bei einem quote zeichen ' muss man nur zwei verwenden weil man natürlich nur das backslash entsprechend selbst escapen muss. Das war in vorherigen Versionen IMHO ein Bug gewesen und auch der Grund gewesen wieso man Zeichenketten wie "\\\\" (ergibt \\) nicht nutzen konnte und diese fälschlicherweise einen Syntax Error geschmissen haben.

Folglich ist es nun doch eigentlich richtig das bei deinem Beispiel oben ein Syntax-Error bzw. ScriptruntimeError kommt. Eben weil dem "\\"" ein Backslash fehlt oder ein backslash zuviel ist. Oder übersehe ich gar etwas?