RaspberryMatic 3.53.30.20200919 – Neue Version

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

Moderatoren: jmaus, Co-Administratoren

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

RaspberryMatic 3.53.30.20200919 – Neue Version

Beitrag von jmaus » 19.09.2020, 17:15

Hallo Zusammen,

nach einer etwas längeren Entwicklungsphase als erwartet habe ich nun endlich heute eine neue offizielle RaspberryMatic Version (3.53.30.20200919) für alle unterstützten Hardwareplattformen freigegeben. Wie der Versionssprung von vorher 3.51.x zu 3.53.x vermuten lässt handelt es sich hierbei um einen größeren Major Versionssprung der neben zahlreichen kleineren und größeren Bugfixes auch mit sämtlichen Änderungen daherkommt die auch im CCU3 3.53.30 Update von eQ3 zu finden sind. Darüber hinaus bringt die Version auch noch einige RaspberryMatic eigene Verbesserungen mit sich die hoffentlich auch auf große Gegenliebe stoßen.

Auch sei hierbei auf die neue umfangreiche Dokumentation von RaspberryMatic hingewiesen an der andere und ich auch bereits seit einiger Zeit gearbeitet haben und die alle anderen hier im Forum bisher zur Verfügung gestellten Dokumentationen rund um RapsberryMatic ersetzen. Zu erreichen ist die neue Dokumentation nun unter folgender Stelle:

https://github.com/jens-maus/RaspberryMatic/wiki

Wie die URL schon vermuten lässt handelt es sich hierbei um einen öffentlichen Wiki an dem sich jeder gerne (nach entsprechender technischer Einarbeitung) beteiligen kann um anderen vor allem den Einstieg rund um das Thema "RaspberryMatic" zu erleichtern.

Wie immer kann die komplette Liste aller Änderungen/Bugfixes in dieser Version hier eingesehen werden:

CCU/HomeMatic-System Änderungen:
  • Major Update von OCCU auf Version 3.53.30-1 welches volle Kompatibilität und folgende Änderungen zur CCU3 3.53.30 Firmware mit sich bringt:
    • Geräteintegration "HmIP-WRC2" (Homematic IP Wandtaster – flach)
    • Geräteintegration "HmIPW-WRC2" (Homematic IP Wired Wandtaster – 2-fach)
    • Geräteintegration "HmIPW-BRC2" (Homematic IP Wired Wandtaster für Markenschalter – 2-fach)
    • Geräteintegration "HmIP-DRSI1" (Homematic IP Schaltaktor für Hutschienenmontage)
    • Generelle Verbessungen beim homematicIP LAN Routing: Der Betrieb von bis zu zwei Access Points (HmIP-HAP und/oder HmIPW-DRAP) an einer CCU ist nun möglich. Dadurch lassen sich auseinanderliegende Verteilungen per HmIPWDRAP oder entfernte Funk Komponenten per HmIP-HAP einfach über das Hausnetzwerk in die CCU einbinden.
      • Homematic IP Access Point als weiteres Funk-Gateway für die CCU nutzbar: Es ist nun möglich Homematic IP Access Points (HmIP-HAP) an der CCU als „LAN-zu-FunkGateways“ einzusetzen. Ein entsprechendes Update für HmIP-HAPs ist in dieser CCUFirmware enthalten und kann über "Systemsteuerung > Access Points mit inkompatibler Firmware" eingespielt werden.
      • Update für Homematic IP Wired Access Points (HmIPW-DRAP): Durch Verbesserungen des LAN-Routings muss bei vorhandenen HmIPW-DRAPs mit Firmware (< 2.1) zwingend eine Firmware-Aktualisierung vorgenommen werden. Dies geschieht durch einen Wizard nach dem Einspielen dieser CCU-Version und Neustart der Zentrale.
    • Die Geräte HmIPW-DRAP und HmIP-HAP werden nun unter Einstellungen > Geräte aufgeführt und unter Status und Bedienung angezeigt.
    • Mit der Fw. >= 1.6 ist es beim HmIPW-DRBL4 und HmIP-DRBLI4 möglich, die Ausgänge zu tauschen. Damit können Fehlverdrahtungen bei der Installation (hoch/runter) korrigiert werden.
    • Die virtuelle Fernbedienung für HmIP wurde in HmIP-RCV-1 umbenannt. Achtung! Diese Umbenennung kann unter Umständen dazu führen, dass selbst erstellte Skripte, welche auf diese virtuellen Fernbedienungskanäle zugreifen, nicht mehr korrekt ausgeführt werden und angepasst werden müssen.
    • Beschreibung der Servicemeldungen der HmIP-FALx verbessert.
    • Mit der Firmware Vers. >= 1.6 ist es beim HmIPW-DRBL4 und HmIP-DRBLI4 nun möglich, den Modus (Jalousieaktor/Rollladenaktor) der entsprechenden Kanäle zu ändern, ohne die dazugehörigen Verknüpfungen vorher löschen zu müssen.
    • Filterung von Parametern in der LegacyAPI ist auch für Events verfügbar.
    • Das MultiCast-Routing kann bei entsprechenden Geräten (z. B. HmIP-PSM) abgeschaltet werden.
    • Das Auto-Login ist nach der Erstinbetriebnahme der CCU deaktiviert.
    • Unter „Systemsteuerung“ gibt es einen neuen Button, der es ermöglicht, Access Points mit inkompatibler Firmware (< 2.1.0) zu suchen und zu aktualisieren.
    • Funk-Aktoren sind nach einem CCU Neustart jetzt schneller über Routing erreichbar.
    • Hinweis, dass Geräte in Heizungsgruppen nur in der Gruppe geändert werden sollten.
    • Die Alarmdauer der HmIP-ASIR wurde auf 600s begrenzt.
    • Direktverknüpfungen der virtuellen Kanäle (HmIP-RCV-50) wurden nicht angezeigt.
    • Innerhalb von Programmen steht nun die Umschaltung Auto/Manu von Wochenprogrammen zur Verfügung.
    • Verknüpfungsmöglichkeiten für die HmIP-ASIR/-O/B1/-2 für Sensoren vom Typ CONDITION_SWITCH_TRANSMITTER (z. B. HmIP-SLO) hinzugefügt.
    • Wurden sehr viele Räume/Gewerke angelegt, konnte der OK-Button des entsprechenden Filter-Dialogs nicht mehr erreicht werden. Diese Dialoge können nun mit der Maus verschoben werden.
    • Die Sortierreihenfolge im Systemprotokoll wechselte bei jeder Aktualisierung der Daten.
    • In der XMLRPC Schnittstelle der LegacyAPI kam es zu einem Parserfehler, wenn innerhalb eines Arrays von Structs, leere Strings mit String-Tags vorkamen.
    • Die virtuelle Fernbedienung stand nach dem Einspielen eines CCU2 Backups innerhalb eines Programms nicht mehr zur Verfügung.
    • Bestimmte Kanäle einiger Geräte wurden fälschlicherweise als „Fensterkontakt“ bezeichnet. Die Bezeichnung wurde in „Kontakt“ geändert.
    • Missverständlicher Text zum Konfigurationsparameter „Zyklische Statusmeldung“ angepasst.
    • Unter bestimmten Umständen wurde der Statuswert LOWBAT mit einem falschen Datentyp für Kanal 0 von Gruppengeräten geliefert.
    • Der minimale Wert des Konfigurationsparameters „Filterzeitraum“ einiger Sensoren wurde auf 500ms begrenzt. Kleinere Werte konnten dazu führen, dass das Gerät nicht mehr ordnungsgemäß funktioniert.
    • Der maximale Wert des Konfigurationsparameters „Entkalkungsfahrt“ für HmIP(W)-FALxCx wurde auf 24 Tage begrenzt.
    • Unter seltenen Umständen auftretende, falsche Servicemeldung für HmIP(W)-FALx-Cx korrigiert.
    Zusätzlich zu den oben genannten in der CCU3 3.53.30 integrierten Änderungen wurden in RaspberryMatic folgenden Anpassungen an der OCCU 3.53.30-1 Version vorgenommen:
    • Integration einer neuen/aktualisierten ReGaHss Logikengine "R1.00.0388.0223 (Aug 27 2020)" Version mit folgenden Änderungen:
      • Ein Problem mit "system.Exec()" beseitigt bei dem es vorkommen konnte das Kommandos die auf "stdin" Eingaben warten zu einer dauerhaften Blockierung von ReGaHss führen konnten. Zusätzlich akzeptiert nun "system.Exec()" einen vierten Parameter um "stdin" Eingabe zu übergeben die dann an das auszuführende Kommando übergeben werden wenn keine Hintergundabarbeitung des Kommandos durchgeführt wird (#847).
      • Es wurde ein zusätzlicher, optionaler Parameter zu "dom.GetObject()" hinzugefügt der dafür genutzt werden kann den gewünschten Objekttyp (z.B. "OT_DEVICE", "OT_CHANNEL", etc.) des gesuchten Objektes anzugeben, sodass dann nur das Objekt zurückgegeben wird auf das auch der gewählte Objekttyp passt. Diese Änderung erlaubt nun bei der Existenz von zwei Objekten mit dem selben Namen anhand des Objekttyps eine Auswahl treffen zu können welches vorher so nicht möglich war (#876).
      • Problem mit verschachtelten "break" und "continue" Statements beiseitigt die nur in der erste Ebene korrekt funktionierten (#878).
      • Problem mit der Nutzung der ".ToFloat()" Methode beseitigt die nur auf einen "string" typen anzuwenden war. Nun kann ".ToFloat()" auch auf beliebige "vtXXX" Objekttypen angewendet werden. Dies sollte erlauben ToFloat auf beliebige variablentypen anzuwenden ohne vorher eine entsprechende Vorprüfung durchzuführen (#883).
      • Beseitigung einiger Probleme mit internen string vergleichen die anhand bekannter RFCs des HTTP protokolles case-insensitive durchgeführt werden sollten.
      • Anpassungen an der RemoteAPI Schnittstelle "tclrega.exe" vorgenommen, sodass auch UTF-8 kodierte Requests via "Content-Type: xxx; charset=utf8" vorgenommen werden können. ReGaHss wird daraufhin automatisch den Inhalt solcher Requests in ISO-8859-1 umwandeln. This erlaubt somit RemoteAPI abfrage auch UTF-8 kodiert durchzuführen in Umgebungen die keine ISO-8859-1 kodierung zulassen.
      • Problem beseitigt bei dem im HTTP Server beim Request-Header Parsen nicht nur der Headerbereich ausgewertet wurde und daher negative Effekte auf das Auswerten der Request Header hervorrufen konnte.
      • Beseitigen einiger Buffer-Overflow Probleme in den Zeichenketten Parsingroutinen die hauptsächlich in den XML remote API Ausgabefunktionen verwendet wurden und daher mitunter zu invaliden XML Ausgaben führen konnten (#870).
      • Die verzögerbaren "State()" Aufrufe können nun auch auf Objekten des Typs "OT_CHANNEL" und "OT_PROGRAM" angewendet werden. Dies erzeugte bisher nur Fehler bei der Ausführung solcher verzögerten State() Aufrufen.
    • Aktualisierung des NEOserver CCU-Addon Paketes auf Version 2.5.6
    • Vollwertigen Support für die HB-RF-USB-2 USB-Adapterplatine von @alexreinert integriert um ein RPI-RF-MOD oder HM-MOD-RPI-PCB Funkmodul via USB an ein RaspberryPi/Tinkerboard oder virtuelles OVA-basiertes RaspberryMatic zu betreiben. Herzlichen Dank gebührt hier natürlich Alexander Reinert für die Entwicklung dieser Adapterplatine und für die Unterstützung bei der Integration des Treibers der selbigen.
    • Problem bei der Funkmodulinitialisierung (S11InitRFHardware) beseitigt bei der es dazu kommen konnte das nicht alle RF relevanten informationen korrekt aus den Funkmodulen ausgelesen wurden und dies bei einer frischen RaspberryMatic Version dazu führen konnte das kein eineindeutigen Funkadressen für die Funkmodule verwendet wurden (#900).
WebUI Änderungen:
  • Aktualisierung des "0073-WebUI-AstroDelays" WebUI Patches, sodass in den Einstellungen zu der Möglichkeit einen zeitlichen Offset einzustellen der Text selbsterklärender ist. Danke hier an Ralf Penzler für die Vorschläge der Testpassagen.
  • Vereinfachung des "0076-WebUI-Fix-SuperCharScriptUse" WebUI Patches durch Nutzung von Zeichenkettenverbindungen um das Problem mit der Nutzung von "^" Zeichen in Nutzerskripten zu umgehen (#225).
  • Aktualisierung des "0075-WebUI-Fix-HTMLinUserFavorites" WebUI Patches damit keine ".Trim()" Anweisungen mehr verwendet werden da die aktuelle ReGaHss version mit "^^" Zeichenketten nun umgehen kann.
  • Reparatur des "0034-WebUI-Addon-Config" WebUI Patches damit dieser für alle unterstützen Platformen genutzt wird und nicht nur für die "arm-gnueabihf" basierten Platformen.
  • Hinzufügen eines neuen "0077-WebUI-NegateCondition" WebUI Patches der erlaubt Bedingungen in WebUI Programmen negieren zu können (#884, @jp112sdl).
  • Verbesserung des "0026-WebUI-Fix-CacheControl" WebUI Patches um auch das nicht mehr benötigte Hinzufügen von "AvoidBrowserCache" URL Parametern nicht mehr zu verwenden da alle Browser-Cache bezogenen Probleme mit diesem Patch beseitigt sein sollten.
  • Integrationen einer ersten version eines "0078-WebUI-Fix-SetDeviceProfile" WebUI Patches der es erlauben sollte nun "=" Zeichen in Geräteparameterdefinitionen (oft von CUxD genutzt) möglich zu machen. Vorher war die Nutzung dieses Parameters nicht möglich da die reguläre Expression zur Trennung der URL Parameter für Strings wie "CMD=A=B" fehlgeschlagen ist (#888).
  • Integration eines neuen WebUI Patches (0079-WebUI-Fix-SideIncNotePad) zur Reparatur eines fälschlicherweise entfernten NotePad Bildes in "SONST" Bedingungen in WebUI Programme (#908).
  • Hinzufügen eines Fixes für das NEOserver CCU-Addons damit dieses sich via "Zusatzsoftware" wieder komplett deinstallieren lässt ohne sich bei jedem Neustart neu installieren zu wollen (#894).
  • Aktualisierung des CodeMirror Javascript basierten Skripteditors auf Version 5.56.0.
Betriebsystem Änderungen:
  • Grundsätzliche Unterstützung für das ArgonONE RaspberryPi Gehäuses bzw. das Argon FAN HAT hinzugefügt das mit einem Daemon für die Lüfter- und Powerbuttonsteuerung integriert wurde (#863, Danke an @Bono1969 für die zur Verfügung gestellte Testhardware).
    Bitte beachten: Einige Hardwareversionen des ArgonONE/FAN HAT scheinen Probleme mit der I2C Kommunikation aufzuweisen und werden daher mitunter beim Starten von RaspberryMatic nicht korrekt erkannt.
  • Hinzufügen der Möglichkeit für nutzereigene config.txt Anpassungen die Datei "/boot/extraconfig.txt" zu verwenden.
  • Unterstützung für die Nutzung des offiziellen Raspberry Pi PoE HAT für die rpi3 bzw. rpi4 Platformen hinzugefügt sodass das der diesem HAT mitgelieferte Lüfter automatisch gesteuert werden sollte (Danke an ESPe71 für die zur Verfügung gestellte Testhardware).
  • Nach einem unsauberen Shutdown des System wird jetzt automatisch nach der passenden WatchDog Warnung de "uncleanShutdown" Statusdatei automatisch gelöscht um weitere Alarmierungen zu verhindern.
  • Zurücknahme des entfernens der "hdmi_force_hotplug=1" config option in der rpi4 Platform um den HDMI Port wieder für manche RaspberryPi4 versionen wieder lauffähig zu bekommen.
  • Unterstützung für die aktuellen intel NUC10 Systeme hinzugefügt bei denen ist notwendig ist neuere intel e1000e Netzwerktreiber zu nutzen. Des Weiteren wurde das Linux-Firmware Paket auf die aktuelle 20200721 Version hochgehoben um die Hardwareunterstützung für diese Modelllinie zu verbessern.
  • Es wird nun bei allen unterstützen RaspberryPi Familien immer die "start.elf" und "fixup.dat" Datei genutzt um etwaige Abweichungen in der RaspberryPi Firmware zu kompensieren und die ggf. falsche Nutzung zu eliminieren. Dies sollte den Start von RaspberryMatic auf allen RaspberryPi platformen etwas stabiler/reproduzierbarer machen.
  • Um die Unterstützung möglicher Drittanbieterhardware zu verbessern wurden nun sämtliche devicetree overlay dateien aus dem bekannten rpi-firwmare paket hinzugefügt statt hiervon nur eine gewisse Auswahl zu unterstützen obwohl im /boot Dateisystem hierfür genug Platz existiert.
  • Aktualisierung des "generic_raw_uart" Paketes auf die aktuellste Version mit Unterstützung der HB-RF-USB-2 Platine. Die Unterstützung der HB-RF-ETH Adapterplatine wurde hier explizit noch nicht integriert da hier vom Autor (Alexander Reinert) noch gewisse Anpassungen vorgenommen werden die erst noch abgewartet werden müssen.
  • Aktualisierung der Buildroot/Linux Umgebung auf die aktuelle 2020.08 Version.
  • Aktualisierung der verwendeten Linux Kernelversion auf die aktuellste LTS 5.4.x version (5.4.63) für alle unterstützen Platformen.
  • Aktualisierung des RaspberryPi Linux Kernels samt passender RaspberryPi firmware auf die aktuelle 1.20200819 Version.
  • Aktualisierung der Java8 Version auf die aktuellste 8.0.265 LTS Java Azul Version.
  • Aktualisierung des "wireguard-linux-compat" Paketes auf die aktuelle 1.0.20200729 Version.
Mitwirkende (diese Version, alphabetisch):
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.53.30.20200919-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.53.30.20200919-rpi3.zip
RaspberryMatic-3.53.30.20200919-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.53.30.20200919-rpi0.zip
Tinker Board S, Tinker Board:

Code: Alles auswählen

RaspberryMatic-3.53.30.20200919-tinkerboard.zip
Intel NUC:

Code: Alles auswählen

RaspberryMatic-3.53.30.20200919-intelnuc.zip
Open Virtual Appliance (OVA) – (ESXi, VirtualBox, Proxmox, Synology, QNAP, QEmu, HyperV):

Code: Alles auswählen

RaspberryMatic-3.53.30.20200919-ova.zip
RaspberryMatic-3.53.30.20200919.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!
RaspberryMatic 3.53.30.20201024 @ ESXi, ~190 Hm-RF/HmIP-RF/HmIPW Geräte, ioBroker – RaspberryMatic GitHub Projekt / Twitter

Benutzeravatar
onkeltommy
Beiträge: 947
Registriert: 07.05.2016, 08:03
Wohnort: Wien
Hat sich bedankt: 14 Mal
Danksagung erhalten: 9 Mal

Re: RaspberryMatic 3.53.30.20200919 – Neue Version

Beitrag von onkeltommy » 19.09.2020, 17:31

Hi Jens

hat sich mein Post voll überschnitten mit Deiner Freigabe, vl kannst Du noch beantworten ?
Noch zur Testversion - sorry -

Wo ist der Button HMiP Accesspoints hinverschwunden - kommt der erst, wenn DRAP Update hat ?
Auf meinem TestTinker ist der "neue HAP" immer noch mit Kommunikation OK gelistet, jedoch seit 15 Minuten ohne Strom....
RM beschwert sich nicht, dass der fehlt
????
--------------------------
RaspberryMatic 3.53.30.20201024 @ TinkerS (Produktivsystem) & RB3+ (Netzwerküberw.) & VMWare (Historian) & 2x RB3+ @ Nachwuchs

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

Re: RaspberryMatic 3.53.30.20200919 – Neue Version

Beitrag von jmaus » 19.09.2020, 17:42

onkeltommy hat geschrieben:
19.09.2020, 17:31
Wo ist der Button HMiP Accesspoints hinverschwunden - kommt der erst, wenn DRAP Update hat ?
Den gibt es nicht mehr! Der DRAP wird mit der 3.53.x version nun als normales homematicIP Gerät in der Geräteliste und in der Firmware-Update Liste auch angezeigt, so wie es eigentlich schon immer hätte sein sollen :D
RaspberryMatic 3.53.30.20201024 @ ESXi, ~190 Hm-RF/HmIP-RF/HmIPW Geräte, ioBroker – RaspberryMatic GitHub Projekt / Twitter

Benutzeravatar
onkeltommy
Beiträge: 947
Registriert: 07.05.2016, 08:03
Wohnort: Wien
Hat sich bedankt: 14 Mal
Danksagung erhalten: 9 Mal

Re: RaspberryMatic 3.53.30.20200919 – Neue Version

Beitrag von onkeltommy » 19.09.2020, 18:16

Danke, Jens
Mittlweile ist auch Mr.Test-Tinker draufgekommen,dass da was fehlt......ca. nach 30-40min.......ist schon n wenig lange- ist das so gewollt ?

Aber .....supi, HAP wieder Saft geben und n paar Sekunden später Servicemeldung weg und blau LED :D

Edit: hab die aktuelle Version jetzt mal auf meine "Monitor-RM" (Netzwerküberwachung) eingespielt- die hat kein Funkmodul....mal geguckt was passiert wenn man den Button "Inkompatible...:" mal drückt ..... Ergebnis : WebUi friert ein ohne Logeinträge. Neu laden und gut iss- vl sollte die Funktion ausgeblendet werden wenn kein RF on Board ?

lG Thomas
--------------------------
RaspberryMatic 3.53.30.20201024 @ TinkerS (Produktivsystem) & RB3+ (Netzwerküberw.) & VMWare (Historian) & 2x RB3+ @ Nachwuchs

MathiasZ
Beiträge: 2030
Registriert: 29.03.2015, 09:54
Wohnort: München
Hat sich bedankt: 57 Mal
Danksagung erhalten: 42 Mal

Re: RaspberryMatic 3.53.30.20200919 – Neue Version

Beitrag von MathiasZ » 19.09.2020, 20:01

ich mache gerade das Update von der letzten Testversion zum Release.....
RaspberryMatic mit der neuesten Firmware und IObroker auf dem Mini-PC als VM und dem HB-RF-USB, als Testlauf. das produktive System noch auf dem Raspberry. Die Anwesenheitskennung läuft zuverlässig über IObroker und Radar2 mit G-Tags. Weiter will ich die Videosprechanlage Doorio oder DoorPI installieren. Als Sprachsteuerung läuft erst mal testweise Rhasspy

Raspihausfan_1
Beiträge: 259
Registriert: 26.06.2018, 11:02
Hat sich bedankt: 2 Mal
Danksagung erhalten: 5 Mal

Re: RaspberryMatic 3.53.30.20200919 – Neue Version

Beitrag von Raspihausfan_1 » 19.09.2020, 20:21

Nach 5 Min war die neue Version auf Tinkerboard S installiert. Der Download dauerte zur Abwechselung mal länger.

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

Re: RaspberryMatic 3.53.30.20200919 – Neue Version

Beitrag von jmaus » 19.09.2020, 20:54

onkeltommy hat geschrieben:
19.09.2020, 18:16
Edit: hab die aktuelle Version jetzt mal auf meine "Monitor-RM" (Netzwerküberwachung) eingespielt- die hat kein Funkmodul....mal geguckt was passiert wenn man den Button "Inkompatible...:" mal drückt ..... Ergebnis : WebUi friert ein ohne Logeinträge. Neu laden und gut iss- vl sollte die Funktion ausgeblendet werden wenn kein RF on Board ?
Vollkommen normal und erwartbar. Für sämtliche homematicIP funktionalitäten benötigt es zwingend ein RPI-RF-MOD. Und das gilt auch für das HmIP-DRAP und HmIP-HAP Firmware Update und auch für den weiteren Betrieb/Routing zwischen HmIP Wired <> HmIP RF
RaspberryMatic 3.53.30.20201024 @ ESXi, ~190 Hm-RF/HmIP-RF/HmIPW Geräte, ioBroker – RaspberryMatic GitHub Projekt / Twitter

Schello805
Beiträge: 16
Registriert: 11.09.2016, 19:30

Re: RaspberryMatic 3.53.30.20200919 – Neue Version

Beitrag von Schello805 » 19.09.2020, 21:42

Hab gerade das Update installiert und nun werden auch die zwei übrigen Homematic Access Points erkannt. Nach der Klick auf "Update" kommt die Erfolgsmeldung.
Die Suche im Posteingang nach dem Anlernvorgang ist leider erfolglos. Wechselt man nun wieder auf den Punkt "Access Points mit inkompatibler Firmware" sind wieder bei HAP´s da und zeigen ein update an.
Wieder installieren, wieder anlernen, wieder kein Gerät gefunden --> Blick auf "Access Points mit inkompatibler Firmware" und wieder beide mit einem möglichen Update.
PS: Natürlich Cache mehrfach gelöscht und anderen Browser versucht... Selbes Problem.

Hat das auch noch jemand?

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

Re: RaspberryMatic 3.53.30.20200919 – Neue Version

Beitrag von jmaus » 19.09.2020, 21:44

Schello805 hat geschrieben:
19.09.2020, 21:42
Hab gerade das Update installiert und nun werden auch die zwei übrigen Homematic Access Points erkannt. Nach der Klick auf "Update" kommt die Erfolgsmeldung.
Die Suche im Posteingang nach dem Anlernvorgang ist leider erfolglos. Wechselt man nun wieder auf den Punkt "Access Points mit inkompatibler Firmware" sind wieder bei HAP´s da und zeigen ein update an.
Wieder installieren, wieder anlernen, wieder kein Gerät gefunden --> Blick auf "Access Points mit inkompatibler Firmware" und wieder beide mit einem möglichen Update.
PS: Natürlich Cache mehrfach gelöscht und anderen Browser versucht... Selbes Problem.
Hast du mal einen Neustart von RaspberryMatic probiert. Es kann sein das erst nach dem frischen Neustart die HAPs im Posteingang dann auftauchen.
RaspberryMatic 3.53.30.20201024 @ ESXi, ~190 Hm-RF/HmIP-RF/HmIPW Geräte, ioBroker – RaspberryMatic GitHub Projekt / Twitter

Schello805
Beiträge: 16
Registriert: 11.09.2016, 19:30

Re: RaspberryMatic 3.53.30.20200919 – Neue Version

Beitrag von Schello805 » 19.09.2020, 21:51

Nein, leider keine Änderung. Die beiden HAP´s bleiben sturr. Es sieht so aus, als ob das Update nicht funktionert. Ich versuche dann mal die HAP´s zweimal zurückzusetzen (Hab ich mal irgendwo gelesen). Melde mich dann wieder.

Gesperrt

Zurück zu „RaspberryMatic“