Das Wichtigste vorweg: hl2remote ist noch im Test. Es ist ein Selbstbauprojekt rund um den Hermes Lite 2 (HL2), das ich als offene Sache für die Community aufziehe. Der Empfang mit einem echten HL2 läuft. Senden über den ganzen Stack und die Abläufe für mehrere Benutzer testen wir gerade. Wer mitbasteln will, ist willkommen. Wer eine fertige Lösung sucht, ist noch zu früh dran.
Worum es geht
Eine gute Funkstation steht oft nicht dort, wo die Funkerin oder der Funker gerade sitzt: ein ruhiger Standort mit richtiger Antenne, das Clubheim, das QTH eines Freundes. Eine Remote-Station macht dieses Funkgerät von überall nutzbar, und andere können mithören, ohne dass jemand hinausfährt und einen Schalter umlegt.
Der Hermes Lite 2 passt dafür gut: klein, günstig, offen und mit Ethernet-Anschluss. Und mit Zeus gibt es eine Bedienoberfläche, die den HL2 komplett im Browser steuert. Was fehlt, ist alles drumherum, was ein Stationsbetreiber braucht, bevor er die Station jemand anderem aufmacht:
- Der HL2 spricht rohes UDP und hat keine Anmeldung. Er darf nie direkt im Internet hängen, also muss etwas davorstehen.
- Zeus ist für einen einzigen, vertrauenswürdigen Bediener gebaut. Es gibt keinen Login, keinen zweiten Faktor und keine Unterscheidung zwischen "darf zuhören" und "darf senden".
- Ein Sender kann nur von einer Person gleichzeitig bedient werden. Zwei Browser, die denselben Sender tasten, sind ein Lizenzproblem, und ein geschlossener Tab darf die Endstufe nicht auf Sendung stehen lassen.
- Wer die Station zu Hause hat, besitzt meist keine freie öffentliche IP-Adresse und will keine Portfreigaben. Ein Tunnel, der nur nach außen aufbaut, hält die Station zu.
Genau diese Teile setzt hl2remote vor Zeus.
Was das Projekt kann
Im Kern ist es eine Kette aus bewährten Bausteinen, zusammengehalten mit Docker Compose:
- HTTPS und Anmeldung mit zweitem Faktor per Authenticator-App oder Passkey, mit Sperre nach zu vielen Fehlversuchen.
- Drei Rollen: Zuhörer sehen das Wasserfalldiagramm und hören Audio, aber jede ändernde Anfrage wird abgelehnt, also kein Abstimmen und kein Senden. Operatoren bedienen alles. Admins verwalten zusätzlich die Benutzer und können eingreifen.
- Eine Person am Sender: Wer die Konsole zuerst öffnet, hat das Funkgerät. Alle anderen sehen eine Statusseite mit Haltedauer und ihrem Platz in der Warteschlange. Wird der Sender frei, rückt die nächste Person automatisch nach.
- Sicher im Fehlerfall: Schließt der Halter den Tab oder bricht die Verbindung ab, wird sofort entastet. Die Sendezeitbegrenzung und die Aussteuerungsgrenzen werden nach jedem Wiederverbinden neu gesetzt.
- Protokoll: Wer wann welche Station bedient hat, steht im Log, nachvollziehbar pro Benutzer.
- Benutzerverwaltung im Browser: Benutzer anlegen, Rolle ändern, sperren, neues Passwort ausgeben. Wer gesperrt wird, fliegt sofort aus der Sitzung.
Dazu kommt ein optionaler Tunnel über Cloudflare, damit am Standort kein Port offen sein muss. Wer das nicht will, kann stattdessen ein VPN wie Tailscale oder WireGuard davorsetzen.
Wie es aufgebaut ist
Die Anfrage läuft vom Browser über HTTPS zu Caddy. Caddy schickt jede Anfrage zuerst durch Authelia, das die Anmeldung erledigt, und setzt die Rollenregeln durch. Danach kommt das "Gate", ein kleines Programm, das die Sperre und die Warteschlange verwaltet. Erst dahinter sitzt Zeus, das über UDP (Protocol 1) mit dem HL2 spricht. Ein weiterer Dienst, der "Connector", verbindet Zeus nach dem Start und nach jedem Abbruch wieder mit dem Funkgerät und setzt die Sicherheitsvorgaben neu.
Zeus selbst ist der Apache-Labs-Zeus, also die weiterentwickelte Fortsetzung des OpenHPSDR-Zeus mit .NET, WDSP und einer Oberfläche in React und WebGL. Es wird unverändert aus dem eigenen Quelltext gebaut, auf einem festgelegten Release-Stand. Nach außen sind keine Zeus-Ports offen.
Wo es laufen soll
Der Stack gehört neben das Funkgerät, also zum Beispiel auf einen Raspberry Pi 5 oder einen Mini-PC im selben Netz wie der HL2. Die Images lassen sich auch für ARM64 bauen. Der Grund: Protocol 1 überträgt rohe I/Q-Daten per UDP und reagiert empfindlich auf Laufzeit und Schwankungen im Internet. Gegen einen weitergeleiteten HL2-Port zu arbeiten, funktioniert für Tests, aber mit Aussetzern bei Audio und Wasserfall. Solche Portfreigaben sollten nur kurz bestehen, denn Protocol 1 hat keine Anmeldung.
Der Stand heute
Ehrlich gesagt:
- Funktioniert: Anmeldung, die Warteschlange und die Verbindung zu einem echten HL2 im Empfang.
- Wird getestet: Senden durch den ganzen Stack sowie die Abläufe mit mehreren Benutzern, also Warteschlange, Übernahme durch einen Admin und die Zuhörerrolle.
- Fehlt noch: eine unabhängige Sicherheitsprüfung. Bis dahin ist es eine Testinstallation, und ich würde niemanden einladen, ohne vorher den Abschnitt zu den bekannten Grenzen in der Projektbeschreibung gelesen zu haben.
Zwei Dinge aus dieser Liste möchte ich hervorheben. Zeus bringt einen eigenen Fernzugang mit, der über einen Vermittler von Apache Labs läuft. Das wäre ein zweiter Weg zum Funkgerät. hl2remote verhindert, dass man ihn über das Web einschaltet, und ich empfehle, ihn aus zu lassen, damit die Anmeldung der einzige Eingang bleibt. Und in der Zuhörerrolle kann die Oberfläche Fehlermeldungen schreiben, weil sie Einstellungen speichern will, die dort nicht erlaubt sind. Der Empfang funktioniert trotzdem. Vor dem Einladen anderer sollte man das mit einem Zuhörerkonto selbst ausprobieren.
Und rechtlich?
Ferngesteuerter Betrieb und Gastbediener fallen unter die nationalen Amateurfunkregeln. Bevor jemand außer dem Lizenzinhaber der Station senden darf, muss geklärt sein, unter welchem Rufzeichen gesendet wird und wer die Verantwortung trägt. Das kann die Software nicht für dich entscheiden, und ich gebe hier bewusst keine Rechtsauskunft. Wer unsicher ist, fragt bei der zuständigen Behörde nach. Für reines Zuhören ist die Sache deutlich einfacher, deshalb gibt es die Zuhörerrolle.
Nächste Ausbaustufe: ein fertiges Raspberry-Pi-Image
Heute baut man den Stack selbst mit Docker Compose. Das geht, ist aber nichts für jemanden, der einfach funken will. Mein Ziel für die nächste Stufe: ein eigenes Raspberry-Pi-Image mit der laufenden Software, das man auf die SD-Karte schreibt, direkt an den HL2 hängt und loslegt. Das gibt es noch nicht, es ist der Plan. Einen Termin nenne ich nicht, denn zuerst muss der Test so weit sein, dass ich es guten Gewissens weitergeben kann.
Mitmachen
hl2remote ist ein Community-Projekt unter MIT-Lizenz. Zeus bleibt unter seiner eigenen GPL-Lizenz und wird unverändert eingebunden. Hilfreich ist alles, was ein Selbstbauprojekt voranbringt:
- Testen mit eigenem HL2, besonders den Empfang, die Warteschlange und die Zuhörerrolle.
- Fehler und Beobachtungen als Issue melden.
- Ideen für das Pi-Image und für sinnvolle Voreinstellungen.
- Kritik am Sicherheitskonzept. Gerade hier freue ich mich über zusätzliche Augen.
Das Projekt liegt öffentlich bei GitHub: github.com/achildrenmile/hl2remote. Wer den Hermes Lite 2 erst noch auf 100 Watt bringen will, findet bei uns den Aufbau mit der Xiegu XPA125B, und einen allgemeinen Überblick über Fernbetrieb gibt Remote-Shack: Die eigene Amateurfunkstation fernsteuern.
73, Michi OE8YML
Transparenzhinweis
Ich habe diesen Artikel mit Unterstützung von KI (Claude, Anthropic) auf Basis der öffentlichen Projektbeschreibung von hl2remote geschrieben und geprüft. Die Angaben zum Stand entsprechen der Projektseite vom 4. November 2026 und können sich ändern. Das Projekt ist ein Test und nicht unabhängig sicherheitsgeprüft. Das Zeus-Bild stammt aus der Dokumentation des Zeus-Projekts, die Bilder der Anmeldung und des Sperr-Balkens aus der Testinstallation. Das Raspberry-Pi-Image ist eine Absicht, kein Angebot. Die rechtlichen Hinweise ersetzen keine Auskunft der zuständigen Behörde. Korrekturen und Ergänzungen gerne an [email protected].
