Zweites Vorweg: Nach dem Entfernen der Readout-Protection ist der HAP nicht mehr als HAP verwendbar. Es gibt keinen Weg, die eQ-3 Firmware wieder aufzuspielen (da sie verschlüsselt ist).
Die folgenden Zeilen dokumentieren, wie es gelingt, einen Homematic IP AccessPoint als ein übers LAN abgesetztes eigenständiges und alleiniges Funkmodul (nicht wie sonst üblich als LAN Router!) für BidCos und HmIP in RaspberryMatic / Debmatic zu integrieren.
Benötigte Hardware für den "Umbau":
- ST-Link V2 - oder - FTDI Adapter - oder - USB Kabel (mit offenem Ende)
- STM32CubeProgrammer: https://www.st.com/en/development-tools ... t-software
- HB-RF-HAP Firmware-Datei: https://raw.githubusercontent.com/jp112 ... RF-HAP.hex
- PRG1 Pads mit USB Kabel verbinden (am besten anlöten)
von links nach rechts:1 = GND (USB Ader schwarz)Code: Alles auswählen
PRG1 [Ọ O O O Ọ O] 1 2 3 4 5 6
2 = RESET (wird nicht verbunden)
3 = D- (USB Ader weiß)
4 = D+ (USB Ader grün)
Die Pins 5 (BOOT) und 6 (3.3V) sind miteinander zu verbinden. Bei Stromzufuhr startet somit der Bootloader-Modus. - Netzteil reinstecken und Stromversorgung herstellen
- STM32CubeProgrammer starten
- "USB" auswählen, Haken setzen bei "Read Unprotect (MCU)"
- Falls bei Port "No DFU..." steht, dann den "Aktualisieren"-Button rechts daneben anklicken
- "CONNECT" anklicken und einen Moment warten. Die ReadProtection wird nun aufgehoben
- Auf den Reiter "Open File" klicken, die heruntergeladene Firmware-Hex-Datei auswählen und "Download" anklicken
- Nachdem der Download abgeschlossen ist, Stromversorgung trennen, USB-Verbindung zurückbauen und Bootloader-Brücke auftrennen
- LAN Verbindung herstellen
- Stromversorgung herstellen
- beim allerersten Start nach dem Flashen leuchtet die LED zunächst für einige Sekunden dauerhaft ROT (EEPROM Initialisierung)
- Die LED blinkt ROT, während das System startet und alle Dienste initialisiert werden
- Die LED blinkt GRÜN, wenn die Initialisierung abgeschlossen ist und der HAP auf eine Verbindung wartet
- Es sollte sich nun der HAP im LAN finden lassen. Der MDNS Dienst antwortet default auf hb-rf-hap.local. Ein Ping auf diesen Namen sollte eine IP Adresse liefern.
- Im Browser lassen sich Informationen ablesen und Einstellungen vornehmen (Achtung: Die Weboberfläche ist minimalistisch und es erfolgt keine Prüfung auf Validität der eingegebenen Daten (Hostname/IP/Netzmaske/Gateway))
Die Anbindung an das gewünschte OCCU-Derivat erfolgt gemäß Anleitung.
piVCCU: https://github.com/alexreinert/piVCCU
Debmatic: https://github.com/alexreinert/debmatic
RaspberryMatic: https://github.com/jens-maus/RaspberryM ... -anbindung
Anzeige des Funkmoduls in RaspberryMatic unter "Hilfe": Die Ansteuerung der LED des HAP erfordert zusätzliche Anpassungen beim RFHardware-Initialisierungsskript:
https://github.com/jens-maus/RaspberryM ... _hb-rf-hap
Besonderheiten:
Auf dem Funkmodul läuft die Firmware des "HMIP-RFUSB". Jedoch präsentiert es sich nach außen als Gerätetyp "HAP". Damit kann der HMIPServer nicht umgehen.
Der Gerätetyp steckt in der SGTIN. Wer sich da mal reinlesen will, wie so eine SGTIN aufgebaut ist: https://www.epc-rfid.info/sgtin
Um der CCU nun vorzuspielen, dass es sich beim HAP um ein HMIP-RFUSB handeln soll, wird die SGTIN, die zur CCU gesendet wird, durch die HB-RF-HAP Firmware verändert.
In der Weboberfläche des HAP sind daher 2 SGTIN zu sehen. Die originale, wie sie auch auf dem Gehäuse steht und die emulierte, die der CCU ein HMIP-RFUSB vorspielt.
Konsequenz des Ganzen:
- Der Schlüsselaustausch mit dem Frontend (der Server bei eQ-3) ist nicht mehr möglich, weil die Kombination aus Encryption Keys und falscher SGTIN dort nicht hinterlegt ist
- Anlernen ist daher nur lokal über die Eingabe von KEY und SGTIN möglich
- Will man vom HAP zu einem anderen Funkmodul wechseln, was ein Rekeying erforderlich macht, müssen die lokalen crRFD-Datafiles für den Schlüsselaustausch auf die originale SGTIN umgeschrieben werden.
Dafür gibt es ein Shellskript: https://github.com/jp112sdl/HB-RF-HAP/t ... additional mit einer kurzen README - Ein Wechsel von einem anderen Funkmodul zum HAP ist nicht möglich. Zumindest nicht, wenn man die angelernten HmIP-Geräte behalten will. Anderenfalls kann man natürlich das Verzeichnis /etc/config/crRFD/data leeren, neustarten und komplett neu beginnen.
Werks-RESET:
Um alle Einstellungen (Network Config, LED Brightness) zurückzusetzen,
- Stromversorgung trennen
- Taster drücken und gedrückt halten, dabei
- Stromversorgung herstellen
- die LED blinkt langsam BLAU (Taster weiterhin gedrückt halten)
- die LED blink schnell BLAU (Taster weiterhin gedrückt halten)
- die LED leuchtet ORANGE (Taster loslassen) und der HAP startet neu
Credits (alphabetisch):
- Baxxy für das unermüdliche Testen
- Deimos für die HB-RF-ETH Firmware, die ich zu großen Teilen 1:1 übernehmen konnte
- Stan23 für das Aushelfen beim Bit-Schubsen und -Shiften, wenn ich mal wieder einen Knoten im Kopf hatte
Als Grundlage und Einstieg diente der Thread "HMIP-HAP Teardown & Erweitern".
Github-Repository des Projekts: https://github.com/jp112sdl/HB-RF-HAP