Anlernen von Geräten an RPI-RF-MOD nicht möglich

Debian/Ubuntu basierte CCU

Moderator: Co-Administratoren

Antworten
Aroony
Beiträge: 10
Registriert: 28.01.2020, 19:38

Anlernen von Geräten an RPI-RF-MOD nicht möglich

Beitrag von Aroony » 28.04.2022, 21:30

Hallo,
ich habe auf einem Raspberry 4 mit RPI-RF-MOD Debmatic installiert. Im WebUI versuche ich nun Geräte anzulernen, was allerdings nicht funktioniert. Zuvor war auf der selben Hardware bereits RaspberryMatic funktionsfähig, die Hardware ist also in Ordnung.
Das folgende sieht eigentlich ok aus:

Code: Alles auswählen

pi@raspberrypi:~ $ sudo debmatic-info                                           
debmatic version: 3.63.8-91
Kernel modules: Available
Raw UART dev:   Available
HMRF Hardware:  RPI-RF-MOD
 Connected via: GPIO@fe201000.serial (/dev/raw-uart)
 Board serial:  5A4993D8A5
 Radio MAC:     0xFFD8A5
HMIP Hardware:  RPI-RF-MOD
 Connected via: GPIO@fe201000.serial (/dev/raw-uart)
 SGTIN:         3014F711A0001F5A4993D8A5
 Radio MAC:     0xB2AF03
Hier bekomme ich allerdings eine Fehlermeldung:

Code: Alles auswählen

sudo detect_radio_module --debug /dev/raw-uart
20:34:42.217581 Sending HM frame:  fd 00 03 fe 00 01 14 1e
20:34:45.217993 Sending HM frame:  fd 00 03 00 01 00 9e 03
20:34:48.218280 Sending HM frame:  fd 00 03 fe 02 01 98 1d
20:34:51.218530 Sending HM frame:  fd 00 03 00 03 00 12 00
20:34:54.218801 Sending HM frame:  fd 00 03 fe 04 01 8c 1d
20:34:57.218961 Sending HM frame:  fd 00 03 00 05 00 06 00
Error: Radio module was not detected
Und das Firmwareupdate funktioniert auch nicht:

Code: Alles auswählen

sudo java -Dgnu.io.rxtx.SerialPorts=/dev/raw-uart -jar /opt/HmIP/hmip-copro-update.jar -p /dev/raw-uart -o -f /firmware/RPI-RF-MOD/dualcopro_update_blhmip-4.2.14.eq3
[INFO] Homematic IP coprocessor update tool V1.0.10
[DEBUG] Start bootloader ...
[DEBUG] Bootloader running
[DEBUG] Request bootloader version ...
[INFO] SGTIN = 3014F711A0001F5A4993D8A5
[INFO] Performing update with firmware file '/firmware/RPI-RF-MOD/dualcopro_update_blhmip-4.2.14.eq3' ...
[DEBUG] Start application ...
[DEBUG] Application 'DualCoPro_App' running
[DEBUG] Request application version ...
[DEBUG] Request application version ...
[INFO] Updating coprocessor from version 4.4.12 to version 4.2.14
[ERROR] The update file /firmware/RPI-RF-MOD/dualcopro_update_blhmip-4.2.14.eq3 could not be found
[INFO] Exiting update tool.
Jemand eine Idee, wonach ich suchen müsste?

Benutzeravatar
Baxxy
Beiträge: 10789
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 604 Mal
Danksagung erhalten: 2208 Mal

Re: Anlernen von Geräten an RPI-RF-MOD nicht möglich

Beitrag von Baxxy » 28.04.2022, 23:00

Aroony hat geschrieben:
28.04.2022, 21:30
Und das Firmwareupdate funktioniert auch nicht:
Hmm, eigentlich versuchst du ein Downgrade.
Bin mir aber nicht sicher ob DebMatic die 4.2.14 überhaupt mitliefert.
(vermutlich nicht...)

Code: Alles auswählen

The update file /firmware/RPI-RF-MOD/dualcopro_update_blhmip-4.2.14.eq3 could not be found
Aktuell ist die 4.4.12, welche ja auf deinem Funkmodul drauf ist.
Aroony hat geschrieben:
28.04.2022, 21:30
Geräte anzulernen, was allerdings nicht funktioniert
Tut sich gar nix, gibt es Servicemeldungen oder wie äußert sich das?

Das ein RPI-RF-MOD auf GPIO des PI4B eine ganz schlechte Idee ist sollte sich ja inzwischen rumgesprochen haben.
Wenn nicht, 1.Link in meiner Signatur.

Aroony
Beiträge: 10
Registriert: 28.01.2020, 19:38

Re: Anlernen von Geräten an RPI-RF-MOD nicht möglich

Beitrag von Aroony » 29.04.2022, 07:26

Baxxy hat geschrieben:
28.04.2022, 23:00
eigentlich versuchst du ein Downgrade.
Bin mir aber nicht sicher ob DebMatic die 4.2.14 überhaupt mitliefert.
gutes Argument! ich hab nur hinten auf die .14 geachtet, erstes Problem gelöst :roll:
Baxxy hat geschrieben:
28.04.2022, 23:00
Tut sich gar nix, gibt es Servicemeldungen oder wie äußert sich das?
ja richtig, der timer läuft runter, und nichts passiert, keine meldungen, was die fehlersuche auch nicht so einfach macht...
Baxxy hat geschrieben:
28.04.2022, 23:00
Das ein RPI-RF-MOD auf GPIO des PI4B eine ganz schlechte Idee ist sollte sich ja inzwischen rumgesprochen haben.
ja, mittlerweile hab ich auch das rausgefunden, als ich den kram bestellt hab, schien das noch eine gute idee...
aber es hat ja unter raspberrymatic funktioniert, darum hatte ich gehofft, das auch so erstmal testen zu können...
der plan war übrigens, parallel iobroker darauf laufen zu lassen, weshalb ich den 4er einsetzen wollte :wink:

aber ich hab (durch deine Signatur) mal den CarrierSense anzeigen lassen: Der und der Duty-Cycle liegen bei 0%, das scheint mir auch sehr verdächtig...

wenn ich debmatic stoppe, scheint "irgendwas" besser zu funktionieren :roll:

Code: Alles auswählen

pi@raspberrypi:~ $ sudo systemctl stop debmatic       
pi@raspberrypi:~ $ sudo detect_radio_module --debug /dev/raw-uart
22:14:22.462859 Sending HM frame:  fd 00 03 fe 00 01 14 1e
22:14:22.466954 Received HM frame: fd 00 11 fe 00 05 01 44 75 61 6c 43 6f 50 726f 5f 41 70 70 a2 21
22:14:22.467201 Sending HM frame:  fd 00 03 fe 01 02 92 17
22:14:22.469500 Received HM frame: fd 00 04 fe 01 05 01 07 02
22:14:22.575836 Received HM frame: fd 00 0e fe 00 00 48 4d 49 50 5f 54 52 58 5f42 6c f4 c2
22:14:22.576136 Sending HM frame:  fd 00 03 fe 02 01 98 1d
22:14:22.578892 Received HM frame: fd 00 0f fe 02 05 01 48 4d 49 50 5f 54 52 585f 42 6c ea c6
22:14:22.579197 Sending HM frame:  fd 00 03 fe 03 03 9e 11
22:14:22.773283 Received HM frame: fd 00 04 fe 03 05 01 87 29
22:14:24.677694 Received HM frame: fd 00 10 fe 01 00 44 75 61 6c 43 6f 50 72 6f5f 41 70 70 b7 36
22:14:24.677952 Sending HM frame:  fd 00 03 01 04 09 00 22
22:14:24.780650 Received HM frame: fd 00 05 01 04 04 01 04 16 36
22:14:24.780832 Sending HM frame:  fd 00 03 01 05 02 06 18
22:14:24.884309 Received HM frame: fd 00 0d 01 05 04 01 04 04 0c 01 00 01 01 3c00 35 ab
22:14:24.884519 Sending HM frame:  fd 00 03 02 06 01 0c 2e
22:14:24.886950 Received HM frame: fd 00 07 02 06 06 01 b2 af 03 4c c0
22:14:24.887110 Sending HM frame:  fd 00 03 fe 07 04 86 03
22:14:24.890546 Received HM frame: fd 00 10 fe 07 05 01 30 14 f7 11 a0 00 1f 5a49 93 d8 a5 8c 12
22:14:24.890721 Sending HM frame:  fd 00 03 03 08 08 28 0c
22:14:24.893074 Received HM frame: fd 00 07 03 08 01 01 00 00 00 77 5c
RPI-RF-MOD 5A4993D8A5 3014F711A0001F5A4993D8A5 0xFFD8A5 0xB2AF03 4.4.12


Benutzeravatar
deimos
Beiträge: 5396
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 957 Mal
Kontaktdaten:

Re: Anlernen von Geräten an RPI-RF-MOD nicht möglich

Beitrag von deimos » 29.04.2022, 08:13

Hi,

das detect_radio_module kannst du nur benutzen, wenn debmatic gestoppt ist. Ansonsten landen die Antworten vom Funkmodul mit über 50% Wahrscheinlichkeit nicht an der richtigen Stelle, sondern beim multimacd, deine Beobachtung mit dem Tool ist also alles andere als verwunderlich.

Das der Pi4 mit Funkmodul auf dem GPIO keine gute Idee ist, hat Baxxy ja bereits geschrieben, aber wenn du einen CS von 0 hast, könntest du eine Zeit lang Glück haben.

Die Frage wäre jetzt: Wie genau lernst du die Geräte an (Schritt für Schritt), waren die bereits an deinem Raspberry angelernt und wenn ja, hast du einen Werksreset von denen gemacht?

Viele Grüße
Alex

Aroony
Beiträge: 10
Registriert: 28.01.2020, 19:38

Re: Anlernen von Geräten an RPI-RF-MOD nicht möglich

Beitrag von Aroony » 29.04.2022, 09:15

Achso, das ist auch schonmal gut zu wissen!
Also getestet habe ich das Anlernen mit den Geräten HmIP-SWDO-I und HM-LC-Sw2PBU-FM.
Beide Geräte habe ich vorher auf Werkseinstellungen (nach Anleitung) zurückgesetzt.
Ich habe im WebUI den Anlernmodus gestartet. Anschließend habe ich die Geräte mit Strom versorgt. Der Fensterkontakt geht dann direkt in den Anlernmodus, bei dem Schaltaktor habe ich über die Config-Taste den Anlernmodus aktiviert. Beide signalisieren durch Blinken, dass der Modus aktiv ist. Nach kurzer Zeit hören diese auf zu blinken, im WebUI passiert allerdings nichts.

Testweise habe ich das mal an einer CCU2 genauso getestet: Die Geräte hören zum gleichen Zeitpunkt auf zu blinken wie beim raspberry, allerdings meldet die CCU dann Geräte im Posteingang.

Antworten

Zurück zu „debmatic“