[GELÖST] HM-MOD-RPI-PCB/HB-RF-USB wird nach Neustart nicht erkannt

[Jester.]

Hallo zusammen,

ich habe jetzt schon viel versucht, komme aber einfach nicht weiter, deshalb benötige ich mal eure Hilfe. Folgende Situation:

Ich habe ein Raspberry Pi 4 mit 4GB, auf dem ich bis vor kurzem piVCCU ohne Probleme laufen hatte. Auf dem Pi habe ich nun den Home Assistant installiert und RasperryMatic im Docker Container (als HASS Addon) laufen. Die Installation und das Einspielen des piVCCU Backups in RaspberryMatic hat ohne Probleme funktioniert.
Leider macht aber gerade mein Funkmodul (HM-MOD-RPI-PCB/HB-RF-USB) Probleme. Mal funktioniert es, mal funktioniert es nicht. Meistens funktioniert es nach einem Neustart nicht. Das verhält sich wie folgt.
Das Modul wäre eigentlich über /dev/raw-uart erreichbar. Zumindest war es das vor dem Neustart. Nach dem Neustart ist es das nicht mehr.

Code: Alles auswählen

/ # detect_radio_module --debug /dev/raw-uart
17:19:14.658245 Sending HM frame:  fd 00 03 fe 00 01 14 1e
...
Error: Radio module was not detected

obwohl die Log Ausgabe beim Starten das hier ausgibt.

Code: Alles auswählen

Mounting /data as /usr/local (Home Assistant Add-On): OK
Starting watchdog...
Identifying host system: oci, OK
...
Starting network: eth0: link up, fixed, firewall, inet up, 172.30.x.x, OK
Identifying Homematic RF-Hardware: ....HmRF: HM-MOD-RPI-PCB/HB-RF-USB@usb-0000:01:00.0-1.3, HmIP: HM-MOD-RPI-PCB/HB-RF-USB@usb-0000:01:00.0-1.3, OK
Updating Homematic RF-Hardware: HM-MOD-RPI-PCB: 2.8.6, not necessary, OK
Starting hs485dLoader: disabled
...
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.65.11.20221218 (raspmatic_oci_arm64)

lsusb erkennt das Modul:

Code: Alles auswählen

/ # lsusb 
Bus 001 Device 001: ID 1d6b:0002
Bus 001 Device 013: ID 0403:6f70 <==
Bus 001 Device 002: ID 2109:3431
Bus 002 Device 002: ID 0bda:9210
Bus 002 Device 001: ID 1d6b:0003
Bus 001 Device 010: ID 090c:1000

Was ich dann mache ist einmal das USB Modul ausstecken und wieder einstecken. Was dann passiert ist dann komisch. Das Modul wird ohne Probleme erkannt, allerdings auf /dev/raw-uart1:

Code: Alles auswählen

/ # detect_radio_module --debug /dev/raw-uart
/dev/raw-uart could not be opened

ABER:

Code: Alles auswählen

/ # detect_radio_module --debug /dev/raw-uart1
20:25:11.244514 Sending HM frame:  fd 00 03 fe 00 01 14 1e
20:25:11.244969 Received HM frame: fd 00 25 02 00 07 3e 10 00 8e 88 d0 15 bf 9a ea 0d 5d 79 ed 47 59 59 2f 85 9d 00 80 09 06 13 b2 d1 46 ce 03 d7 90 3f fd 83 1a
...
HM-MOD-RPI-PCB JEQ0238614 3014F711A061A7CEE98D0C16 0x1C9BB1 0xBF9AEA 2.8.6

Dann einmal das hier:

Code: Alles auswählen

/ # /etc/init.d/S47InitRFHardware restart
Identifying Homematic RF-Hardware: .......HmRF: HM-MOD-RPI-PCB/HB-RF-USB@usb-0000:01:00.0-1.3, HmIP: HM-MOD-RPI-PCB/HB-RF-USB@usb-0000:01:00.0-1.3, OK

Und nach meinem Gedankengang sollte alles funktionieren. Tut es aber nicht. Obwohl es nun so aussieht als ob alles funktioniert, können die Aktoren in RaspberryMatic nicht angefunkt werden.

Nach einem Neustart beginnt alles wieder von vorne. Modul wird nicht erkannt, USB raus und wieder rein, diesmal alles gleich nur wieder auf /dev/raw-uart.

Ich habe es bis jetzt ein einziges Mal geschafft RaspberryMatic mit dem USB Modul ans laufen zu bekommen - nach mehreren Neustarts. Seit dem dann nicht mehr.

Anbei auch mal Fotos vom USB Modul, welches ja auf piVCCU problemlos funktioniert hat. Mache ich irgendwas falsch?

Gruß
Jester

[Jester.]

OK, ich bin jetzt etwas schlauer. Es liegt wohl am multimacd. Denn sobald das gestartet wird, geht die Verbindung zum Funkmodul verloren.

1. Ich starte das System ohne Funkmodul.
2. Ausführen von detect_radio_module --debug /dev/raw-uart, Modul ist erreichbar
3. Ausführen von /etc/init.d/S47InitRFHardware start, Modul wird erkannt
4. Ausführen von detect_radio_module --debug /dev/raw-uart, Modul ist immer noch erreichbar
5. Ausführen von/etc/init.d/S60multimacd start erfolgreich
6. Ausführen von detect_radio_module --debug /dev/raw-uart, Modul ist nicht mehr erreichbar
7. Ausführen von/etc/init.d/S60multimacd stop
8. Ausführen von detect_radio_module --debug /dev/raw-uart, Modul ist wieder erreichbar

Hier der Output der Schritte 4-8

Code: Alles auswählen

/ # detect_radio_module --debug /dev/raw-uart
05:05:38.472069 Sending HM frame:  fd 00 03 fe 00 01 14 1e
05:05:38.472397 Received HM frame: fd 00 25 02 00 07 47 10 00 8e 88 d0 15 bf 9a ea 0d 5d 80 13 50 6d f6 29 85 c0 00 80 09 06 13 ff e4 48 d8 04 9d 93 5f fc c2 74
05:05:38.473288 Received HM frame: fd 00 25 02 01 07 26 10 00 8e 50 c4 10 bf 9a ea 06 cc 21 01 62 c5 08 73 1e 98 85 20 00 80 09 06 13 5f c9 2a 09 02 7a 92 af fc
05:05:38.473821 Received HM frame: fd 00 25 02 02 07 47 10 00 8e 88 d0 15 bf 9a ea 0d 5d 80 14 f6 be 96 54 85 c1 00 80 09 06 13 ff f6 48 38 04 5c 93 01 62 6f fc
05:05:38.474384 Received HM frame: fd 00 25 02 03 07 4b 10 00 8e af 65 e9 bf 9a ea 05 a1 64 88 6b db af f3 05 23 00 80 00 00 00 f0 06 00 00 16 09 00 00 00 e0 18
05:05:38.474866 Received HM frame: fd 00 22 02 04 07 4a 10 00 8e af 65 e9 bf 9a 01 62 ea 05 a1 64 89 27 f9 52 fd 05 24 02 80 08 03 00 04 00 05 00 06 00
05:05:38.475205 Received HM frame: fd 00 25 02 05 07 4a 10 00 8e af 65 e9 bf 9a ea 05 a1 64 8a c3 45 b4 dc 05 25 00 80 09 07 00 02 06 00 01 00 00 92 bf fd 82 d3
05:05:38.477473 Received HM frame: fd 00 11 fe 00 05 01 44 75 61 6c 43 6f 50 72 6f 5f 41 70 70 a2 21
05:05:38.477555 Sending HM frame:  fd 00 03 fe 01 02 92 17
05:05:38.480463 Received HM frame: fd 00 04 fe 01 05 01 07 02
05:05:38.781475 Received HM frame: fd 00 0c 00 00 00 43 6f 5f 43 50 55 5f 42 4c 72 51
05:05:38.781790 Sending HM frame:  fd 00 03 fe 02 01 98 1d
05:05:41.782188 Sending HM frame:  fd 00 03 00 03 00 12 00
05:05:41.785177 Received HM frame: fd 00 0d 00 03 04 02 43 6f 5f 43 50 55 5f 42 4c ff 87
05:05:41.785546 Sending HM frame:  fd 00 03 00 04 03 80 09
05:05:42.316790 Received HM frame: fd 00 04 00 04 04 01 19 6e
05:05:42.354781 Received HM frame: fd 00 10 fe 01 00 44 75 61 6c 43 6f 50 72 6f 5f 41 70 70 b7 36
05:05:42.355042 Sending HM frame:  fd 00 03 01 05 09 86 21
05:05:42.457783 Received HM frame: fd 00 05 01 05 04 01 03 02 24
05:05:42.457986 Sending HM frame:  fd 00 03 01 06 02 0c 18
05:05:42.560796 Received HM frame: fd 00 0d 01 06 04 01 02 08 06 01 00 03 01 14 03 72 e8
05:05:42.561033 Sending HM frame:  fd 00 03 02 07 01 8a 2d
05:05:42.564757 Received HM frame: fd 00 07 02 07 06 01 bf 9a ea 08 51
05:05:42.564969 Sending HM frame:  fd 00 03 fe 08 04 a4 03
05:05:42.570709 Received HM frame: fd 00 10 fe 08 05 01 30 14 f7 11 a0 61 a7 ce e9 8d 0c 16 e4 fc
05:05:42.570906 Sending HM frame:  fd 00 03 03 09 08 ae 0f
05:05:42.574851 Received HM frame: fd 00 07 03 09 01 01 1c 9b b1 d7 43
05:05:42.575005 Sending HM frame:  fd 00 03 03 0a 07 a4 2d
05:05:42.579737 Received HM frame: fd 00 0e 03 0a 01 01 4a 45 51 30 32 33 38 36 31 34 7b e1
HM-MOD-RPI-PCB JEQ0238614 3014F711A061A7CEE98D0C16 0x1C9BB1 0xBF9AEA 2.8.6
/ # /etc/init.d/S60multimacd start
Starting multimacd: .......OK
/ # detect_radio_module --debug /dev/raw-uart
05:07:41.529093 Sending HM frame:  fd 00 03 fe 00 01 14 1e
05:07:44.529849 Sending HM frame:  fd 00 03 00 01 00 9e 03
05:07:47.530122 Sending HM frame:  fd 00 03 fe 02 01 98 1d
05:07:50.530485 Sending HM frame:  fd 00 03 00 03 00 12 00
05:07:53.530814 Sending HM frame:  fd 00 03 fe 04 01 8c 1d
05:07:56.531056 Sending HM frame:  fd 00 03 00 05 00 06 00
Error: Radio module was not detected
/ # /etc/init.d/S60multimacd stop
Stopping multimacd: OK
/ # detect_radio_module --debug /dev/raw-uart
05:08:11.079090 Sending HM frame:  fd 00 03 fe 00 01 14 1e
05:08:11.084454 Received HM frame: fd 00 11 fe 00 05 01 44 75 61 6c 43 6f 50 72 6f 5f 41 70 70 a2 21
05:08:11.084576 Sending HM frame:  fd 00 03 fe 01 02 92 17
05:08:11.087420 Received HM frame: fd 00 04 fe 01 05 01 07 02
05:08:11.322443 Received HM frame: fd 00 0c 00 00 00 43 6f 5f 43 50 55 5f 42 4c 72 51
05:08:11.322642 Sending HM frame:  fd 00 03 fe 02 01 98 1d
05:08:14.323326 Sending HM frame:  fd 00 03 00 03 00 12 00
05:08:14.325862 Received HM frame: fd 00 0d 00 03 04 02 43 6f 5f 43 50 55 5f 42 4c ff 87
05:08:14.325968 Sending HM frame:  fd 00 03 00 04 03 80 09
05:08:14.856826 Received HM frame: fd 00 04 00 04 04 01 19 6e
05:08:14.894834 Received HM frame: fd 00 10 fe 01 00 44 75 61 6c 43 6f 50 72 6f 5f 41 70 70 b7 36
05:08:14.895023 Sending HM frame:  fd 00 03 01 05 09 86 21
05:08:14.997776 Received HM frame: fd 00 05 01 05 04 01 03 02 24
05:08:14.997990 Sending HM frame:  fd 00 03 01 06 02 0c 18
05:08:15.101710 Received HM frame: fd 00 0d 01 06 04 01 02 08 06 01 00 03 01 14 03 72 e8
05:08:15.101901 Sending HM frame:  fd 00 03 02 07 01 8a 2d
05:08:15.105736 Received HM frame: fd 00 07 02 07 06 01 bf 9a ea 08 51
05:08:15.105902 Sending HM frame:  fd 00 03 fe 08 04 a4 03
05:08:15.209697 Received HM frame: fd 00 10 fe 08 05 01 30 14 f7 11 a0 61 a7 ce e9 8d 0c 16 e4 fc
05:08:15.209850 Sending HM frame:  fd 00 03 03 09 08 ae 0f
05:08:15.213688 Received HM frame: fd 00 07 03 09 01 01 1c 9b b1 d7 43
05:08:15.213808 Sending HM frame:  fd 00 03 03 0a 07 a4 2d
05:08:15.218701 Received HM frame: fd 00 0e 03 0a 01 01 4a 45 51 30 32 33 38 36 31 34 7b e1
HM-MOD-RPI-PCB JEQ0238614 3014F711A061A7CEE98D0C16 0x1C9BB1 0xBF9AEA 2.8.6

[jp112sdl]

multimacd. Denn sobald das gestartet wird, geht die Verbindung zum Funkmodul verloren.

Das ist korrekt so. Der multimacd verwendet exklusiven Zugriff auf die CoPro Schnittstelle.

Alle Schnittstellenprozesse (RFD und HMIPServer) verwenden die vom multimacd bereitgestellten Slave-Devices /dev/mmd_bidcos und /dev/mmd_hmip.

[Baxxy]

Geht es hier im Homeassistant-OS oder eine HA-Supervised Installation?

[Jester.]

Geht es hier im Homeassistant-OS oder eine HA-Supervised Installation?

Es geht hier um die Homeassistant-OS installation. RasperryMatic läuft dabei im Docker Container

Das ist korrekt so. Der multimacd verwendet exklusiven Zugriff auf die CoPro Schnittstelle.

Alle Schnittstellenprozesse (RFD und HMIPServer) verwenden die vom multimacd bereitgestellten Slave-Devices /dev/mmd_bidcos und /dev/mmd_hmip.

OK, das erklärt es natürlich.
Was es aber nicht erklärt ist, dass oftmals alle Geräte nicht erkannt werden und manchmal nur bestimmte Geräte nicht. Was ich aber im Log File auch gesehen habe ist das hier, ich dachte aber, dass das mit der fehlenden Funkverbindung zusammenhängt, aber das scheint ja dann noch mal andere Ursachen zu haben:

Code: Alles auswählen

Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.warn ReGaHss: WARNING: XMLRPC 'getValue': empty interface URL (interface: 1011, params: {"000A9A49993616:1","PARTY_MODE"}) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1011, params: {"000A9A49993616:1","PARTY_MODE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0 [ReadValue():iseDOMdpHSS.cpp:124]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.warn ReGaHss: WARNING: XMLRPC 'getValue': empty interface URL (interface: 1011, params: {"0001D3C99C24BD:6","VOLTAGE"}) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1011, params: {"0001D3C99C24BD:6","VOLTAGE"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.warn ReGaHss: WARNING: XMLRPC 'getValue': empty interface URL (interface: 1011, params: {"0001D3C99C24BD:6","CURRENT"}) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1011, params: {"0001D3C99C24BD:6","CURRENT"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.warn ReGaHss: WARNING: XMLRPC 'getValue': empty interface URL (interface: 1011, params: {"0001D3C99C24BD:6","POWER"}) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1011, params: {"0001D3C99C24BD:6","POWER"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.warn ReGaHss: WARNING: XMLRPC 'getValue': empty interface URL (interface: 1011, params: {"0001D3C99C24BD:6","FREQUENCY"}) [CallXmlrpcMethod():iseXmlRpc.cpp:2618]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: XMLRPC 'getValue' call failed (interface: 1011, params: {"0001D3C99C24BD:6","FREQUENCY"}) [CallGetValue():iseXmlRpc.cpp:1435]
Jan  8 05:03:16 5422eb72-raspberrymatic local0.err ReGaHss: ERROR: CallGetValue failed; sVal = 0.000000 [ReadValue():iseDOMdpHSS.cpp:124]

Kann das das Problem sein, dass meine Aktoren zum Großteil nicht erkannt werden? Und wenn ja, wie kann ich das beheben?

[Jester.]

Keine einer eine Idee warum zu einigen Aktoren keine Verbindung (mehr) hergestellt werden kann? Seit dem Neustart am 08.01. kann zu 16 Geräten keine Verbindung hergestellt werden.

[Jester.]

OK, Problem ist behoben. Ich habe den Home Assistant runtergeworfen und somit auch RaspberryMatic und bin wieder zurück zu piVCCU. SD Karte rein, piVCCU gestartet, alles wird erkannt und funktioniert. Alle Geräte, die mit RaspberryMatic nicht erkannt wurden, bzw. immer wieder die Verbindung verloren hatten, sind jetzt wieder da und halten die Verbindung. Dieselbe Hardware, gleiches Setup. Was auch immer piVCCU anders macht, es funktioniert einfach.

Für mich schaut es so aus als ob RaspberryMatic leider noch nicht ganz ausgereift ist, bzw. nicht ordentlich funktioniert. Schade, somit werde ich wohl bei piVCCU bleiben, bzw. mir noch ein zusätzliches Raspberry Pi für den Home Assistant besorgen.

[MichaelN]

Für mich schaut es so aus als ob RaspberryMatic leider noch nicht ganz ausgereift ist,

Lustig. Die technische Basis ist nämlich die gleiche und Entwicklungen der RaspberryMatic gehen in die original FW Version ein.

Daher ist es wohl eher ein home Assistant Problem oder vielleicht doch der CarrierSenseLevel.

[jmaus]

Für mich schaut es so aus als ob RaspberryMatic leider noch nicht ganz ausgereift ist, bzw. nicht ordentlich funktioniert.

Na dann sag ich mal einfach "Tschö, mit ö" und viel Erfolg auf dem weiteren Lebensweg.

[Jester.]

Daher ist es wohl eher ein home Assistant Problem oder vielleicht doch der CarrierSenseLevel.

Der CarrierSense Level funktioniert bei mir eh nicht. Zumindest wird n/a angezeigt. Somit vermute ich mal, dass das keine Auswirkung hat.

Aber nach deinem Hinweis habe ich gerade RM noch mal alleine auf einer anderen SD Karte installiert. Und tatsächlich hat es damit einwandfrei funktioniert. Alle Aktoren wurden erkannt und funktionieren. Entweder es liegt dann wirklich am Home Assistant oder daran, dass RM im Docker Container läuft.
Somit muss ich meine Aussage von oben korrigieren, es scheint so, dass entweder RM in Verbindung mit dem Home Assistant oder als Docker Container noch nicht richtig ausgereift ist. Was von beiden jetzt die Ursache für das Verhalten ist kann ich leider nicht beurteilen. Trotzdem muss ich dann wohl für den Home Assistant eine neue Hardware anschaffen. Zumindest könnte ich RM jetzt "Standalone" laufen lassen.

Vielen Dank für den Hinweis!