HB-RF-ETH mit RPI-RF-MOD - keine Duty Cycle Anzeige und Funkprobleme seit Version 3.61.7.20220226

[alfredneumann]

Describe the issue you are experiencing

Bis zur RaspberryMatic Version 3.61.7.20220115 funktionierte das Home Assistant Plugin mit einem hb-rf-eth mit RPI-RF-MOD einwandfrei. Aber seit dem Update 3.61.7.20220226 und jetzt auch 3.63.8.20220330 ist nach dem Neustart das RPI-RF-MOD nicht mehr auf der Startseite (CCU) vorhanden. Es gibt bei mir nur noch die 2 noch zusätzlich angeschlossenen LAN-Gateways.

Auch die dem RPI-RF-MOD zugeordneten Aktoren und Sensoren funktionieren nicht mehr.

Nach dem jeweiligen Restore auf die Version 3.61.7.20220115 im Home Assistant Supervisor funktioniert alles wieder einwandfrei. Die Datei /etc/config/hb_rf_eth mit der IP Adresse ist immer vorhanden.

Describe the behavior you expected

Funkmodul RPI-RF-MOD funktioniert.

Steps to reproduce the issue

1. Update RaspberryMatic mit 3.61.7.20220226 oder 3.63.8.20220330
2. Nach reboot kein Funk vorhanden

What is the version this bug report is based on?

3.61.7.20220226

Which base platform are you running?

ha-addon (HomeAssistant Add-on)

Which HomeMatic/homematicIP radio module are you using?

RPI-RF-MOD

Anything in the logs that might be useful for us?

**boot.log**
Mounting /data as /usr/local (Home Assistant Add-On): OK
Identifying host system: oci, OK
Initializing RTC Clock: onboard, OK
Running sysctl: OK
Checking for Factory Reset: not required
Checking for Backup Restore: not required
Initializing System: OK
Starting logging: OK
Init onboard LEDs: init, OK
Starting irqbalance: OK
Starting iptables: OK
Starting network: eth0: link up, fixed, firewall, inet up, 172.30.33.2, OK
Identifying Homematic RF-Hardware: ......HmRF: RPI-RF-MOD/HB-RF-ETH@192.168.112.154, HmIP: RPI-RF-MOD/HB-RF-ETH@192.168.112.154, OK
Updating Homematic RF-Hardware: RPI-RF-MOD: 4.4.12, not necessary, OK
Starting hs485dLoader: OK
Starting xinetd: OK
Starting eq3configd: OK
Starting lighttpd: OK
Starting ser2net: disabled
Starting ssdpd: OK
Starting sshd: OK
Starting ha-proxy: OK
Starting NUT services: disabled
Initializing Third-Party Addons: OK
Starting LGWFirmwareUpdate: ...OK
Setting LAN Gateway keys: OK
Starting hs485d: OK
Starting multimacd: .OK
Starting rfd: .....OK
Starting HMIPServer: ........OK
Starting ReGaHss: .OK
Starting CloudMatic: OK
Starting NeoServer: OK
Starting Third-Party Addons: OK
Starting crond: OK
Setup onboard LEDs: booted, OK
Finished Boot: 3.63.8.20220330 (raspmatic_oci_amd64)

**messages**
Mar 31 15:27:00 de838cd8-raspberrymatic local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"001F5A4993D4B6:0","CARRIER_SENSE_LEVEL"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: CARRIER_SENSE_LEVEL"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Mar 31 15:27:00 de838cd8-raspberrymatic local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1011, params: {"001F5A4993D4B6:0","CARRIER_SENSE_LEVEL"}) [CallGetValue():iseXmlRpc.cpp:1435]
Mar 31 15:27:00 de838cd8-raspberrymatic local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Mar 31 15:27:03 de838cd8-raspberrymatic user.err rfd: XmlRpc fault calling system.listMethods({"homeassistant-rf"}) on http://172.30.32.1:41811/RPC2:[faultCode:1,faultString:"<class 'TypeError'>:system_listMethods() takes 1 positional argument but 2 were given"]
Mar 31 15:27:03 de838cd8-raspberrymatic user.err hs485d: XmlRpc fault calling system.listMethods({"homeassistant-wired"}) on http://172.30.32.1:41811/RPC2:[faultCode:1,faultString:"<class 'TypeError'>:system_listMethods() takes 1 positional argument but 2 were given"]

Additional information

Screenshot Hilfe

Screenshot Home

_

[Tra1n84]

Zuallererst einmal tausend Dank an Jens Maus für RaspberryMatic und das Home Assistant AddOn.

Leider muss ich mich dem hier gemeldeten Issue anschließen, auch wenn ich eine leicht andere Konstellation habe, da keine LAN-Gateways. Ich nutze das RPI-RF-MOD direkt auf dem Raspberry PI. Ich habe auch seit Version 3.61.7.20220226 das Problem, dass RaspberryMatic nicht mehr korrekt startet und somit keine Homematic Komponenten mehr verfügbar sind. Ich hatte gehofft, dass sich dies evtl. mit der neuen Version 3.63.8.20220330 erledigen wird. Leider ist dies nicht der Fall.

Auch ich musste in beiden Fällen wieder via Restore aus einem Backup auf Version 3.61.7.20220115 zurück, bei der es dann ohne Probleme und auf Anhieb funktioniert.

Im RaspberryMatic Protokoll treten bei den beiden neueren Versionen Fehler beim Starten von RFD und HMIPServer auf, welche bei der 115er nicht auftreten. Siehe Screenshots:

Version 226 oder 330:

Version 115:

Mein System:

Home Assistant Supervisor Core Version: 2022.3.8 Supervisor: 2022.03.5 Docker: 20.10.11 Hardware für Homematic: RPI-RF-MOD/GPIO

[jens-maus]

@Tra1n84 Diese Limitation ist bei Nutzung der "Supervised" Variante von Home Assistant in Kombination mit aktuellen Linux-Distributionen des Host-Systems bekannt. Bitte den Kommentar in der Dokumentation bzgl. cgroup v2 nutzung in neueren Linux Betriebssystemen beachten (siehe https://github.com/jens-maus/RaspberryMatic/wiki/Installation-HomeAssistant#using-homeassistant-supervised) und entsprechend dort den vermerketen Hinweis bzgl. systemd.unified_cgroup_hierarchy=false Option beachten.

Insofern hat dein Problem mit dem hier bzgl. HB-RF-ETH Nutzung nichts zu tun.

[alfredneumann]

Logfiles eingefügt, Einziger Error der auftaucht ist im messages File

[jens-maus]

@alfredneumann Die Meldung aus der /var/log/messages sind irrelevant und lassen nicht auf ein Problem mit dem Funkmodul schließen. Ich kann auch aus dem boot log nicht erkennen das das Funkmodul nicht gefunden wird. Bitte mal ein Screenshot der Hilfeseite in der WebUI zeigen sowie probieren ob die beiden Anlernmodi (HomeMatic und homematicIP) sich starten lassen und beide von 60 runterzählen. Wenn ja, geht das Funkmodul prinzipiell, nur der Fehler ist anders gelagert.

Bitte auch noch nennen welche zugrundeliegende Betriebssystem für den Betrieb von HomeAsistant verwendet wird.

[alfredneumann]

Screenshot der Hilfe oben hinzugefügt.

Die Anlernmodi laufen beide durch, es schaut auch gut aus jedoch immer wieder sind Aktoren, Sensoren nicht erreichbar (HM-IP und HM-RF). Einzig am Home Screen fehlt die CCU beim Duty Cycle (Screenshot).

Home Assistant Version

Einen recht herzlichen Dank für den Support und das tolle Plugin.

[jens-maus]

Screenshot der Hilfe oben hinzugefügt.

Die Anlernmodi laufen beide durch, es schaut auch gut aus jedoch immer wieder sind Aktoren, Sensoren nicht erreichbar (HM-IP und HM-RF). Einzig am Home Screen fehlt die CCU beim Duty Cycle (Screenshot).

Aha, das ist ja mal ne neue Information. Wenn die Anlernmodi beide durchlaufen passt doch alles. Das Aktoren/Sensoren manchmal weg sind kann/muss andere Gründe haben. Deine Aussage "keine Funktion mehr seit Version ..." passt da natürlich nicht zu.

Also fehlt einzig und alleine die DutyCycle bzw. CarrierSense anzeige, richtig? Ansonsten funktionieren die Steuerung von HomeMatic/homematicIP Geräten. Dann bitte mal auf die Kommandozeile bei RaspberryMatic geht (Stichwort: SSH Login) und dort den folgenden Befehl mal eingeben:

/bin/updateDCVars.tcl

Und dann hiervon die Ausgaben bitte mal hier zeigen.

Und auch bitte noch folgende Kommandoausgaben zeigen:

cat /tmp/dutycycle.json

[alfredneumann]

Ich bin nun schon so oft zwischen den Versionen gewechselt und habe das eine oder andere probiert das ich wahrscheinlich den Überblick verloren habe was funktionert und was nicht, sicher ist auf alle Fälle vor den Update auf die 3.61.7.20220226 hatten ich die letzten 1 1/2 Jahre keine solche Probleme.

Bleibe jetzt mal auf der 3.63.8.20220330 um alles sauber aussortieren zu können.

Hier noch die Ausgaben :

3.61.7.20220115 root@de838cd8-raspberrymatic:~# /bin/updateDCVars.tcl DutyCycle-PEQ0141198, NAME: 'OG', TYPE: HMLGW2, CONNECTED: 1, DC: 3 %, CS: -1 % DutyCycle-PEQ0509508, NAME: 'Keller', TYPE: HMLGW2, CONNECTED: 1, DC: 57 %, CS: -1 % DutyCycle-5A4993D4B6, NAME: '', TYPE: CCU2, CONNECTED: 1, DC: 4 %, CS: 1 % Wired-LGW-Status: true

3.63.8.20220330
root@de838cd8-raspberrymatic:~# /bin/updateDCVars.tcl DutyCycle-PEQ0141198, NAME: 'OG', TYPE: HMLGW2, CONNECTED: 1, DC: 3 %, CS: -1 % DutyCycle-PEQ0509508, NAME: 'Keller', TYPE: HMLGW2, CONNECTED: 1, DC: 59 %, CS: -1 % Wired-LGW-Status: true

root@de838cd8-raspberrymatic:~# cat /tmp/dutycycle.json [{"address":"PEQ0141198","name":"OG","sysVar":"DutyCycle-OG","dutyCycle":"3","carrierSense":"-1","type":"HMLGW2"},{"address":"PEQ0509508","name":"Keller","sysVar":"DutyCycle-Keller","dutyCycle":"59","carrierSense":"-1","type":"HMLGW2"}]

[jens-maus]

Komisch, in den Ausgaben der 3.63.8.20220330 kann ich keinen Fehler erkennen und sehe lediglich das fehlen der "DutyCycle-5A4993D4B6" Zeile. Sehr komisch. Führ mal folgende Kommandos bitte noch aus:

echo "load tclrpc.so; puts [xmlrpc http://127.0.0.1:32001/ listBidcosInterfaces]" | tclsh

bzw.

cat /var/hm_mode

und zeige die Ausgaben hier.

[alfredneumann]

Bitte sehr

root@de838cd8-raspberrymatic:~# echo "load tclrpc.so; puts [xmlrpc http://127.0.0.1:32001/ listBidcosInterfaces]" | tclsh {ADDRESS PEQ0141198 CONNECTED 1 DEFAULT 1 DESCRIPTION {} DUTY_CYCLE 2 FIRMWARE_VERSION 1.4.1 TYPE HMLGW2} {ADDRESS PEQ0509508 CONNECTED 1 DEFAULT 0 DESCRIPTION {} DUTY_CYCLE 38 FIRMWARE_VERSION 1.4.1 TYPE HMLGW2}

root@de838cd8-raspberrymatic:~# cat /var/hm_mode HM_HAPROXY_SRC='172.30.32.2/32' HM_HMIP_ADDRESS='0xB302DE' HM_HMIP_ADDRESS_ACTIVE='0xB302DE' HM_HMIP_DEV='RPI-RF-MOD' HM_HMIP_DEVNODE='/dev/raw-uart' HM_HMIP_DEVTYPE='HB-RF-ETH@192.168.112.154' HM_HMIP_SERIAL='5A4993D4B6' HM_HMIP_SGTIN='3014F711A0001F5A4993D4B6' HM_HMIP_VERSION='4.4.12' HM_HMRF_ADDRESS='0xFFD4B6' HM_HMRF_ADDRESS_ACTIVE='0xBA4BC3' HM_HMRF_DEV='RPI-RF-MOD' HM_HMRF_DEVNODE='/dev/raw-uart' HM_HMRF_DEVTYPE='HB-RF-ETH@192.168.112.154' HM_HMRF_SERIAL='5A4993D4B6' HM_HMRF_VERSION='4.4.12' HM_HOST='oci' HM_LED_GREEN='' HM_LED_GREEN_MODE1='none' HM_LED_GREEN_MODE2='heartbeat' HM_LED_RED='' HM_LED_RED_MODE1='timer' HM_LED_RED_MODE2='none' HM_LED_YELLOW='' HM_LED_YELLOW_MODE1='none' HM_LED_YELLOW_MODE2='none' HM_MODE='NORMAL' HM_RTC='onboard' HM_RUNNING_IN_HA='1' HM_SUPERVISOR_TOKEN='0b1902b5d0ec7d5c1cbc15c09573bbcf8c4103284fe1eede8083749246fe37574292656ca7844ed0309a891f05b77b78cb87dad272de3009'

[jens-maus]

Ok, danke. Dann weiss ich aber ehrlich gesagt nicht weiter. Das Funkmodul scheint richtig erkannt zu werden, taucht aber in der listBidcosInterfaces Auflistung komischerweise nicht auf. Ist das RPI-RF-MOD denn in der Geräteliste zu finden? Und wie sieht es aus wenn du testweise mal einen werkreset machst und quasi schaust ob in einer frischen RaspberryMatic Installation das Funkmodul korrekt integriert wird oder nicht.

[alfredneumann]

Ist das RPI-RF-MOD denn in der Geräteliste zu finden Ja ist vorhanden

Das Komische dabei ist wenn ich jetzt auf die 3.61.7.20220115 zurückwechsle ist das Funkmodul sofort wieder da.

Habe noch ein Reserve RPI-RF-MOD Modul, werden morgen versuchen das in einen Test HA zu integrieren und berichte dann.

Danke vielmals

[jens-maus]

Ist das RPI-RF-MOD denn in der Geräteliste zu finden Ja ist vorhanden

Das ist in der Tat sehr komisch warum es in der listBidcosInterfaces Ausgabe nicht ausgegeben wird. Probier mal bitte folgendes Kommando noch und zeige die Ausgaben (das ist fast das gleiche wie vorher, nur mit nem anderen port):

echo "load tclrpc.so; puts [xmlrpc http://127.0.0.1:32010/ listBidcosInterfaces]" | tclsh

Und dann das hier noch:

cat /var/etc/rfd.conf

Und vielleicht haben @jp112sdl oder @Baxxy13 ja noch irgendeine Idee was hier ggf. schief läuft? Fakt scheint jedoch wohl zu sein das das Funkmodul korrekt zu funktionieren scheint, nur die DutyCycle Anzeige wird für es nicht korrekt angezeigt.

[alfredneumann]

root@de838cd8-raspberrymatic:~# echo "load tclrpc.so; puts [xmlrpc http://127.0.0.1:32010/ listBidcosInterfaces]" | tclsh
{ADDRESS 3014F711A0001F5A4993D4B6 CONNECTED 1 DEFAULT 1 DESCRIPTION {HMIP_CCU2 3014F711A0001F5A4993D4B6} DUTY_CYCLE 3 FIRMWARE_VERSION 4.4.12 TYPE HMIP_CCU2}

root@de838cd8-raspberrymatic:~# cat /var/etc/rfd.conf
# TCP Port for XmlRpc connections
Listen Port = 32001

Log Destination = Syslog
Log Identifier = rfd
Log Level = 1

Persist Keys = 1

# PID File = /var/rfd.pid
# UDS File = /var/socket_rfd

Device Description Dir = /firmware/rftypes
Device Files Dir = /etc/config/rfd
Key File = /etc/config/keys
Address File = /etc/config/ids
Firmware Dir = /firmware
Replacemap File = /firmware/rftypes/replaceMap/rfReplaceMap.xml
Fire NACK Error Events = true
Improved Coprocessor Initialization = true

[Interface 0]
Type = CCU2
ComPortFile = /dev/mmd_bidcos
AccessFile = /dev/null
ResetFile = /dev/null

[Interface 1]
Type = HMLGW2
Name = OG
Serial Number = PEQ0141198
Encryption Key = XXXXXX
IP Address = 192.168.112.150

[Interface 2]
Type = HMLGW2
Name = Keller
Serial Number = PEQ0509508
Encryption Key = XXXXXX
IP Address = 192.168.112.159

[alfredneumann]

Mein Test HA Server zeigte nach Konfiguration des hb-rf-eth mit RPI-RF-MOD mit der 3.63.8.20220330 Release den DutyCycle Eintrag im Home Screen einwandfrei an. root@de838cd8-raspberrymatic:~# /bin/updateDCVars.tcl DutyCycle-5A4993D487, NAME: 'CCU', TYPE: CCU2, CONNECTED: 1, DC: 0 %, CS: 0 %

Habe daraufhin auf meinem Live Server ein SystemReset durchgeführt und nach Konfiguration des hb-rf-eth mit RPI-RF-MOD wurde auch hier der "CCU" Eintrag angezeigt. root@de838cd8-raspberrymatic:~# /bin/updateDCVars.tcl DutyCycle-5A4993D4B6, NAME: 'CCU', TYPE: CCU2, CONNECTED: 1, DC: 1 %, CS: 0 %

Danach habe ich ein LAN Gateway hinzugefügt, nach dem Reboot war dann nur der DutyCycle des LAN Gateway ersichtlich, die "CCU" ist verschwunden. root@de838cd8-raspberrymatic:~# /bin/updateDCVars.tcl DutyCycle-PEQ0141198, NAME: 'Keller', TYPE: HMLGW2, CONNECTED: 1, DC: 18 %, CS: -1 %

Ich gehe davon aus das der Zustand nur mit einem LAN Gateway auftritt aber erst seit Version 3.61.7.20220226.

Die Funkprobleme behalte ich weiter im Auge.

Vielen Dank

[jens-maus]

Ich gehe davon aus das der Zustand nur mit einem LAN Gateway auftritt aber erst seit Version 3.61.7.20220226.

Ok, dann ist das schon einmal eine gute Zusatzinfo die mir dann mehr spielraum für Analysen geben sollte. Passiert das auch wenn du das auf einem RaspberryPi bzw. Nicht-HA-System probierst mit HB-RF-ETH und LAN-Gateway? Weil komisch ist schon das du hier der erste bist der das bemängelt. Scheint also nicht generell ein problem zu sein mit der Anbindung von LAN-Gateways. Und gut wäre wenn das noch jemand reproduzieren könnte.

[alfredneumann]

Muss jetzt auf Druck der Familie wieder zurück auf 3.61.7.20220115 , es gab doch einige Probleme mit Sensoren die nicht gemeldet haben, Rolladen die nicht runter gefahren sind usw . Im HA Log ist zu sehen das er das Kommando für den Aktor sendet, von den Sensoren gbt es keine Einträge.

Was komisch ist das auf beiden LGW die DutyCycle bei 11-15% liegt, normalerweise ist sie wesentlich niederiger so um die 4-5%.

Sobald mein Raspberry ankommt werde ich den Test damit machen und berichten. Danke nochmal für die Hilfe.

Noch was, keine Ahnung ob das wichtig ist aber unterStatus/Systemvariablen ist die letzte Änderung des DutyCycles bei der CCU von letzten Restart:

[alfredneumann]

Hallo

Konnte mir einen Raspberry von einem Freund ausborgen (Die Preise momentan sind der reine Wahnsinn). Kann berichten das die Raspberry Version das Problem NICHT hat, dort ist alles gut.

Habe auch eine ganz neue Plain Installation auf einer plain Home Assistant Supervisor VM durchgeführt und hier ist das Problen so wie beschrieben ab der Version 3.61.7.20220226 leider vorhanden.

[darkiop]

Ich hänge mich hier mal mit dran, habe ähnliche Sympthome.

Kurz zu meinem Setup: Raspberrymatic 3.63.8.20220330 in einer VM auf Proxmox zusammen mit dem HB-RF-ETH und dem HM-MOD-RPI-PCB.

Ich kann es nicht genau eingrenzen, allerdings kommt der Zeitpunkt meiner Probleme ziemlich auf den Zeitpunkt des Upgrades auf 3.63.8.20220330.

So wie es ausschaut, können die HMIP Geräte ihren Status nicht zurückmelden, dies Zeigt sich z.B. beim Status LED blinken eines HMIP Tasters. Die gewünschte Aktion wird ab und an auch ausgeführt, allerdings blinkt der ein paar Orange und quittiert mit rot. In der CCU WebUi unter Devconfig stehen für die HMIP Geräte auch keine Daten zur Funktqualität.

Hier ein Auszug von /var/log/messages - Meldungen wie diese gibt es dann auch viele (z.B. auch nach einem Reboot wenn die CCU sich die aktuellen Daten der Aktoren holen möchte):

Apr 10 11:53:00 pve-vm-raspberrymatic local0.warn ReGaHss: WARNING: XMLRPC 'getValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"00185709ACB04E:1","SUNSHINEDURATION"}, result: [faultCode:-5,faultString:"Unknown Parameter value for value key: SUNSHINEDURATION"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Apr 10 11:53:00 pve-vm-raspberrymatic local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 4928, params: {"00185709ACB04E:1","SUNSHINEDURATION"}) [CallGetValue():iseXmlRpc.cpp:1435]
Apr 10 11:53:00 pve-vm-raspberrymatic local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]

Folgendes habe ich bereits unternommen:

• Saubere Reboots VM und HB-RF-ETH (das ist da ja etwas zickig :))
• Zurück auf ein VM-Backup vom 01.04.2022 (mit RBM 3.61.7.20220226): Keine Besserung, obwohl Downgrade
• Raspberrymatic 3.63.8.20220330 manuell neu in einer VM aufgesetzt und ein Backup der CCU eingespielt: Keine Besserung
• In der manuell aufgesetzten VM das HB-RF-ETH wieder deaktiviert und mein HM-MOD-RPI-PCB über HB-RF-USB-2 eingebunden: Es schein alles wieder in Ordnung zu sein ("auf Holz Klopf" ;))

RBM lief zusammen mit dem HB-RF-ETH bisher absolut unaufällig und ich kann mir die Veränderung nicht anders erklären.

Die Option alles manuell neu aufzusetzen inkl. neu Anlernen der HM/HMIP Komponennten wollte ich heute nicht gehen, das sind ein paar Stunden arbeit. Auch wenn ich jetzt bedingt durch das USB Modul kein HA mehr mit der RBM-VM habe ;)

Hast du eine Idee woran das liegen könnte Jens? Falls es hier nicht reinpassst mache ich auch gerne ein neues Issue auf.

Grüße und einen schönen Sonntag!

[alfredneumann]

Titel abgeändert. Keine Änderung mit 3.63.9.20220625.

[alfredneumann]

Mittlerweile konnte ich meine Funkprobleme ab der Version 3.61.7.20220226 ein wenig eingrenzen. Es dürfte daran liegen das ab dieser Version das Roaming zwischen den RPI-RF-MOD (Zentrale) und den LAN Gateways nicht mehr richtig funktioniert, auch funktioniert das Löschen einer manuellen Zuordnung nicht mehr. Somit kommt es vereinzelt zu Funkproblemen wenn ein LAN Gateway statt der Zentrale benutzt wird von dem aus den Sensor/Aktor nicht erreichbar ist bzw ein hohen RSSI Wert hat.

Nur zur Dokumentation : Keine Änderung mit Version 3.65.6.20220723

Liebe Grüße

[alfredneumann]

Da es so aussieht als ob ich der einzige mit dieser Konstellation (HA - Plugin + RPI-RF-MOD + LAN - GW) bin habe ich nun das HA Plugin aufgegeben und Raspberrymatic in einer VM installiert. Diese Konfiguration läuft nun seit fast 2 Wochen problemlos auf der neuesten Firmware. Keine Funkprobleme und richtige Anzeigen Duty Cycle am Startbildschirm. Als zusätzlichen Benefit konnte ich nun auch meinen HMIP-HAP als Gateway zusätzlich einbinden das unter dem HA Plugin nicht möglich ist. Ich habe auch eine kleine Konfiguration Änderung am Raspberrymatic Webserver durchgeführt um die Anzeige über iFrame im HA zu ermöglichen somit auch keine Änderung in der Bedienung auf Seiten des HA.

Danke für euere Mühe und Geduld Liebe Grüße Alfred