HMIP-HAP Teardown & Erweitern

[jp112sdl]

Oder ich stecke es mal an nen Pi und schaue, was RaspberryMatic beim Starten der RF-Hardware draus macht.

Code: Alles auswählen

root@homematic-raspi:~# detect_radio_module --debug /dev/ttyUSB0 
17:12:40.538197 Sending HM frame:  fd 00 03 fe 00 01 14 1e
17:12:40.548451 Received HM frame: fd 00 0f fe 00 05 01 48 4d 49 50 5f 54 52 58 5f 42 6c 68 c7
17:12:40.548555 Sending HM frame:  fd 00 03 fe 01 01 92 1d
17:12:40.562338 Received HM frame: fd 00 0f fe 01 05 01 48 4d 49 50 5f 54 52 58 5f 42 6c e9 c5
17:12:40.562383 Sending HM frame:  fd 00 03 fe 02 03 18 12
17:12:41.234288 Received HM frame: fd 00 04 fe 02 05 01 07 3e
17:12:41.763322 Received HM frame: fd 00 10 fe 01 00 44 75 61 6c 43 6f 50 72 6f 5f 41 70 70 b7 36
17:12:41.763499 Sending HM frame:  fd 00 03 01 03 09 92 21
17:12:41.875559 Received HM frame: fd 00 05 01 03 04 01 01 fa 2b
17:12:41.875680 Sending HM frame:  fd 00 03 01 04 02 80 1b
17:12:41.988143 Received HM frame: fd 00 0d 01 04 04 01 04 04 16 01 00 0b 01 42 00 e2 73
17:12:41.988274 Sending HM frame:  fd 00 03 02 05 01 06 2e
17:12:42.001585 Received HM frame: fd 00 07 02 05 06 01 1c 0c e6 04 cc
17:12:42.001922 Sending HM frame:  fd 00 03 fe 06 04 00 00
17:12:42.017185 Received HM frame: fd 00 10 fe 06 05 01 30 14 f7 11 a0 00 03 d5 69 9a 50 c0 a2 4e
17:12:42.017303 Sending HM frame:  fd 00 03 03 07 08 0a 0c
17:12:42.033207 Received HM frame: fd 00 07 03 07 01 01 ff 37 b0 e2 ff

Code: Alles auswählen

HMIP-RFUSB D5699A50C0 3014F711A00003D5699A50C0 0xFF37B0 0x1C0CE6 4.4.22

Die HmIP-RFUSB Firmware lässt sich auch ganz normal flashen (hier Downgrade von .22 auf .18):

Code: Alles auswählen

root@homematic-raspi:/firmware/access-controller# /opt/java/bin/java -Dos.arch=x86_64  -Dgnu.io.rxtx.SerialPorts="/dev/ttyUSB0" -jar /opt/HmIP/hmip-copro-update.jar -p "/dev/ttyUSB0" -o -f "/firmware/HmIP-RFUSB/dualcopro_update_blhmip-4.4.18.eq3"
[INFO] Homematic IP coprocessor update tool V1.0.10
[INFO] SGTIN = 3014F711A00003D5699A50C0
[INFO] Performing update with firmware file '/firmware/HmIP-RFUSB/dualcopro_update_blhmip-4.4.18.eq3' ...
[DEBUG] Start application ...
[DEBUG] Application 'DualCoPro_App' running
[DEBUG] Request application version ...
[DEBUG] Request application version ...
[INFO] Updating coprocessor from version 4.4.22 to version 4.4.18
[DEBUG] Start bootloader ...
[DEBUG] Bootloader running
[INFO] Entering bootloader ...
[DEBUG] Start bootloader ...
[DEBUG] Already in Bootloader.
[DEBUG] Request bootloader version ...
[INFO] Bootloader version: 1.0.11
[DEBUG] Send update frames ...
[INFO] Starting application ...
[DEBUG] Start application ...
[DEBUG] Application 'DualCoPro_App' running
[DEBUG] Request application version ...
[DEBUG] Request application version ...
[INFO] New application Version: 4.4.18
root@homematic-raspi:/firmware/access-controller# detect_radio_module --debug /dev/ttyUSB0 
17:26:03.760436 Sending HM frame:  fd 00 03 fe 00 01 14 1e
17:26:03.772518 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
17:26:03.772634 Sending HM frame:  fd 00 03 fe 01 02 92 17
17:26:03.790669 Received HM frame: fd 00 04 fe 01 05 01 07 02
17:26:04.028639 Received HM frame: fd 00 0e fe 00 00 48 4d 49 50 5f 54 52 58 5f 42 6c f4 c2
17:26:04.028821 Sending HM frame:  fd 00 03 fe 02 01 98 1d
17:26:04.043900 Received HM frame: fd 00 0f fe 02 05 01 48 4d 49 50 5f 54 52 58 5f 42 6c ea c6
17:26:04.043934 Sending HM frame:  fd 00 03 fe 03 03 9e 11
17:26:04.732079 Received HM frame: fd 00 04 fe 03 05 01 87 29
17:26:05.259672 Received HM frame: fd 00 10 fe 01 00 44 75 61 6c 43 6f 50 72 6f 5f 41 70 70 b7 36
17:26:05.259759 Sending HM frame:  fd 00 03 01 04 09 00 22
17:26:05.371229 Received HM frame: fd 00 05 01 04 04 01 01 16 28
17:26:05.371469 Sending HM frame:  fd 00 03 01 05 02 06 18
17:26:05.421379 Received HM frame: fd 00 21 03 00 05 02 94 00 4c a1 a0 70 f1 d0 01 4a 80 e8 00 c8 00 00 4c 00 93 99 00 8a 00 24 5a 00 37 a0 98 5e fa
17:26:05.485182 Received HM frame: fd 00 0d 01 05 04 01 04 04 12 01 00 0b 01 40 00 aa 4d
17:26:05.485298 Sending HM frame:  fd 00 03 02 06 01 0c 2e
17:26:05.501874 Received HM frame: fd 00 07 02 06 06 01 18 4e d3 00 24
17:26:05.502084 Sending HM frame:  fd 00 03 fe 07 04 86 03
17:26:05.515715 Received HM frame: fd 00 10 fe 07 05 01 30 14 f7 11 a0 00 03 d5 69 9a 50 c0 a3 48
17:26:05.515804 Sending HM frame:  fd 00 03 03 08 08 28 0c
17:26:05.531536 Received HM frame: fd 00 04 03 08 01 02 3b 94
17:26:05.531644 Received HM frame: fd 00 11 03 01 05 03 02 00 52 a1 80 02 4a 80 e8 f1 d0 01 00 6e 53
17:26:07.754944 Received HM frame: fd 00 13 03 02 05 0b 96 00 40 f4 86 70 34 56 79 00 00 00 00 af 4b ad a5
HMIP-RFUSB D5699A50C0 3014F711A00003D5699A50C0 0xFF50C0 0x184ED3 4.4.18

[jp112sdl]

Joa, funktioniert schon mal ohne Probleme in RaspberryMatic.

[HornetRider]

Cool, dann eröffnet sich ja ein super Gebrauchtmarkt für HAPs aus Startersets.

[Baxxy]

Da ich heute Jérôme zu diesem Thema ordentlich bei Laune gehalten gehalten habe...

Danke nochmal für deine Geduld und Mühe!

Ich habe einen HmIP-HAP-B1 (Lidl-Version) modifiziert/gelöscht/geflasht so das ich diesen jetzt als USB-Funkmodul nutzen kann.

Und um gleich auf den Punkt zu kommen:
Ja, HM und HmIP funktionieren, aber...

...das Teil wird zwar von RaspberryMatic als HMIP-RFUSB erkannt (wie schon von Jérôme gezeigt), angelegt wir es aber als HmIP-HAP.

Das führt zu folgenden Dingen:
1. Zwei angezeigte Funkkomponenten auf der Startseite (nach einem Reboot)

2.Anzeige "neuer Firmware" die man (vermutlich) besser nicht raufbrutzelt.

3. Nach einiger Zeit 10-15Min nach Reboot geht der "Fake-HAP" in "Gerätekommunikation gestört" was dann zu periodischen Watchdog-Meldungen der RM und zum Verschwinden der DC/CS - Anzeige auf der Startseite führt (die angelernte HmIP-PS lässt sich aber problemlos weiter aus der WebUI bedienen)

Man kann den "Fake-HAP" problemlos aus der Zentrale löschen.
Er taucht auch nach einem Reboot nicht mehr auf, auch nicht im Posteingang.
Die Gerätekommunikation funktioniert weiterhin soweit ich das bisher getestet habe.
Dann fehlt natürlich das Gerät bei "Einstellungen > Geräte" sowie bei "Status und Bedienung > Geräte".
Außerdem verliert man die CS-Anzeige auf der Startseite die aber aktuell ohnehin nach 10-15Min weg ist.

Die Frage wäre jetzt woran erkannt wird das das mal ein HAP war und wie man das so modifizieren kann das das Gerät als HmIP-RFUSB "angelernt" wird.

Mein erster Anhaltspunkt wäre ein "Marker" in der Seriennummer.
Da muss ich jetzt erstmal eine Tabelle o.ä. aller meiner HAP's / RFUSB's anlegen.

[jp112sdl]

Die Frage wäre jetzt woran erkannt wird das das mal ein HAP war und wie man das so modifizieren kann das das Gerät als HmIP-RFUSB "angelernt" wird.

Ich denke, das wird nix werden.
Meine Vermutung ist, dass die Brandmarke "Ich bin ein HAP" in der EEPROM-Config des Funkmoduls liegt (dort wo auch SGTIN, RF Address etc. abgelegt sind). Da kommt man leider nicht ran.

Ich hatte bei meinem Test sogar die originale HMIP-RFUSB Firmware geflasht (viewtopic.php?f=59&t=43363&start=30#p732540) und anschließend immer noch einen HAP in der WebUI angezeigt bekommen.

Wenn du ganz viel Lust und Laune hast, könntest du mal den HMIPServer auf Log "TRACE" stellen und mal schauen, was dort so bzgl. des Funkmoduls ausgegeben wird.

[jp112sdl]

HAP als HB-RF-ETH verwenden [WIP]

Mahlzeit,
ich habe in der Zwischenzeit mal Alex' HB-RF-ETH Firmware auf den HAP portiert.
War nicht ganz einfach, ein STM ist halt kein ESP und hat arg begrenzte Ressourcen (z.B. 64k vs. 520k internal sram).
Die Weboberfläche ist daher extrem schmal gehalten.

Wie auch immer, es läuft jetzt. Das Funkmodul wird auch hier wieder als HMIP-RFUSB erkannt.
Die Einbindung erfolgt auf bekanntem Weg über den HB-RF-ETH Kernel Treiber.

Was geht: Die Dienste multimacd und rfd starten sauber und kommunizieren übers LAN mit dem Funkmodul.
Was nicht geht: Der HMIPServer Dienst startet nicht korrekt.

Und ich glaub, an dem Punkt scheitert auch das Gesamtprojekt.
In der >>>hmserver.log<<< (hier auszugsweise) sind folgende Dinge auffällig:

Code: Alles auswählen

...
2022-10-03 18:31:15,554 de.eq3.cbcs.server.core.persistence.AbstractPersistency DEBUG [vert.x-worker-thread-0] Load access point from file: 3014F711A00003D5699A50C0 
...
2022-10-03 18:31:15,556 de.eq3.cbcs.server.core.persistence.AbstractPersistency WARN  [vert.x-worker-thread-1] AP 3014F711A00003D5699A50C0: No device description found for manufacturer code: 1 device type 270 sgtin 3014F711A00003D5699A50C0 
...
2022-10-03 18:31:16,958 de.eq3.cbcs.lib.hmiptrxcommadapter.internal.TRXAdapter TRACE [RXTXPortMonitor(/dev/mmd_hmip)] AP 3014F711A00003D5699A50C0: trx adapter response 
2022-10-03 18:31:16,958 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener DEBUG [RXTXPortMonitor(/dev/mmd_hmip)] Received adapter response for transaction ID 9 
2022-10-03 18:31:16,958 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [RXTXPortMonitor(/dev/mmd_hmip)] MCU type: EFM32G200F64_CM3 
2022-10-03 18:31:16,959 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener DEBUG [RXTXPortMonitor(/dev/mmd_hmip)] Skip setting backbone key wrong version 4.4.18 or mcu type EFM32G200F64_CM3 
2022-10-03 18:31:16,980 de.eq3.cbcs.lib.hmiptrxcommadapter.internal.TRXAdapter TRACE [RXTXPortMonitor(/dev/mmd_hmip)] AP 3014F711A00003D5699A50C0: trx adapter response 
...

und dann bleibt die Hütte stehen mit den Endlosmeldungen:

Code: Alles auswählen

2022-10-03 18:31:30,503 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem TRACE [vert.x-eventloop-thread-3] SYSTEM: OTAU periodic start handler is trying to start a handler 
2022-10-03 18:31:30,503 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem TRACE [vert.x-eventloop-thread-3] SYSTEM: No suitable AP found - cannot start any RF update handlers 
2022-10-03 18:31:30,503 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem TRACE [vert.x-eventloop-thread-3] SYSTEM: No suitable AP found - cannot start any wired update handlers 
...
2022-10-03 18:31:29,171 de.eq3.vertx.manager.management.VertxManager WARN  [vert.x-eventloop-thread-0] SYSTEM ADVICE: long-lasting deployment, check deployment configuration - currently deployed 19 out of 26 

Sourcecode und HEX File liegen in https://github.com/jp112sdl/HB-RF-HAP


Vielleicht hat ja noch jemand eine Idee und möchte an der Stelle weitermachen.
Ich leg das Projekt erstmal ad acta.

[jp112sdl]

Unverhofft kommt oft - es funktioniert nun.
Alle Dienste starten ordnungsgemäß.
Das Gerät wird auch vollständig in der RaspberryMatic Hilfe angezeigt:

Cool. Ein LAN-Funkmodul für unter 20 EUR.

[Gerti]

Hi,

wirklich interessante Arbeit, nur bekommt man den HAP auch gebraucht kaum mehr unter 35 Euro.

Gruß
Gerti

[jp112sdl]

nur bekommt man den HAP auch gebraucht kaum mehr unter 35 Euro.

Ja die Preise schwanken. Ich habe meinen für 12,- EUR bekommen zzgl. Versand.
Bei Kleinanzeigen habe ich gerade einen für 18,- EUR und zwei für 25,- EUR gesehen.

Als Alternative zur HB-RF-ETH Platine und zusätzlich benötigtem Funkmodul, sind jedoch auch 35 EUR wohl ok.

Interessant auch für HAP+Cloud Nutzer, die auf CCU umschwenken wollen
Der AP ist schon da. Die CCU Firmware kann irgendwo laufen (Raspberry, VM, Docker etc)


Eine detaillierte Umflashanleitung kommt die Tage noch.

[HornetRider]

Das heißt, ich könnte den HAP als externe Antenne an meiner Synology Diskstation betreiben?