Hey zusammen,
ich habe mich in letzter Zeit intensiver mit der Einbindung meines Hörmann Supramatic Series4 in Home Assistant beschäftigt – und wollte hier kurz eine Lösung teilen, die vielleicht auch für andere interessant ist.
Viele nutzen ja aktuell die offiziellen Gateways (z. B. BlueSecur oder Hörmann BiSecur Gateway), stoßen dabei aber auf die bekannten Probleme: Cloud-Zwang, eingeschränkte API, keine echte lokale Steuerung.
Genau hier setzt mein Projekt HCPBridgeMqtt an:
Es bietet eine lokale MQTT-Bridge zum Hörmann-Antrieb, ganz ohne Cloud, und lässt sich direkt in Home Assistant integrieren.
Das Ganze ist Open Source und aktuell in aktiver Entwicklung – Feedback ist ausdrücklich erwünscht.
GitHub-Diskussion & Infos:
Wenn ihr also eine stabile, lokale Alternative sucht, schaut gern mal vorbei. Vielleicht können wir dort gemeinsam an weiteren Integrationen oder Verbesserungen arbeiten.
ich nutze die HCPBridgeMqtt Software zur Steuerung meines Hörmann SupraMatic E4 Antriebs. Als Hardware kommt ein Olimex ESP32-PoE-ISO zum Einsatz.
Würde gerne von WLAN auf LAN umstellen.
Aktueller Stand (WLAN):
Bisher läuft das System über WLAN absolut stabil. Dabei nutze ich folgende Pin-Belegung für die RS485-Kommunikation zum Tor:
TX: GPIO 4
RX: GPIO 16
Das Problem beim Umstieg auf Ethernet (LAN):
Ich möchte die Bridge nun per LAN betreiben (#define USE_ETHERNET). Dabei stoße ich auf hardwarebedingte Pin-Konflikte des Olimex-Boards:
GPIO 17: Dieser Pin wird beim Olimex zwingend für den Ethernet-Takt (RMII CLK) benötigt und fällt somit als TX-Pin weg.
GPIO 4: Dieser Pin ist physisch mit dem SD-Karten-Slot des Boards verbunden. Sobald der Ethernet-Stack aktiv ist, scheint es hier zu Interferenzen oder Ressourcen-Konflikten zu kommen, die die Kommunikation zum Tor unterbrechen (“Waiting connection”).
Meine Fragen zur Programmierung & Konfiguration:
Alternative Pins: Welche Pins sind beim Olimex ESP32-PoE-ISO im LAN-Modus “sicher” für TX/RX, ohne mit dem Ethernet-Chip, dem SD-Slot oder der Stromversorgung (GPIO 12 für LAN-Power) zu kollidieren?
Initialisierungs-Reihenfolge: Muss im Arduino-Code ETH.begin() zwingend vor oder nach hoermannEngine->setup()aufgerufen werden, um Timer- oder Interrupt-Konflikte zu vermeiden?
Timing & Clock-Mode: Hat der Ethernet-Overhead Auswirkungen auf das serielle Timing zum Antrieb? Welche ETH_CLK_MODE Einstellungen sind für dieses Board im Zusammenspiel mit der HCP-Library zu empfehlen?
Code-Anpassungen: Gibt es im Code Stellen (außer der configuration.h), an denen Pins für den Olimex fest hinterlegt sind, die ich anpassen muss?
Ich bin für jeden Hinweis dankbar, wie ich dieses spezifische Board im LAN-Modus stabil zur Zusammenarbeit mit dem Hörmann-Bus bewege.
Genau hier setzt mein Projekt HCPBridgeMqtt an:
GitHub-Diskussion & Infos: