Remote Station

Vollständige Bedienumgebung — Hauptfenster, Rig-Steuerung, Rotor, DX-Cluster, Wasserfall und Audio-Decoder

Das Remote-Station-Fenster

Wie das Ganze funktioniert

Zwei OpenShack-Instanzen finden sich über die Station-ID des Hosts (sein Rufzeichen) und ein gemeinsames Passwort, das Sie selbst festlegen. Das Passwort wird lokal verarbeitet und nie im Klartext übertragen. Ein Club kann mehrere Stationen unabhängig betreiben, und ein Anrufer muss sowohl das Rufzeichen des Hosts als auch das Passwort kennen. Die Anwendung wählt danach einen geeigneten Verbindungsweg in IPv4- oder IPv6-Netzen und nutzt bei Bedarf professionell betriebene Infrastruktur.

Beide Rollen verwenden dasselbe Fenster. Wählen Sie oben Host oder Client, bevor Sie die Verbindung aufbauen. Während eine Verbindung aktiv ist, lässt sich die Rolle nicht wechseln.

Verbindung aufbauen

In diesem Tab legen Sie das gemeinsame Secret fest, das bestimmt, wer sich verbinden darf, und geben Ihr eigenes Rufzeichen an. Er heißt Stations, wenn Sie als Client laufen — eine Live-Übersicht der Remote-Stationen, die Sie erreichen können — und My Station, wenn Sie als Host laufen, wo Sie das Secret Ihrer eigenen Station veröffentlichen. Ihr Rufzeichen ist erforderlich: In der Rolle Host ist es Ihre Station-ID (Clients nutzen sie zusammen mit dem Secret, um Sie zu finden), in der Rolle Client Ihre Operator-ID (die Kennung, die der Host sieht). Die obere Hälfte ändert sich je nach Rolle; die untere Hälfte — Ihr Rufzeichen und Note — ist in beiden gleich.

Windows-Firewall-Warnung

⚠️ Windows-Firewall-Abfrage beim ersten Verbinden

Wenn Sie auf einem PC zum ersten Mal auf Connect klicken, zeigt Windows möglicherweise einen Windows-Sicherheit-Dialog an, der fragt, ob die App auf öffentliche und private Netzwerke zugreifen darf. Das ist normal — OpenShack benötigt Netzwerkzugriff, um den Verbindungsdienst zu erreichen und die Remote-Sitzung aufzubauen. Klicken Sie auf Zulassen, damit die Verbindung aufgebaut werden kann. Wenn Sie auf Abbrechen klicken, wird der Remote-Betrieb blockiert, bis Sie die App durch die Firewall zulassen.

Die gleiche Abfrage kann nach der Installation einer neuen Version erneut auftauchen — Windows behandelt das aktualisierte Programm wie eine neue App. Gerade auf dem Host ist beim ersten Verbinden nach jedem Update damit zu rechnen; klicken Sie dann einfach wieder auf Zulassen. Siehe OpenShack aktualisieren.

Klicken Sie auf Zulassen, wenn Windows beim ersten Verbinden den Netzwerkzugriff erlaubt.

My-Station-Tab — Rolle Host

Der My-Station-Tab in der Rolle Host — das (maskierte) Secret Ihrer Station und eine Live-Statusanzeige

Eine Hoststation hat genau eine Identität. Oben im My Station-Tab erscheint das Secret Ihrer Station als Punktreihe — niemals der Wert selbst — mit einem Edit secret (✎)-Button daneben. Zusammen mit Ihrer Station-ID (Ihrem Rufzeichen, im Identitätsbereich darunter) definiert das Secret den Kanal, mit dem sich Clients verbinden. Ist noch kein Secret gesetzt, zeigt das Feld „no secret set — click ✎ to set one", und der Editor öffnet sich beim ersten Besuch des Tabs automatisch.

Klicken Sie auf Edit secret, um einen kleinen Dialog zu öffnen, in dem Sie den Wert setzen oder ändern:

• Secret — die Passphrase, die Ihre Station definiert. Clients müssen exakt denselben Wert eintragen, um Sie zu erreichen, Groß- und Kleinschreibung eingeschlossen. Mindestens acht Zeichen. Der Wert verlässt Ihren Rechner nicht — nur ein Hashwert davon dient zur Ableitung des Kanalnamens. Erlaubt sind Buchstaben (A–Z, a–z), Ziffern (0–9) und die Zeichen $ & % { } [ ] + - . , : ; _ # @ ! ? * = ~ ^. Leerzeichen und Anführungszeichen sind nicht zulässig — ein per Copy & Paste eingefügtes Secret kann also keine versteckten Leerzeichen mitnehmen.
• Show — zeigt den Wert im Klartext, solange Sie ihn prüfen; sonst bleibt er maskiert.
• Generate — würfelt ein zufälliges Secret aus ausschließlich Großbuchstaben und Ziffern (ohne verwechselbare Zeichen wie I, O, 0, 1), damit der Wert leicht vorzulesen und abzutippen ist. Kopieren Sie ihn einmal und geben Sie ihn über einen sicheren Kanal (E-Mail, Messenger usw.) an die Personen weiter, die sich verbinden sollen.

In diesem Dialog gibt es bewusst kein Löschen: Die Identität Ihrer eigenen Station können Sie nicht löschen, nur ihr Secret ändern.

Unter dem Secret zeigt das My Station-Panel den Live-Zustand Ihrer Station, abgeleitet daraus, wer auf Ihrem Kanal präsent ist:

• Status — Offline (Sie hosten nicht / sind nicht sichtbar), Online (erreichbar, niemand operiert) oder Busy (ein Client ist verbunden und operiert).
• Operating — das Rufzeichen des OPs, der gerade auf Sendung ist, oder —, wenn die Station frei ist.
• Online — weitere OPs, die Ihre Station beobachten, aber nicht auf Sendung sind.

Release current operator beendet die Sitzung des aktiven OPs und gibt die Station für den nächsten Client frei. Ihre Station bleibt dabei durchgehend online — es wird nur dieser OP getrennt — also ohne Unterbrechung der Verfügbarkeit. Der getrennte OP wird darüber informiert, dass der Host die Sitzung beendet hat: sein Client trennt die Verbindung und zeigt Released by host im Fenstertitel an. Der Button ist nur aktiv, solange die Station Busy ist.

Stations-Tab — Rolle Client

Der Stations-Tab in der Rolle Client — eine Live-Übersicht der Remote-Hosts, die Sie erreichen können

Als Client legen Sie die genutzten Remote-Stationen an einer Stelle ab und sehen ihren Live-Zustand auf einen Blick — schon bevor Sie überhaupt einen Verbindungsversuch unternehmen. Jede Zeile in der Tabelle Remote hosts steht für eine Station:

• Active (Radio-Button) — markiert die Station, die der Connect-Button im Session-Tab verwendet. Klicken Sie eine beliebige Zeile an, um ihn umzusetzen. Während Sie verbunden sind, sind die Radio-Buttons ausgegraut — die Station können Sie mitten in einer Sitzung nicht wechseln.
• Station-ID — das Rufzeichen des Hosts, den Sie erreichen wollen (zum Beispiel DL0AA oder DL0AA/P). Pflichtfeld, und es muss exakt mit der Station-ID des Hosts übereinstimmen — sie wählt aus, welche Station Sie erreichen, ein Tippfehler bringt Sie also auf einen anderen (leeren) Kanal. Eingabe in Großbuchstaben; erlaubt sind Buchstaben, Ziffern und # - /. Klicken Sie in die Zelle, um sie zu bearbeiten.
• Status — die Live-Erreichbarkeit der Station, ohne zu verbinden: Online (erreichbar und frei), Busy (jemand operiert sie) oder Offline (hostet gerade nicht). Eine leere Status- Anzeige bedeutet, dass Station-ID oder Secret noch zu keiner echten Station passen.
• Operator — bei einer Busy-Station das Rufzeichen des OPs, der gerade auf Sendung ist.
• Online — die weiteren OPs, die diese Station beobachten (deren Operator-IDs). Sie selbst erscheinen hier auf den Stationen, die Sie beobachten, sodass alle Inhaber des Secrets sehen, wer sonst noch da ist.
• ✎ (Edit secret) — öffnet den Secret-Dialog für diese Zeile: Hier setzen oder ändern Sie das Secret (dieselbe Passphrase wie der Host, mit identischer Groß-/Kleinschreibung — die Prüfung erfolgt zeichengenau), mit denselben Helfern Show und Generate wie auf der Host-Seite, sowie einem Delete station-Button zum Entfernen der Zeile. Das Secret erscheint nur in diesem Dialog, nie in der Tabelle.
• ▶ (Connect) — verbindet direkt mit dieser Station; siehe Mit einer Station verbinden weiter unten.

Einen neuen Host fügen Sie hinzu, indem Sie in die leere Zeile am unteren Ende der Tabelle die Station-ID des Hosts eintippen — der Eintrag wird automatisch angelegt und ausgewählt; öffnen Sie seinen ✎-Dialog, um das Secret zu setzen. Jeder Eintrag merkt sich außerdem, welche Neben-Fenster (Keyer, DX Cluster, Aux Devices …) beim letzten Verbindungsende offen waren, sodass dieselbe Anordnung beim erneuten Verbinden wieder hergestellt wird. Ihr Rufzeichen, Note und die Audio-Einstellungen gelten für alle Stationen gemeinsam — nur Station-ID, Secret und die gemerkte Fensterliste sind pro Station.

Die Liste per Drag & Drop umsortieren. Greifen Sie eine beliebige Zeile und ziehen Sie sie nach oben oder unten an die gewünschte Stelle — eine blaue Linie zeigt, wo sie landet. Die neue Reihenfolge wird gemerkt, sodass Ihre meistgenutzten Stationen ganz oben stehen bleiben können. Über einer Zeile, die sich ziehen lässt, zeigt der Mauszeiger ein Verschieben-Symbol. Während einer Verbindung ist das Umsortieren gesperrt. (Beim Greifen wird die Zeile zugleich ausgewählt und damit zur aktiven Station — genauso wie beim Anklicken.)

Mit einer Station verbinden

Aus der Stations-Übersicht gibt es zwei Wege zu verbinden:

• Ein Klick aus der Übersicht — drücken Sie den ▶-Button in der Zeile der Station. Sie wird zur aktiven Station, und die Verbindung startet sofort. Das ist der schnellste Weg, auf eine Station zu springen, die erkennbar Online ist.
• Active-Radio-Button, dann Connect — wählen Sie den Active-Radio-Button der Station und drücken Sie dann Connect im Session-Tab. Nützlich, wenn Sie vor dem Verbinden noch Einstellungen prüfen oder ändern wollen.

In beiden Fällen prüft die App vor dem Verbindungsaufbau, ob die Station eine Station-ID und ein gültiges Secret (mindestens acht Zeichen) hat und ob Ihre eigene Operator-ID ausgefüllt ist; fehlt etwas, öffnet sie den passenden Editor, damit Sie es nachtragen können — danach erneut auf Verbinden drücken. Das Verbinden mit einer Station, deren Status Busy ist, weist der Host ab (siehe Station bereits in Benutzung?) — warten Sie, bis sie Online anzeigt. Beim ersten Verbinden auf einem PC kann zudem die Windows-Firewall-Abfrage erscheinen (siehe oben); klicken Sie auf Zulassen.

Ihr Rufzeichen und Note (beide Rollen)

Unterhalb des Secret-Bereichs finden Sie Ihr eigenes Rufzeichen und ein Notizfeld. Das Rufzeichen-Feld ist in beiden Rollen dasselbe Bedienelement, aber so beschriftet, wie es seine Aufgabe ist:

• Station-ID (Rolle Host) / Operator-ID (Rolle Client), erforderlich — Ihr eigenes Rufzeichen. Eingabe in Großbuchstaben; erlaubt sind Buchstaben, Ziffern und # - /. In der Rolle Host ist es Ihre Station-ID, das Rufzeichen, das Clients zum Erreichen eintippen. In der Rolle Client ist es Ihre Operator-ID, die dem Host angezeigt wird, sobald eine Informationsbake ausgetauscht wurde. Sie können sich erst verbinden, wenn es ausgefüllt ist.
• Note (optional, mehrzeilig) — eine kurze Nachricht, die Ihre Gegenstelle neben Ihrem Rufzeichen sieht. Praktisch für Hinweise wie „20 m CW bis 18:00“ oder „QRT nach diesem QSO“. Wenn das Feld leer bleibt, wird nichts angezeigt.

Was Sie hier und in Note eintragen, wird in der regelmäßigen Informationsbake mitgesendet und bei der Gegenstelle oben im Operation-Tab neben dem Connect-Button angezeigt. Änderungen werden nach wenigen Sekunden übernommen; eine neue Verbindung ist dafür nicht nötig. Rufzeichen, Note, Audiogeräte und alle anderen persönlichen Einstellungen gelten gemeinsam für alle Hosts — nur die Station-ID, das Secret und die Liste der zuletzt offenen Fenster jedes Hosts sind pro Host.

Am Host — direkt am Transceiver

1. Im Dashboard Operate → Remote Station öffnen.
2. Rolle Host wählen. Beim ersten Wechsel in diese Rolle wird die Identität Ihrer eigenen Station automatisch angelegt.
3. Im My Station-Tab auf Edit secret (✎) klicken und ein Secret eintragen (oder im Dialog mit Generate würfeln lassen) — das ist die Passphrase, die Clients zum Verbinden brauchen. Sie verlässt Ihren Rechner nicht.
4. Ihre Station-ID (erforderlich) ausfüllen — Ihr Rufzeichen. Clients tragen es zusammen mit dem Secret ein, um Sie zu erreichen. Fügen Sie eine Note hinzu, wenn Sie eine kurze Statusnachricht zeigen wollen.
5. Haken Sie die Dienste an, die der Host bereitstellen soll (Audio, CAT, rigctld, CW/PTT). Mindestens Audio sollten Sie aktivieren.
6. Auf Connect klicken. OpenShack stellt die Station bereit und wartet auf den Client.

Im Reiter Settings → Host liegen die Karten, die OpenShack sagen, wie es Ihren Transceiver und Ihre Stationshardware erreicht. Wir gehen sie hier von oben nach unten durch.

RIG Connection Path — rigctld (Hamlib)

rigctld (Hamlib) ist der wichtigste Weg, über den OpenShack Ihren Transceiver erreicht, und für die meisten Funktionen erforderlich — das Remote-Control-Panel, das Auslesen von Frequenz und Modus, den clientseitigen rigctld-Proxy für Logger, das Anklicken von Spots im DX-Cluster (QSY) und das Umstimmen aus dem Wasserfall. Richten Sie das zuerst ein.

Diese Karte lässt OpenShack Hamlibs rigctld.exe für Sie starten. Wählen Sie Transceiver-Modell und Port; die Befehlszeile wird automatisch gebaut und zur Kontrolle angezeigt.

Host-Einstellungen — Local rigctld.exe launcher

Transceiver handling — Stromversorgung über rigctld

Die Karte Transceiver handling steuert den Ein-/Aus-Zustand des Transceivers über dieselbe rigctld-Verbindung auf dem Host. Beide Optionen sind standardmäßig aus; eine normale Remote-Verbindung ändert also den Einschaltzustand Ihres Transceivers nicht.

Host-Einstellungen — nur die für die unbeaufsichtigte Station benötigte Stromaktion einschalten

Native CAT & bestehendes rigctld — optional

Die nächsten beiden Karten liegen unter dem Launcher und sind optional — die meisten Stationen betreiben nur rigctld und können sie ignorieren.

Use external rigctld service on the network — statt OpenShack rigctld starten zu lassen, an ein bereits laufendes rigctld andocken (z. B. von einem anderen Programm gestartet) unter einer bestimmten IP und einem Port. Ausgeschaltet lassen, damit OpenShack rigctld selbst verwaltet.

Host-Einstellungen — ein bereits im Netzwerk laufendes rigctld nutzen (IP und Port)

Connect optional additional CAT port (natives CAT) — stellt das native CAT-Protokoll des Transceivers zusätzlich zu rigctld bereit. Nur sinnvoll, wenn Sie einen zweiten Zugang zum Transceiver haben und ein Programm direkt das CAT-Protokoll des Transceivers sprechen soll. Im Zweifel unangetastet lassen.

Host-Einstellungen — optionaler nativer CAT-Pfad: COM oder TCP

Rotatoren

Verbindet den Host mit PSTROTATORAZ, damit der Client die Antenne drehen kann. OpenShack spricht nie direkt mit der Rotor-Hardware — die Details und die Client-Ansicht stehen unter Antennenrotor-Steuerung. Sie können bis zu vier Rotatoren einrichten, jeden mit eigener PSTROTATORAZ-Verbindung und einem Namen — praktisch, wenn Sie getrennte Controller für verschiedene Antennen betreiben.

Host-Einstellungen — Rotatoren (bis zu vier PSTROTATORAZ-Brücken)

Hardware PTT for Audio Modes

Bei Sprech- und Digital-Betriebsarten (Audio) entscheidet der Host, wie der Transceiver getastet wird — der Client muss nichts wählen. Die Karte Hardware PTT for Audio Modes im Rig-Einstellungen-Reiter des Hosts legt den Tastweg und einen Sicherheitstimer fest.

Host-Einstellungen — Hardware PTT for Audio Modes: Tastweg und Sicherheitstimer

Beim Senden in einer Audio-Betriebsart hält OpenShack den Transceiver getastet, bis das gepufferte Audio auf dem Host tatsächlich ausgegeben wurde, und gibt die Tastung erst dann frei — so wird das Ende einer Sendung nicht mehr abgeschnitten (wichtig für SSB-Nachläufe und die FT8-Dekodierung auf der Gegenseite). In der Titelleiste erscheint in den letzten 15 Sekunden vor dem Sicherheitstimer ein PTT-Countdown.

Am Client legt das Mic-Bedienelement im Reiter Operation fest, wann Ihr Mikrofon übertragen wird: Auto (nur während des Sendens), Open (immer — für VOX nötig) oder Muted. Auto ist die Vorgabe und vermeidet das Senden von Audio, wenn Sie nicht senden.

Aux Devices — Endstufen, Tuner & Antennen

Jede Zeile verbindet ein Zusatzgerät, das der Client dann überwachen und steuern kann. Gerät anhaken, Port einstellen (und wo vorhanden Modell oder Antenne); das Statusquadrat wird grün, sobald die Verbindung steht. Alle Geräte sind aus, bis Sie sie aktivieren. Was der Client sieht, steht unter Zusatzgeräte.

Host-Einstellungen — Aux Devices: eine Zeile je Endstufe, Tuner oder Antennensteuerung

OM-Power-Endstufen haben ihre eigene Karte direkt unter der Aux-Devices-Karte, mit einer Zeile pro Endstufe — bis zu vier. Unterstützt werden OM2000A+, OM1700A+, OM2501A, OM3501A, OM4001A und OM4001C (jeweils über den eingebauten LAN-Anschluss). In jede Zeile kommen die IP-Adresse und der Port der Endstufe (die Werkseinstellungen sind schon eingetragen) sowie ein optionaler Name wie „Main“, damit Sie mehrere Endstufen auseinanderhalten können. Schließen Sie vorher das eigene Fernsteuerprogramm von OM Power: Die Endstufe akzeptiert nur eine Netzwerkverbindung gleichzeitig.

Host-Einstellungen — OM Power Amplifiers: bis zu vier, jeweils mit Adresse, Port und Name

Waterfall-Quellen

Drei unabhängige Karten — ICOM, Kenwood und FlexRadio — legen fest, woher die Panadapter-Daten kommen. Aktivieren Sie die zu Ihrem Transceiver passende (normalerweise nur eine). Details und die Client-Ansicht stehen unter Waterfall-Anzeige.

Host-Einstellungen — Waterfall-Quellen (ICOM / Kenwood / FlexRadio)

URL Switcher

Bis zu zehn beschriftete Buttons, die beim Drücken eine HTTP-Anfrage auslösen — praktisch für webgesteuerte Relais, Antennenumschalter oder smarte Steckdosen. Jede Zeile hat drei Sichtbarkeits-Häkchen sowie ein Label und eine URL. Wie die Buttons beim Client erscheinen, steht unter URL Switcher.

Host-Einstellungen — URL Switcher: zehn Zeilen, jede ein beschrifteter Button mit eigener URL

Enable remote PC shutdown

Wenn angehakt, darf der Client den Host-PC aus der Ferne herunterfahren — praktisch bei einer unbeaufsichtigten Station, um sie am Ende einer Session abzuschalten. Lassen Sie die Option aus, wenn der Host-PC nicht vom Client herunterfahrbar sein soll. Das Quadrat wird grün, sobald die Funktion scharf ist.

Host-Einstellungen — Enable remote PC shutdown

Inactivity Shutdown

Hier fährt sich die Station selbst herunter — ganz ohne Client. Haken Sie Shut down host PC after no client for an und wählen Sie eine Zeit zwischen 5 und 600 Minuten. Sobald so lange niemand verbunden war, schaltet sich die Station von allein ab. Gedacht ist das für eine unbeaufsichtigte Station, damit sie nicht den ganzen Tag läuft, wenn niemand funkt.

Es ist derselbe saubere Shutdown wie der, den Sie vom Client aus starten würden: Bevor Windows herunterfährt, laufen zuerst die Off-Aktionen Ihres URL Switchers (schalten also z. B. Ihre Endstufe ab), damit nichts eingeschaltet zurückbleibt. Es gibt keinen langen Warn-Countdown — ist die Zeit um, geht die Station einfach herunter. Die Statuszeile unter der Einstellung bestätigt nur, dass es scharf ist, und zeigt die eingestellte Zeit. Standardmäßig aus.

Host-Einstellungen — Inactivity Shutdown

Browser Network Box support

Mit dieser Karte kann ein OP eine OpenShack Box zusammen mit dem Remote-Webclient auf einem iPad oder einem anderen Browser-Gerät verwenden. Die Box sendet die Daten von Paddle und Fußtaster direkt zum Host. Der zusätzliche Weg über Browser und WebRTC entfällt, sodass die CW-Latenz geringer wird.

Richten Sie die Box beim OP einmal als Box-to-Box-Client ein. Direct- oder Relay-Modus müssen zur angehakten Host-Option passen. Tragen Sie das Stations-Secret dieser Remote-Station (10 bis 64 Zeichen) als Box-to-Box-Authentifizierungsschlüssel ein. Der Browser braucht keine zweite Kopie des Schlüssels; der Host gibt ihn niemals bekannt.

Als Box-Quelle ist standardmäßig Box-2-Box mode ausgewählt, wenn zwei physische Boxen ihre CW/PTT-Verbindung bereits direkt oder über das Relay verwalten. Der Browser öffnet weder eine USB- noch eine WebSocket-Verbindung zu einer der Boxen; seine Schaltflächen Connect und Disconnect bleiben deshalb deaktiviert. Solange die geschützte Stationssitzung verbunden ist, gibt er den vom Host angekündigten nativen Box-Weg automatisch frei. Damit wird authentifizierter CW/PTT-Verkehr an die Box der Station weitergeleitet.

Um stattdessen den vom Browser verwalteten Host-Weg zu verwenden, öffnen Sie im Remote-Webclient das Register Box, wählen Sie Network Box und klicken Sie auf CONNECT BOX. Einen separaten ARM-Schritt gibt es nicht: Die Verbindung wird automatisch aktiv, sobald Stationssitzung, CW/PTT-Verbindung und physische Box bereit sind. Ein Wechsel des Browser-Registers trennt die Verbindung nicht. Der Client kennzeichnet den nativen Weg mit Direct Box-to-Host preferred, weil der Browser dann nicht im CW-Tastweg liegt. Die Network-Box-Verbindung über den Browser bleibt als kompatibler Ausweichweg verfügbar.

Das Register Status des Hosts enthält eine eigene Karte Browser Network Box. Sie zeigt den Direct- und Relay-Verbindungsstatus, den aktiven CW-Weg, Verkehrszähler und die aktuelle Zeitmessung. Das Register Log protokolliert außerdem Start und Stopp des Dienstes, Warten, Verbindung, Aktivierung der UDP-Verbindung und Trennung. Die Werte werden ungefähr alle zwei Sekunden aktualisiert, solange eine der beiden Host-Optionen aktiviert ist; bei ausgeschalteten Optionen bleiben sie inaktiv.

Am Client — an Ihrem Remote-Standort

1. Im Dashboard Operate → Remote Station öffnen.
2. Rolle Client wählen.
3. Im Stations-Tab in die Tabelle Remote hosts schauen. Entweder in die leere Zeile am unteren Ende klicken, um einen neuen Host hinzuzufügen, oder eine bestehende Zeile durch Klick auswählen.
4. Die Station-ID des Hosts (sein Rufzeichen, zum Beispiel DL0AA) eingeben, dann auf den ✎-Button der Zeile klicken und im Dialog dasselbe Secret wie der gewünschte Host eintragen (beides muss exakt mit dem Host übereinstimmen). Das Secret erscheint nur in diesem Dialog, nie in der Tabelle. Achten Sie auf die Spalte Status — sobald sie Online zeigt, ist die Station erreichbar.
5. Achten Sie darauf, dass die Zeile des gewünschten Hosts die ausgewählte (Active) ist — das ist der Host, den Connect im Session-Tab verwendet. (Oder verbinden Sie direkt über den ▶-Button der Zeile.)
6. Ihre eigene Operator-ID (erforderlich) und eine optionale kurze Note ausfüllen — der Host sieht beides neben dem Connect-Button, sobald die Verbindung steht.
7. Auf Connect klicken. OpenShack findet den Host über den Verbindungsdienst und startet die Remote-Sitzung.
8. Sobald die Verbindung steht, aktivieren Sie die gewünschten Dienste (Audio, CAT, rigctld, CW/PTT).

Wollen Sie das nächste Mal eine andere Hoststation ansprechen, wählen Sie einfach deren Zeile in der Tabelle — ein Secret nochmal einzutippen ist nicht nötig. Jede Zeile merkt sich außerdem ihre eigene Liste zuletzt geöffneter Neben-Fenster, sodass beim Wechsel zwischen Hosts auch die jeweils bevorzugte Fenster-Anordnung wieder erscheint.

Der Reiter Einstellungen → Client bündelt die clientseitigen Endpunkte, mit denen sich andere Programme auf Ihrem Remote-PC verbinden. Wir gehen die Karten von oben nach unten durch.

Hamlib rigctld proxy

Der wichtigste Client-Endpunkt: ein lokaler rigctld-Listener, mit dem sich Hamlib-fähige Programme (Logger wie N1MM+, Win-Test, fldigi …) genauso verbinden wie mit einem lokalen rigctld. Siehe rigctld / Hamlib.

Client-Einstellungen — Hamlib rigctld proxy (oben) und Client TS2000 emulator (unten)

Client TS2000 emulator

Ein Kenwood-TS-2000-CAT-Port für Logger, die kein Hamlib sprechen (untere Karte im Screenshot oben). Erreichbar über COM oder TCP. Siehe TRX-Emulator.

Client RIG CAT (1:1 CAT) — optional

Ein optionaler, transparenter 1:1-CAT-Tunnel direkt zum Transceiver des Hosts, ganz ohne rigctld dazwischen. Nur für ein Programm nötig, das das native CAT-Protokoll des Transceivers direkt sprechen muss; die meisten Logger nutzen stattdessen den rigctld-Proxy oben. Siehe CAT-Proxy.

Client-Einstellungen — Client RIG CAT (1:1 CAT)

Wavelog Integration

Live-Synchronisation von Frequenz/Modus zu WaveLog plus automatischer QSO-Upload aus Digimode-Programmen. Details unter WaveLog-Gateway.

Client-Einstellungen — Wavelog Integration

Winkey-Emulator & Winkey-Proxy

Ein virtueller Winkey-COM-Port für jeden Contest-Logger, der das Winkey-Protokoll spricht. Mit OpenShack Box leitet der Proxy Winkey an die Box weiter; ohne Box tastet der Emulator das Remote-Rig über die geschützte Verbindung — der Modus wechselt automatisch. Vollständige Einrichtung unter Winkey-Emulator & Winkey-Proxy.

Client-Einstellungen — Winkey-Emulator & Winkey-Proxy

Bei einer Neuinstallation wählt OpenShack den mitgelieferten com0com-Winkey-Port automatisch aus und aktiviert Winkey (Client-Rolle) — Sie müssen normalerweise nur den passenden externen Port in Ihrem Logger einstellen.

Der Client-Reiter hat außerdem einen erweiterten Bereich für Jitter-Puffer und Timing-Ausgleich — siehe Latenz und Codec-Auswahl.

Die Statusanzeige der Remote Station — Verbindungsstatus, P2P/Relay-Anzeige und aktive Dienste

Command Center — zwischen den Fenstern wechseln

Im Remote-Betrieb sammeln sich schnell viele Fenster auf dem Bildschirm an — Remote Control, Keyer, DX Cluster, Audio Decoder, Waterfall, Rotator und ein oder mehrere Fenster für Zusatzgeräte. Auf einem Laptop überlappen sie sich und sind kaum noch zu erreichen. Das Command Center ist ein kleines, immer im Vordergrund liegendes Fenster, das alle gerade offenen Fenster auflistet und Sie mit einem Klick zu jedem davon springen lässt.

Öffnen Sie es mit dem blauen Windows-Button im Fenster der Remote Station, direkt neben den anderen Fenster-Buttons (Remote Control, Keyer, DX Cluster …). Ein erneuter Klick blendet das Panel wieder aus.

Command Center — mit einem Klick zwischen allen offenen Fenstern wechseln

• Ein Klick auf einen Namen holt das betreffende Fenster in den Vordergrund. Es erhält einen bernsteinfarbenen Punkt als Markierung des zuletzt gewählten Fensters.
• Ein erneuter Klick auf den markierten Namen minimiert dieses Fenster — so legen Sie ein einzelnes Fenster schnell beiseite und holen es später wieder zurück.
• Die Reihenfolge ist immer gleich: Remote Control ganz oben, das Hauptfenster der Remote Station ganz unten, alles andere alphabetisch dazwischen. Jede Zeile trägt den echten Fenstertitel — bei Zusatzgeräten also den tatsächlichen Gerätenamen.
• Minimize all windows — der Button ganz unten — räumt den Bildschirm mit einem Klick frei: Alle aufgelisteten Fenster und zusätzlich das OpenShack-Dashboard werden minimiert, nur das Command Center bleibt im Vordergrund. Ein Klick auf einen Namen holt ein Fenster wieder zurück.

Ziehen Sie das Command Center an seiner Titelleiste an eine beliebige Stelle. Es bleibt über den anderen Fenstern liegen und merkt sich seine Position für das nächste Mal.

Beim Connect dieselben Fenster wieder öffnen

Nur auf der Client-Seite. Welche Unterfenster von Remote Connect beim Klick auf Disconnect gerade offen sind — Keyer, DX Cluster, Audio Decoder, Rotor, ein oder mehrere Aux-Device-Panels, Wasserfall, Remote Control —, merkt sich OpenShack und öffnet sie beim nächsten Connect mit demselben Secret automatisch wieder. Die Liste landet auf der Festplatte, übersteht also einen Programmneustart: morgen wieder reinkommen, Connect drücken — Ihr gewohntes Fensterlayout ist wieder da.

Manche Fenster brauchen Voraussetzungen und tauchen erst auf, wenn die erfüllt sind: Audio Decoder wartet auf den Audiostream, Rotor- und Aux-Device-Panels warten, bis der Host den passenden Dienst angekündigt hat, der Wasserfall wartet auf die CI-V-Ankündigung des Hosts. Sie müssen nichts tun — die Fenster erscheinen, sobald der Host so weit ist. (Ein Aux-Device-Panel, das Sie bewusst geschlossen haben, ist die Ausnahme — es bleibt geschlossen, bis Sie es über den Aux Devices-Button wieder öffnen; siehe Aux Devices.)

Wenn Sie das Secret ändern, wird die Erinnerung an die offenen Fenster gelöscht. Ein neues Secret bedeutet meistens einen anderen Host, dort passt die alte Fensterauswahl nicht mehr.

Direkt in die Remote Station starten

Normalerweise starten Sie OpenShack über das übliche Symbol und öffnen die Remote Station vom Dashboard aus. Für eine feste Remote-Station können Sie stattdessen Verknüpfungen anlegen, die Remote Connect öffnen und sich automatisch verbinden — mit der Rolle Host oder Client, dem Secret und den Einstellungen, die Sie zuletzt verwendet haben, und mit eingeschaltetem always stay connected, sodass die Verbindung Netzaussetzer übersteht und so lange neu aufgebaut wird, bis sie steht.

Öffnen Sie Remote Station → Advanced. Unter Start into Remote Station shortcuts finden Sie drei Kontrollkästchen — haken Sie an, was Sie möchten, und entfernen Sie den Haken wieder, um die Verknüpfung zu löschen:

• Start menu entry — legt einen normalen OpenShack (Remote Station)-Eintrag im Startmenü an, neben dem regulären Eintrag.
• Desktop shortcut — legt ein Symbol auf den Desktop, für den Ein-Klick-Start direkt in eine verbundene Station.
• Start automatically with Windows (auto-connect) — die Station fährt bei jeder Windows-Anmeldung von selbst hoch und verbindet sich. Ideal für einen unbeaufsichtigten Host-PC an der Station oder eine feste Client-Konsole.

Advanced-Register — die Kontrollkästchen für den Start direkt in die Remote Station (Startmenü, Desktop, Autostart mit Windows).

Legen Sie Rolle, Secret und die gewünschten Dienste einmal auf dem normalen Weg fest; diese Verknüpfungen übernehmen sie dann jedes Mal. Die Hardware-Erkennung läuft weiterhin zuerst, sodass die Box bereit ist, bevor die Verbindung startet. Die Verknüpfungen sind optional — solange Sie kein Kästchen anhaken, wird nichts Zusätzliches angelegt, und Sie können jede jederzeit wieder entfernen, indem Sie den Haken hier abwählen.

Startup delay before auto-connect (s) — auf demselben Advanced-Tab können Sie eine Verzögerung von bis zu 120 Sekunden einstellen (0 = aus). Sie gilt nur für den automatischen Start: Wenn der PC die Station auf diesem Weg startet, ruft die App zuerst etwaige On-URLs des URL Switchers auf (schaltet also Ihre Geräte ein) und wartet dann die eingestellte Zeit, bevor Remote Connect geöffnet wird — so haben USB-COM-Ports, Funkgeräte-Schnittstellen und über ein Relais geschaltete Geräte nach einem frischen Bootvorgang Zeit, hochzukommen. Während des Wartens wird ein kurzer Countdown angezeigt. Bei einem normalen (manuellen) Start wird diese Einstellung ignoriert; die On-URLs werden trotzdem aufgerufen, aber ohne Wartezeit.

Optional: Windows automatisch anmelden

Die Windows-Autostart-Verknüpfung von OpenShack läuft erst, nachdem ein Benutzer bei Windows angemeldet ist. Soll ein unbeaufsichtigter Host-PC nach einem Neustart oder Stromausfall selbstständig wieder hochkommen, muss Windows den Stationsbenutzer ebenfalls automatisch anmelden.

Am zuverlässigsten ist dafür Microsofts Sysinternals-Werkzeug Autologon:

1. Laden Sie Autologon von Microsoft Sysinternals herunter.
2. Starten Sie Autologon64.exe als Administrator.
3. Tragen Sie Windows-Benutzername, Domäne oder Computername und Passwort des Kontos ein, unter dem OpenShack laufen soll.
4. Klicken Sie auf Enable und testen Sie die Einstellung mit einem Neustart.

Bei einem Microsoft-Konto mit Windows Hello verwenden Sie das echte Kontopasswort, nicht die PIN. Falls die automatische Anmeldung fehlschlägt, prüfen Sie den exakten Windows-Benutzer und Computernamen mit whoami, und schalten Sie die Option ab, die nur Windows-Hello-Anmeldung für Microsoft-Konten erlaubt, bevor Sie Autologon erneut aktivieren.

WaveLog-Gateway

Ist im Client-Reiter von Remote Connect Sync to Wavelog aktiviert, startet OpenShack ein lokales, zu WaveLogGate kompatibles Gateway auf Ihrem PC. Jede Anwendung, die das WaveLogGate-Protokoll spricht — auch die offizielle WaveLog-Browser-Erweiterung — kann sich damit verbinden und live Rig-Daten abholen. Eine Server-URL oder einen API-Schlüssel müssen Sie in OpenShack selbst nicht eintragen.

Gateway-Endpunkte

Datenformat

Alle Endpunkte sprechen das Standard-WaveLogGate-JSON:

{"freq": 14195000, "mode": "USB", "rig": "DTM Remote"}

freq steht in Hz. Solange eine rigctld-Verbindung läuft, schickt das Gateway alle zwei Sekunden ein Update.

QSY aus WaveLog heraus

Die WaveLog-Browser-Erweiterung darf QSY-Befehle auch zurückschicken. OpenShack reicht sie automatisch über den aktiven Rig-Steuerkanal an den Transceiver weiter.

Gateway-Status

Im Reiter Status steht neben Wavelog GW entweder Stopped, Running oder Running (N client(s)).

QSOs aus MSHV / WSJT-X hochladen

OpenShack kann Ihre geloggten Verbindungen auch direkt in WaveLog übertragen. Sobald Sie in einem Digimode-Programm — MSHV, WSJT-X, JTDX oder FLDigi — ein QSO abschließen, sendet das Programm die Verbindung im lokalen Netz aus, OpenShack nimmt sie auf und lädt sie automatisch in Ihr WaveLog-Logbuch hoch. Doppelte Verbindungen filtert WaveLog selbst heraus.

Aktivieren Sie UDP Listener for Wavelog im Reiter Client von Remote Connect, unterhalb von Sync to Wavelog. Daraufhin erscheint eine kleine Gruppe von Feldern — die WaveLog-Base URL und der API Key (gemeinsam mit der Sync-Funktion genutzt und direkt unter dem Schalter Sync to Wavelog angezeigt) sowie die listenereigenen Felder Listen IP, UDP Port und Station Profile:

• Base URL und API Key — Ihre WaveLog-Adresse (z. B. https://log.example.com) und ein persönlicher API-Schlüssel aus WaveLog (Account → API Keys).
• Listen IP — an welche lokale Adresse sich der Listener bindet. Belassen Sie es auf localhost, wenn das Digimode-Programm auf demselben PC läuft; wählen Sie die LAN-Adresse dieses Rechners, falls das Programm auf einem anderen Computer im Netz läuft.
• UDP Port — der Port, an den das Digimode-Programm sendet. Voreingestellt ist 4575; ändern Sie ihn nur, falls dieser Port bereits belegt ist.
• Station Profile — klicken Sie auf Refresh, um Ihre Stationsprofile aus WaveLog zu laden, und wählen Sie dann das Profil, unter dem Ihre Verbindungen geloggt werden sollen.

Die Upload-Aktivität (und etwaige Fehler wie eine falsche URL oder ein fehlendes Stationsprofil) wird im Reiter Status angezeigt und ins Debug-Protokoll geschrieben.

Dienstübersicht

OpenShack teilt den Remote-Betrieb in sechs unabhängige Dienste auf. Jeder lässt sich mitten im laufenden Betrieb starten und stoppen, ohne die anderen zu stören. Der Host spiegelt automatisch, was der Client aktiviert — schaltet der Client Audio ein, läuft auf dem Host auch die Audio-Aufnahme. Schaltet der Client ab, stoppt der Host ebenfalls.

Audio

OpenShack überträgt das Audio des Funkgeräts mit dem latenzarmen OPUS-Codec über das Internet und nutzt WASAPI für Aufnahme und Wiedergabe auf beiden Seiten. Für eine neue Station gibt es eigentlich nur eine Sache einzurichten: welche Audiogeräte verwendet werden. Alles andere auf der Audio-Registerkarte — Codec-Qualität, Mono blend, Binaural — kommt mit sinnvollen Standardwerten, die Sie unverändert lassen können.

Audio einrichten — Quelle und Ziel wählen Client

Am Client enthält die Karte Audio-Quelle und -Ziel die einzigen beiden Entscheidungen, die Sie treffen müssen:

• Audio-Quelle — das Audio, das an das ferne Funkgerät gesendet und auf die Luft gebracht wird (Ihr Sende-Audio).
• Audio-Ziel — wo das vom Funkgerät empfangene Audio an Ihrem PC ausgegeben wird.

Wählen Sie die beiden Geräte passend zu Ihrer Betriebsart — diese eine Entscheidung richtet den gesamten Audioweg ein:

Starten Sie dann das Audio — mehr Audio-Einrichtung brauchen die meisten Stationen nie. Lassen Sie die Audioqualität auf dem Standard-OPUS-Preset (ändern Sie es nur, wenn Ihre Verbindung langsam oder instabil ist), und lassen Sie Mono blend und Binaural CW aus, sofern Sie sie nicht möchten.

Ein Digital-Setup am Client: Die Karte Audio-Quelle und -Ziel richtet beide Geräte auf ein VB-Audio Virtual Cable, und die Karte Lokales Mithören darunter gibt das empfangene und gesendete Audio über die PC-Lautsprecher wieder, sodass der OP das Band weiterhin hören kann. Für CW/SSB würden Sie stattdessen für beide Geräte Ihr Headset wählen und das Mithören auslassen.

Audio Quelle — einfach oder dual Host

Standardmäßig nimmt der Host ein einziges Audiogerät auf und überträgt diesen Strom an den Client. Das ist der übliche Aufbau für eine einzelne Station am Standort und braucht keine weitere Einstellung.

Als optionales Zusatzfeature kann der Host zwei Audioquellen gleichzeitig aufnehmen — typischerweise zwei Funkgeräte — und sie in einen einzigen Stereo-Strom packen: Quelle A liegt auf dem linken, Quelle B auf dem rechten Kanal. Der entfernte OP hört die eine Station auf einem Ohr, die andere auf dem anderen. Das ist der klassische SO2R-Betrieb über das Internet, funktioniert aber genauso gut für beliebige zwei Mono-Quellen, die getrennt bleiben sollen (Funkgerät plus Scanner, zwei Empfänger, …).

Die Auswahl Audio Quelle auf Dual mono combine (two radios) umschalten. Eine zweite Gerätauswahl für Quelle B erscheint, und die erste Auswahl wird in Radio A (Left) umbenannt. Für den normalen Einzelgerätebetrieb bleibt der Eintrag auf Single device.

Audioeinstellungen am Host bei aktivem Dual mono combine — die Auswahlfelder für Radio A (Left) und Radio B (Right) sind sichtbar. Audio-Modus, OPUS-Preset und Mono blend sind am Host deaktiviert, weil sie vom Client gesteuert werden.

• Für A und B müssen unterschiedliche physische Geräte gewählt werden — dasselbe Gerät kann nicht doppelt verwendet werden.
• Dual-Mono benötigt einen Stereo-Transport. Falls der Client ein Mono-OPUS-Preset oder Compatibility Mono (PCMU) ausgewählt hat, fällt der Host für diese Sitzung in den Einzelgerätebetrieb zurück. In diesem Fall bittet man den Client, ein Stereo-OPUS-Preset zu wählen.
• Die beiden Geräte laufen mit unabhängigen Taktquellen, aber Quelle A bestimmt den Takt; Quelle B wird bei jedem 20-ms-WASAPI-Callback nachgeführt. Bei üblichen USB-Karten liegt die Drift unter einem Sample pro Callback, sodass die Korrektur weder eine merkliche Latenz noch hörbare Artefakte erzeugt.
• Statusmeldungen geben in einem Zehn-Sekunden-Takt eine kurze Driftbilanz aus (hinzugefügte und verworfene Samples) — hilfreich für die Diagnose im Support-Fall.

Mono blend — L/R-Trennung weicher Client

Wenn der Host Stereo überträgt — besonders im Dual-Mono-Combine-Modus, in dem die beiden Ohren unterschiedliche Quellen führen — möchte der eine oder andere OP die Trennung zwischen den Kanälen etwas weicher haben, beispielsweise um nur über einen Lautsprecher zu hören oder um beide Quellen mit einer schwächeren Richtungswirkung auf beiden Ohren zu haben.

Genau dafür ist der Regler Mono blend auf der Audio-Registerkarte des Clients da. Er legt auf jeden eingehenden Stereo-Rahmen eine einfache Kreuz-Mischung:

• 0 % — L/R bleiben unverändert. Jedes Ohr hört nur seinen eigenen Kanal.
• 50 % — diffuse Mischung: Jedes Ohr hört zu 75 % seinen eigenen Kanal und zu 25 % den anderen. Beide Quellen auf beiden Ohren, Richtungswirkung bleibt erhalten.
• 100 % — volle Mono-Mischung. Beide Ohren hören (L + R) / 2.

Die Einstellung wirkt rein clientseitig — der Host muss davon nichts wissen. Der Regler ist deaktiviert, wenn das ausgehandelte Audio ohnehin mono ist (PCMU-Mono oder OPUS-Mono-Preset) oder wenn die lokale Instanz der Host ist: in beiden Fällen gibt es keinen zweiten Kanal zum Mischen.

Binaural CW — Stereo nach Tonhöhe Client

CW-Signale, die im Spektrum dicht beieinander liegen, lassen sich leichter kopieren, wenn jedes an einem eigenen Punkt im Stereofeld sitzt. Binaural CW nimmt das ankommende Audio und schwenkt jeden Ton je nach Tonhöhe nach links oder rechts: tiefere Töne wandern auf das linke Ohr, höhere auf das rechte; die Mittenfrequenz bleibt mittig.

Binaural-CW-Bedienelemente am Client — Aktivieren-Häkchen, Stereobreiten-Regler, Mittenfrequenz und Pan-Bereich sowie ein Swap-L/R-Schalter für Kopfhörer mit vertauschten Kanälen.

Der Effekt wird mit dem Häkchen Binaural CW eingeschaltet. Die übrigen Bedienelemente sind zum Feinabstimmen:

• Centre pitch (Hz) — die Frequenz, die genau in der Mitte bleibt. Vorgabe 620 Hz, passend zum Standard-Mithörton der OpenShack Box; auf Schwebungsnull abgestimmte Signale bleiben so mittig. Bereich 300–1200 Hz.
• Pan range (Hz) — der Frequenzabstand vom Mittelpunkt, bei dem das volle Links bzw. Rechts erreicht ist. Vorgabe 150 Hz: bei 620 Hz Mitte sitzt ein 470-Hz-Ton ganz links, ein 770-Hz-Ton ganz rechts, alles dazwischen wird proportional geschwenkt. Ein kleinerer Wert bündelt den Effekt auf einen engeren Tonhöhenbereich; ein größerer braucht eine größere Frequenzdifferenz, um die Extreme zu erreichen.
• Stereo width — skaliert die maximale Schwenkung. 0 % = reines Mono (kein Effekt); 100 % = volle L↔R-Verteilung innerhalb des Pan-Bereichs. Praktisch, um den Effekt zu dämpfen, ohne Mitte oder Bereich zu ändern.
• Swap L/R — vertauscht tief ↔ hoch, sodass tiefere Töne nach rechts und höhere nach links landen. Gedacht für Hörer, deren Kopfhörer, Kabel oder Audioführung mit vertauschten Kanälen verdrahtet sind.

Binaural CW funktioniert mit jedem ankommenden Audio — sowohl in den Mono-Modi (PCMU, OPUS Mono) als auch in den Stereo-Modi (OPUS Stereo, L16). Bei Mono-Eingang schaltet die Wiedergabekette automatisch auf Stereo um. Bei Stereo-Eingang werden die beiden Kanäle zuerst zu Mono zusammengelegt und anschließend nach Frequenz neu im Stereofeld verteilt; die ursprüngliche L/R-Trennung entfällt dabei und das Ganze ist als Wahlmöglichkeit gedacht, nicht als Empfehlung. Bei 44,1 / 48 kHz fügt der Effekt etwa 22 ms zusätzliche Latenz hinzu (ein FFT-Block) — zusätzlich zum Netzwerk-Jitterpuffer.

Alle vier Binaural-Einstellungen werden in der Client-Konfigurationsdatei gespeichert und bei der nächsten Sitzung wiederhergestellt. In der Host-Rolle sind die Bedienelemente deaktiviert.

Lokales Mithören — auf einem separaten Gerät hören Client

Wenn Sie eine Digital-Betriebsart über ein virtuelles Audiokabel (VAC) fahren, wird das empfangene Audio in die Decodier-Software geleitet statt auf die Lautsprecher — Sie hören also nicht mehr, was das Funkgerät macht. Das lokale Mithören schickt eine Kopie des gesendeten und/oder empfangenen Audios an ein separates Wiedergabegerät (echte Lautsprecher oder Kopfhörer), sodass Sie das Band weiter mit dem Ohr verfolgen können, während der Digital-Strom weiter zum VAC läuft.

Das Mithören hat eine eigene Karte im Audio-Tab des Clients. Wählen Sie ein Mithörgerät und aktivieren Sie dann die gewünschten Ströme — jeder hat einen eigenen Schalter und Lautstärkeregler:

• Empfangenes Audio mithören (RX) — gibt das eingehende Funkgerät-Audio wieder. Der häufige Fall: das Band hören, während ein Decoder das virtuelle Audiokabel ausliest.
• Gesendetes Audio mithören (TX) — gibt eine Kopie dessen wieder, was Sie senden — eine Kontrollmöglichkeit für das Audio, das Ihre Station auf die Luft bringt.

Beide Ströme sind für den Digital-/VAC-Betrieb gedacht. Bei offenem Mikrofon koppelt das TX-Mithören zurück (Rückkopplung), lassen Sie es in diesem Fall also aus. Das Mithören ist ein reines Client-Feature; Gerät und Lautstärken werden in der Client-Konfiguration gespeichert.

Die Karte „Lokales Mithören“ im Audio-Tab des Clients — das RX- und TX-Mithören plus der PC-Mithörton für CW ohne Box

Auf derselben Karte sitzt auch der Regler PC sidetone for WinKey + Keyer. Er hat nichts mit dem Digital-Mithören zu tun: Er liefert einen sofortigen lokalen Mithörton, wenn Sie CW ohne OpenShack Box am Client-Standort tasten. Er läuft auf dem oben gewählten Mithörgerät und ist standardmäßig mit 20 % aktiv. Mehr dazu unter CW ohne Box betreiben.

Audio-Modi

Zwei Übertragungsmodi stehen zur Verfügung. Der Modus wird auf der Client-Seite gewählt und vor dem Verbindungsaufbau automatisch an den Host übermittelt.

Latenz und Codec-Auswahl

Im Opus-Modus bietet das Dropdown Audio Preset 40 Presets, die eine Bitrate (8–48 kbps), eine Kanalanzahl (Mono oder Stereo) und eine von vier Latenzstufen kombinieren. Die Stufe bestimmt die OPUS-Paketlänge und die Jitter-Puffer-Tiefe — zusammen bilden sie den Codec-Anteil an der Ende-zu-Ende-Audiolatenz. Die tatsächlich wahrgenommene Latenz ergibt sich aus diesem Wert zuzüglich der einseitigen Netzwerkverzögerung (grob die Hälfte der Ping-RTT zum Host).

Die Client-Karte Audioqualität — das OPUS-Audio Preset (Bitrate · Kanäle · Latenzstufe) und der Mono-blend-Regler.

Wählen Sie die Stufe nach der Stabilität Ihrer Netzwerkverbindung — nicht nur nach der Geschwindigkeit. Eine stabile Glasfaser- oder Kabelverbindung kann Low oder Medium nutzen. Mobilfunk (LTE/5G), VPN-Tunnel, Satellit oder jede Verbindung mit ungleichmäßigem Paketabstand profitiert von High oder Very High — der größere Jitter-Puffer schluckt Burstverluste ohne hörbare Aussetzer, kostet aber zusätzliche Codec-Verzögerung.

Innerhalb einer Latenzstufe verbessert eine höhere Bitrate die Empfangsqualität auf Kosten von mehr Bandbreite. Für typisches KW-Empfangsaudio sind 12–16 kbps (Mono oder Stereo) eine gute Wahl. Bei SSB/AM, wo Klangqualität wichtiger ist, empfiehlt sich 24–32 kbps. Die 40–48 kbps Stereo-Presets sind für Breitband-Empfang auf schnellen Verbindungen.

Wenn das Audio stockt oder abbricht, schalten Sie die Stufe jeweils einen Schritt höher und geben Sie der Verbindung 10–15 Sekunden Zeit. Ist die Latenz in Ordnung, klingt das Audio aber dünn oder komprimiert, versuchen Sie es mit einer höheren Bitrate in derselben Stufe.

OpenShack Box als Monitor — so klingt es am besten

Wer am Client richtig CW machen möchte, leitet die PC-Audioausgabe in die OpenShack Box statt über Computerlautsprecher zu hören:

1. Schließen Sie die OpenShack Box am Client-PC an OpenShack an und öffnen Sie Hardware Settings → Audio / Codec. Stellen Sie sicher, dass Mix Enabled auf On steht (Standard). Wählen Sie einen Mix Mode — Digital erlaubt den Line-In-Filter und einen Software-Lautstärkeregler, Analog nutzt den Hardware-Bypass des Codecs. Line-In Mix Volume und im Digital-Modus den Mix Filter passen Sie nach Geschmack an. Ohne diesen Schritt gibt die Box das PC-Audio nicht auf den Kopfhörer aus.
2. Verbinden Sie den Kopfhörer- oder Line-Ausgang des PCs mit dem Line In Mix-Eingang der Box über ein 3,5-mm-Stereo-Klinkenkabel. Alternativ koppeln Sie den PC per Bluetooth Audio mit der Box (setzt voraus, dass WLAN an der Box deaktiviert ist).
3. Öffnen Sie am Client-PC die Remote-Station-Einstellungen → Register Audio und wählen Sie als Wiedergabegerät die Soundkarte aus, die tatsächlich an die Box geht — also das Gerät, dessen Kopfhörer- oder Line-Ausgang Sie im vorigen Schritt verkabelt haben.
   Hinweis: Manche Soundkarten legen den Kopfhörerausgang als eigenes Gerät an, das in der Windows-Wiedergabeliste erst auftaucht, sobald ein Kabel eingesteckt ist — genau deshalb verkabeln wir zuerst. Fehlt der gewünschte Eintrag trotzdem, schließen Sie das Remote-Station-Fenster kurz und öffnen es erneut, damit OpenShack die Wiedergabegeräte neu einliest.
4. Kopfhörer in die Kopfhörerbuchse der Box stecken.
5. Die Box mischt das Remote-Empfangsaudio mit ihrem eigenen hardwaregenerierten Mithörton (analog oder digital) — Sie hören beides gleichzeitig im Kopfhörer.

Der Clou: Der Mithörton kommt direkt aus der Box-Hardware, ohne hörbare Verzögerung — egal ob das Remote-Audio gerade über das halbe Internet reist. Es klingt und fühlt sich fast an wie wenn man direkt am Funkgerät sitzt.

Den Empfangspegel und die Mischung mit dem Mithörton stellen Sie in der Box selbst ein — die passenden Regler finden Sie unter Hardware → Audio / Codec Tab. Empfehlenswert ist ein PC-Headset mit eigener Lautstärkeregelung am Kabel in Kombination mit folgendem Trick: Stellen Sie die Box auf einen hohen Ausgangspegel ein und nutzen Sie den Lautstärkeregler am Headset als Dämpfungsglied. So liegt das Eigenrauschen des Kopfhörerverstärkers deutlich unter dem Nutzsignal, und Sie können die Gesamtlautstärke ganz nach Geschmack zurücknehmen, ohne Dynamik zu verlieren.

Rig-Steuerung

Für die Rig-Steuerung stehen zwei voneinander unabhängige Wege zur Verfügung, die sich auch parallel nutzen lassen. Welchen Sie wählen, hängt davon ab, was Ihre Stations-Software erwartet:

CAT-Proxy

Der CAT-Proxy ist ein transparenter Byte-Tunnel: Jedes Byte vom Transceiver geht an den Client weiter, jedes Byte vom Client zurück zum Transceiver. OpenShack muss das CAT-Protokoll gar nicht kennen — es überträgt die Daten in beide Richtungen über die geschützte Remote-Verbindung. Ohne Hamlib, ohne rigctld.exe.

Host- und Client-Endpunkt können unabhängig voneinander jeweils ein COM- oder ein TCP-Port sein. Beispiele: Host COM3 → Client TCP 4573; oder Host TCP 4572 → Client COM5 (für ältere Anwendungen).

Einrichtung am Host

1. CAT-Kabel des Transceivers am Host-PC anschließen und den COM-Port notieren.
2. Im Remote-Station-Fenster (Host) den Abschnitt CAT aufklappen.
3. COM oder TCP auswählen, Port/Adresse und Baudrate eintragen.
4. CAT-Dienst einschalten.

Einrichtung am Client

1. Im Remote-Station-Fenster (Client) den Abschnitt CAT aufklappen.
2. Festlegen, ob der Transceiver lokal als COM-Port oder TCP-Port erscheinen soll.
3. CAT-Dienst einschalten. OpenShack lauscht dann am gewählten Port.
4. In Ihrer Logging- oder CAT-Software denselben lokalen Port eintragen.

rigctld / Hamlib

Hamlib ist eine Open-Source-Bibliothek, die das native CAT-Protokoll von über 300 Transceivern beherrscht. Der zugehörige Netzwerk-Daemon rigctld spricht per COM-Port mit dem Transceiver am Host-PC und stellt nach außen einen textbasierten TCP-Server bereit (Standard: localhost:4532).

Alle drei rigctld-Funktionen in OpenShack setzen voraus, dass rigctld.exe auf dem Host-PC läuft. Die Anwendung koordiniert ihre Zugriffe über die geschützte Remote-Verbindung.

Geführte Host-Einrichtung (Assistent)

1. In Remote Control auf Einstellungen → Host wechseln.
2. Transceiver-Modell, COM-Port und Baudrate wählen. Den Standard-Port 4532 behalten Sie am besten, sofern nicht bereits ein anderes rigctld.exe auf dem PC läuft.
3. Für ICOM-Transceiver: Den „VFO“-Modus einschalten und die CI-V-Adresse in der Form 0xB2 eintragen. Die Adresse finden Sie im Menü Ihres ICOM.
4. „Start rigctld.exe with this command line“ aktivieren — OpenShack startet dann die mitgelieferte rigctld.exe von allein. Die erzeugte Befehlszeile bindet rigctld fest an localhost (-T 127.0.0.1), der Dienst ist also von außen nicht erreichbar.

Bereits laufendes rigctld nutzen: Läuft rigctld schon als Dienst oder manuell, schalten Sie stattdessen „Use external rigctld service“ ein und tragen IP und Port dieses Dienstes ein. Die beiden Optionen schließen sich gegenseitig aus.

Manuelle Host-Einrichtung

1. Hamlib auf dem Host-PC installieren.
2. rigctld für Ihr Transceiver-Modell starten, z. B.:
   rigctld -m 229 -r COM3 -s 9600  (Kenwood TS-2000 an COM3)
3. Im Remote-Station-Fenster (Host) den rigctld-Dienst aktivieren und den Port bestätigen (Standard 4532).

Virtuelle COM-Ports

Manche Logging- oder CAT-Programme kommen nur mit einem physischen COM-Port klar und bieten keine TCP-Variante an. Kann Ihre Client-Software also nicht direkt per TCP sprechen, überbrückt ein virtuelles COM-Port-Paar die Lücke: zwei COM-Ports, die für Windows wie echte serielle Ports aussehen; was eine Seite schreibt, kommt auf der anderen an.

Zwei Fälle, in denen sich das bewährt:

• CAT-Weiterleitung — der CAT-Proxy am Client stellt einen TCP-Port bereit, aber Ihre Logging-Software kennt nur COM. Das mitgelieferte com0com-Paar verbindet den COM-Port des Loggers mit dem COM-Port von OpenShack.
• Winkey-Proxy — über das mitgelieferte com0com-Paar COM25/COM26 kann Logger-Software Winkey sprechen, während OpenShack die Box per USB vollständig steuert.

Das Setup von OpenShack kann com0com installieren und die Portpaare automatisch anlegen. Für die Standardkonfiguration ist kein separater Kauf von VSPE und keine manuelle Virtual-COM-Einrichtung mehr nötig.

Vom Setup angelegte Portpaare

Bei einer Neuinstallation trägt OpenShack diese Ports für Sie ein (Client-Rolle): Die COM-Felder für CAT, TRX-Emulator und Winkey werden aus dem vom Setup Angelegten vorausgewählt, und der Winkey-Proxy wird automatisch aktiviert. Sie stellen normalerweise nur den passenden externen Port in Ihrer anderen Software ein.

OpenShack Remote-Control-Panel

Das Remote-Control-Fenster ist OpenShacks eigene virtuelle Frontplatte für den Transceiver, aufgesetzt auf den rigctld-Dienst. Öffnen lässt es sich aus dem Remote-Station-Fenster heraus, sobald die Verbindung steht. Bedienen Sie es in beiden Rollen — Host und Client — genau gleich; um die Verdrahtung im Hintergrund kümmert sich OpenShack.

OpenShack Remote-Control-Panel — VFO, Betriebsart, Pegel und CW-Speicher

Was sich steuern lässt

So funktionieren VFO A, VFO B und Split

Das Bedienfeld folgt dem klassischen Prinzip Empfang auf A, Senden auf A oder B. Ein paar Dinge sollten Sie wissen, bevor Sie abstimmen:

• Sie hören immer auf VFO A. Die große bernsteinfarbene Anzeige ist Ihre Empfangsfrequenz. Der Abstimmknopf, das Mausrad, die +/−-Buttons, die Band-Buttons und die Direkteingabe verändern alle VFO A.
• VFO B ist ein zweiter Frequenzspeicher, kein zweiter Empfänger. Ein Klick auf VFO B schaltet Ihren Empfänger nicht auf B um — er richtet lediglich die Abstimmung auf den VFO-B-Wert, damit Sie ihn einstellen können. Klicken Sie wieder auf VFO A, um zur normalen Abstimmung zurückzukehren.
• SPLIT verwendet VFO B als Ihre Sendefrequenz. Bei eingeschaltetem Split empfangen Sie auf VFO A und senden auf VFO B — der klassische Aufbau, um eine DX-Station zu arbeiten, die etwas höher hört („up"). Schalten Sie Split aus, um wieder auf VFO A zu senden.
• Die RX-/TX-Markierungen unter den VFO-Bezeichnungen zeigen das auf einen Blick: RX steht immer unter VFO A; TX steht unter VFO A, wenn Split aus ist, und wandert unter VFO B, wenn Split ein ist. Diese Markierungen geben den tatsächlich vom Transceiver zurückgemeldeten Zustand wieder, nicht nur Ihren Klick — die TX-Markierung wechselt daher erst kurz darauf zu VFO B, sobald der Transceiver die Änderung bestätigt.

Frequenz einstellen

Die VFO-A-Frequenz lässt sich auf mehrere Arten ändern. Alle Methoden nutzen dieselbe Abstimmlogik — die mit den STEP-Tasten gewählte Schrittweite gilt daher sowohl für das Mausrad als auch für die +/−-Tasten.

Frequenz-, Betriebsart- und Filterspeicher

Das Remote-Control-Panel speichert die wichtigsten Betriebseinstellungen, damit ein Band- oder Betriebsartenwechsel nicht jedes Mal bei null beginnt:

RIT / XIT und Frequenzversatz

Die Tasten RIT und XIT schalten das empfangs- bzw. sendeseitige Inkremental-Tuning ein. Über die Versatz-Tasten (−500 … +500 Hz) lässt sich die Empfangs- oder Sendefrequenz relativ zur angezeigten VFO-Frequenz verschieben. Der aktuelle Versatz wird zwischen den Tasten eingeblendet. CLR setzt den Versatz auf null, ohne RIT/XIT auszuschalten.

Rig-Monitor

Alle Befehle, die das Remote-Control-Panel abschickt, und alle Antworten, die zurückkommen, laufen im Reiter Rig Monitor des Remote-Station-Fensters mit. Praktisch, wenn sich der Transceiver merkwürdig verhält oder Sie sehen wollen, ob ein Befehl wirklich angekommen ist.

Remote Control — Reiter TX & CW: Sendeleistung mit den S/C-Tasten für den Leistungsspeicher pro Band, CW-Tastung und Processing

Remote Control — CW-Speichermakros

Remote Control — Audiofilter

Remote Control — Bedienelemente für den Antennentuner (mit dem X-VERTER-Button für den Transverter — nur bei unterstützten Icom-Modellen)

Sendeleistung pro Band (Reiter PWR)

Im Reiter PWR legen Sie pro Band eine Sendeleistung fest. Beim Bandwechsel setzt das Panel diesen Wert automatisch am Transceiver. So können Sie z. B. auf 40 m mit voller Leistung arbeiten, auf 6 m aber einen kleineren Wert für eine empfindliche Endstufe verwenden.

Remote Control — Reiter PWR: Sendeleistung pro Band mit drei Profilen

Die Leistung wird einmal an den Transceiver gesendet, wenn Sie das Band wechseln — per Band-Taste, durch Abstimmen in ein anderes Band hinein oder wenn der Transceiver von außen auf eine andere QRG gesetzt wird (z. B. aus Ihrem Logger). Für Bänder ohne gespeicherten Wert sendet das Panel keinen Leistungswert.

Speichern im Reiter TX & CW — die Tasten S und C

Neben dem Regler TX POWER im Reiter TX & CW stehen zwei kleine Tasten, S und C (beschriftet „S save · C clear"):

• S — speichern: übernimmt die aktuelle Sendeleistung als Wert für das Band, auf dem Sie sind, im aktiven Profil.
• C — löschen: entfernt den gespeicherten Wert für das aktuelle Band (markiert das Band als ohne gespeicherten Wert).

So pflegen Sie die Leistungswerte pro Band direkt im Betrieb: gewünschte Leistung einstellen, S drücken — beim nächsten Wechsel auf dieses Band wird genau dieser Wert wieder gesetzt.

Leertaste als PTT

Solange das Remote-Control-Fenster den Fokus hat, schaltet ein Druck auf die Leertaste PTT ein — Loslassen schaltet wieder ab (Push-to-talk). Wer das nicht halten mag, aktiviert Hold Mode: Dann schaltet jeder Druck auf die Leertaste PTT einmal um.

PTT-Quelle

Wie der Transceiver in Audio-Betriebsarten (Sprache/Digital) getastet wird, legen Sie jetzt einmalig auf dem Host fest — unter Hardware PTT for Audio Modes. Das Remote-Control-Panel hat keine eigene PTT SOURCE-Schaltfläche mehr. Der Host wendet den gewählten Tastweg automatisch an und hält den Transceiver getastet, bis der Audio-Nachlauf ausgegeben ist — Sendungen werden so nie abgeschnitten.

TRX-Emulator

Der TRX-Emulator ist ein Kenwood TS-2000 CAT-Emulator auf der Client-Seite. Er läuft in OpenShack selbst und stellt eine TS-2000-kompatible Schnittstelle auf einem lokalen COM- oder TCP-Port bereit. Ihr Contest-Logger oder Logprogramm verbindet sich damit genauso, als hinge ein echter TS-2000 an diesem Port. Frequenz und Betriebsart liefert das rigctld auf dem Host über die geschützte Remote-Verbindung.

TRX-Emulator oder rigctld-Proxy?

Einrichtung für N1MM+

1. Am Client im Remote-Station-Fenster den TRX-Emulator (TCP) einschalten und den TCP-Port notieren.
2. In N1MM+ Config → Configure Ports → Radio öffnen.
3. Transceiver-Typ auf Kenwood TS-2000 setzen.
4. Als Adresse localhost und als Port den TCP-Port des TRX-Emulators eintragen.
5. N1MM+ liest Frequenz und Betriebsart jetzt direkt von OpenShack per TCP — eine virtuelle COM-Port-Software braucht es nicht.

Einrichtung für Win-Test und andere Logger (COM-Modus)

1. Im Remote-Station-Fenster den TRX-Emulator (COM) einschalten und aus der Auswahlliste einen virtuellen COM-Port wählen. Mit dem mitgelieferten com0com-Setup ist das die DL2CC-Seite des TRX-Emulator-/TSEMU-Paares, normalerweise COM23.
2. Im Logger einen TS-2000 auf dem anderen Port konfigurieren, normalerweise COM24, mit passender Baudrate.

CW-Tastung & PTT

Läuft der CW/PTT-Dienst, greift OpenShack Ihre Tastung an der lokalen OpenShack Box am Client ab und schickt mikrosekundengenaue Flankenzeitstempel an die Box am Host, die den Transceiver tastet. Hier wird nichts dekodiert und neu kodiert — Ihr exaktes Timing samt jeder Nuance Ihrer Gebeweise reist unverändert zum Transceiver.

Advanced-Register — minimaler Jitter-Puffer, Verbindungsweg (Direktes P2P erzwingen) und Verknüpfungen für den Start direkt in die Remote Station. Verfügbar auf Host und Client.

Eingabequellen

Fußtaster-PTT (für SSB)

Schließen Sie einen Fußtaster am Fußtaster-Eingang der OpenShack Box an. Ein Druck auf den Fußtaster schaltet PTT am Remote-Transceiver — ideal für SSB-Betrieb mit Headset und Mikrofon am PC. Die Box-Firmware entprellt das Fußtastersignal, bevor es weitergeht.

Verbindungspuffer und Latenzausgleich

Die Netzübertragung schwankt von Moment zu Moment. OpenShack und die Box gleichen diese Schwankungen aus, damit Remote-CW den ursprünglichen Rhythmus des OPs beibehält. Die Verbindung wird automatisch gemessen und der Puffer angepasst, ohne aktive Tastung zu unterbrechen.

Automatische Verbindungsmessung

Der Host misst die Verbindungsqualität automatisch und passt den Puffer an. Der Client zeigt die resultierenden Umlauf- und Pufferwerte im Register Status sowie in der Titelleiste an.

Adaptive Abstimmung

Die adaptive Einstellung glättet kurzzeitige Netzschwankungen und ändert den Puffer nur, wenn die Verbindungsqualität es tatsächlich erfordert. Die Messungen sind so koordiniert, dass sie aktive Tastung nicht stören; beide Seiten zeigen denselben aktuellen Status.

Optimize Jitter Buffer

Mit dem Auswahlfeld Optimize Jitter Buffer auf dem Reiter Advanced bestimmen Sie, wie die automatische Abstimmung zwischen niedriger Latenz und Schutz vor Aussetzern abwägt. Berechnet wird der Puffer immer auf dem Host (die Station mit Transceiver und OpenShack Box), aber beide Seiten dürfen einen Wunsch äußern: Die Wahl des Clients wird an den Host gesendet, und der Host nimmt dann die schützendere der beiden. Das heißt: Jede Seite kann mehr Sicherheitsabstand verlangen, aber keine kann der anderen weniger aufzwingen — wie beim minimalen Jitter-Puffer weiter unten. Es gibt drei Einstellungen:

• Low-Latency — hält den Puffer so klein wie möglich und wirft Ausreißer am konsequentesten weg. Ideal für gute, stabile Verbindungen oder für Links wie Starlink, bei denen der gelegentliche Riesen-Ping fast immer nur ein kurzer Aussetzer ist und Sie die geringstmögliche Verzögerung beim Tasten wollen.
• Balanced (Standard) — ein vernünftiger Mittelweg, der zu den meisten Verbindungen passt.
• Robust — hält einen großzügigeren Puffer und lässt ihn schneller wachsen, wenn die Latenz tatsächlich steigt. Ideal für wirklich schlechte oder stark schwankende Verbindungen, bei denen Ihnen etwas mehr Verzögerung lieber ist als abgehacktes CW.

Minimaler Jitter-Puffer

Über das Auswahlfeld Minimaler Jitter-Puffer in den CW/PTT-Einstellungen legen Sie einen Mindestwert fest, unter den der adaptive Algorithmus nie fällt. Einstellbar sind 20 ms bis 1000 ms in 10-ms-Schritten. Die automatische Messung läuft weiter im Hintergrund — der berechnete Wert wird aber nie kleiner als Ihre Mindestvorgabe.

Host und Client haben jeweils ihren eigenen Mindestwert. Ändert der Client seinen Wert, geht er automatisch zum Host. Der Host nimmt dann den höheren der beiden Mindestwerte als verbindliche Untergrenze.

Box-Diagnose

Das Register Status kann detaillierte Box-Diagnosedaten für den Support abrufen. Bei schlechter Tastungsqualität setzen Sie die Statistik zurück, morsen eine Minute normal, rufen den Status erneut ab und fügen das Ergebnis Ihrer Support-Anfrage bei.

Direkte Verbindung voraussetzen

OpenShack wählt standardmäßig automatisch einen geeigneten Verbindungsweg und kann bei Bedarf professionell betriebene Infrastruktur nutzen.

Die Option für ausschließlich direkte Verbindungen im Register Advanced beschränkt die Sitzung auf einen direkten Netzwerkpfad. Verwenden Sie es nur in einem bekannten, zuverlässigen Netz oder zur Verbindungsdiagnose.

CW-Keyer & Digital Voice Keyer (DVK)

Der CW-Keyer hat zehn programmierbare Speichertasten (F1–F10) für CW-Makros — CQ-Ruf, 5NN, Rufzeichen, Contest-Austausch und so weiter. Der Digital Voice Keyer (DVK) ergänzt das Ganze um zehn Sprach-Slots für SSB-Betrieb. Zu öffnen über Operate → Keyer im Dashboard.

Das CW-Keyer-&-DVK-Fenster — F1–F10 Speichertasten und Sprach-Slots

CW-Speichertasten (F1–F10)

• Jede Taste merkt sich ein frei formulierbares CW-Makro. Zum Bearbeiten klicken Sie in das Beschriftungsfeld neben der Taste.
• Übliche Variablen wie Rufzeichen oder Contest-Seriennummer werden erkannt.
• WPM und Mithörtonfrequenz stellen Sie direkt im Keyer-Fenster ein.
• Im Remote-Betrieb gehen die Makros über den aktiven CW/PTT-Dienst über die geschützte Remote-Verbindung zur Host-Box, die den Transceiver tastet.
• Ohne Remote-Verbindung laufen die Makros lokal als Mithörton aus der OpenShack Box oder über die PC-Audioausgabe.

Digital Voice Keyer (DVK)

• Zehn Sprach-Slots — Nachrichten aufnehmen für CQ, 5NN, Austausch, QSL, 73 usw.
• Slot-Taste drücken, und die Aufnahme läuft. PTT wird für die Dauer der Wiedergabe automatisch gesetzt.
• Leertaste = PTT — solange der Voice-Keyer-Reiter den Fokus hat, drücken und halten Sie die Leertaste für Push-to-talk. Mit Hold Mode schaltet jeder Druck PTT einmal um.
• Im Remote-Betrieb geht das DVK-Audio über den Remote-Audio-Dienst zur Remote-Station.
• Die maximale Aufnahmedauer legen Sie unter File → Settings fest.

Tastenkürzel aus anderen Fenstern

Im Remote-Betrieb liegt der Fokus oft auf dem Wasserfall oder dem Remote-Control-Fenster statt auf dem Keyer. OpenShack leitet die wichtigsten Tastenkürzel automatisch weiter — Sie müssen mitten im Betrieb nicht in das Keyer-Fenster zurückklicken:

PTT für den Voice-Keyer

Der Voice-Keyer hat keinen eigenen PTT-Weg-Schalter mehr. Sprach- und Digitalausgabe tasten den Transceiver über denselben Weg, der auf dem Host unter Hardware PTT for Audio Modes gewählt ist — so tasten Keyer, Live-Sprache und Fußtaster den Transceiver stets gleich, und der Nachlauf des Keyers wird gehalten, bis das Audio ausgegeben ist, sodass das Ende jeder Nachricht nicht abgeschnitten wird.

Keyer Settings — Geschwindigkeit und der Command-Receiver-Schalter

DVK Sprach-Slots — bis zu zehn SSB-Nachrichten aufnehmen und beschriften

Befehlsempfänger (für N1MM+)

Mit dem Befehlsempfänger kann externe Logging-Software wie N1MM+ die Sprach-Nachrichten von OpenShack direkt per F-Tasten-Makro auslösen — ganz ohne Maus. Mitten im Contest spielt Ihr Logger die richtige Sprachnachricht zum richtigen Zeitpunkt ab, und Sie können sich auf Tastatur und Keyer konzentrieren.

Schritt 1 — Befehlsempfänger in OpenShack einschalten

1. Das Keyer-Fenster in OpenShack öffnen.
2. In den Reiter Einstellungen wechseln.
3. Den Schalter Command Receiver (UDP 50444) auf EIN stellen.
4. Die Statuszeile bestätigt: Command Receiver: enabled (UDP :50444).

Die Einstellung wird automatisch gespeichert. Beim nächsten Start von OpenShack läuft der Listener wieder los, solange der Schalter aktiviert bleibt.

Schritt 2 — Hilfsprogramm kopieren

Die EXE liegt im OpenShack-Installationsordner unter:

Resources\DL2CC-STUDIO-COMMANDRECEIVER\DL2CC-STUDIO-COMMANDRECEIVER.exe

Kopieren Sie DL2CC-STUDIO-COMMANDRECEIVER.exe an einen festen Ort, den N1MM+ erreichen kann — zum Beispiel:

C:\N1MM+\DL2CC-STUDIO-COMMANDRECEIVER.exe

Schritt 3 — F-Tasten-Makros in N1MM+ anlegen

In N1MM+ Config → Config Ports, Mode Control, Winkey, etc. öffnen und den Reiter Function Keys wählen. Für jede F-Taste, die eine Sprachnachricht auslösen soll, ergänzen Sie ein Makro mit dem {RUNPROGRAM}-Tag:

So sieht ein typischer Eintrag in N1MM+ aus — Sie dürfen {RUNPROGRAM …} und normalen CW-Text im selben Makro kombinieren:

5NN {RUNPROGRAM C:\N1MM+\DL2CC-STUDIO-COMMANDRECEIVER.exe VOICE 1}

Sprach-Slots

Die Sprachnachrichten nehmen Sie in OpenShack im Reiter Voice des Keyer-Fensters auf. Aufnahme-Modus einschalten, dann eine F-Taste (F1–F10) drücken und sprechen. Die Slots entsprechen direkt den Befehlen VOICE 1 bis VOICE 10, die N1MM+ schickt.

Geben Sie jedem Slot im Feld Name eine kurze Beschriftung (z. B. CQ, 5NN, TU) — dann finden Sie sich im Contest auf einen Blick zurecht.

PTT während der Sprach-Wiedergabe

Löst der Befehlsempfänger eine Sprachnachricht aus, greift dieselbe PTT-Logik wie beim manuellen Tastendruck:

• Hängt eine OpenShack Box dran, setzt sie PTT vor der Wiedergabe und gibt es am Ende der Datei wieder frei.
• Ist rigctld PTT im Einstellungen-Reiter aktiv, läuft PTT stattdessen über den rigctld-Kanal.
• Ein Sicherheits-Timeout von 60 Sekunden verhindert Dauer-Senden, falls etwas schief läuft.

Fehlerbehebung

Für mehr Details, wenn etwas nicht läuft, hilft der Log-Reiter weiter unten auf dieser Seite — die Debug-Ansicht zeigt das ausführliche interne Log inklusive aller Command-Receiver-Ereignisse.

CW ohne Box betreiben

Sie brauchen an Ihrem entfernten Standort keine OpenShack Box, um CW zu arbeiten. Hat der Client-PC keine Box, tastet Ihr Contest-Logger das entfernte Funkgerät über den Software-Winkey-Emulator, und OpenShack gibt einen lokalen PC-Mithörton aus — so hören Sie sofort, was Sie geben, ohne auf das vom Host zurücklaufende Audio zu warten.

Tasten aus dem Logger

Jeder Contest-Logger, der das Winkey-Protokoll spricht (N1MM+, Win-Test, …), tastet das entfernte Funkgerät über den Winkey-Emulator. Der Emulator betreibt eine Software-WinKeyer-Engine auf dem Client, wandelt die Zeichen Ihres Loggers in präzise Tast-Flanken und schickt sie über die geschützte Remote-Verbindung an die Box des Hosts, die das Funkgerät tastet. Eingerichtet wird das einmal im Tab Einstellungen → Client — alle Einzelheiten, auch zum virtuellen COM-Port, finden Sie unter Winkey-Emulator — keine Box am Client.

PC-Mithörton für Winkey + Keyer

Ohne Box gibt es keinen Hardware-Mithörton, und das vom Host zurückkommende Audio hinkt der Verbindung um den Jitter-Puffer plus Netzlaufzeit hinterher — viel zu spät, um damit zu arbeiten. OpenShack erzeugt deshalb in dem Moment, in dem Sie tasten, einen lokalen Mithörton auf dem Client-PC, sodass sich Ihr Geben unmittelbar anfühlt. Derselbe Mithörton wird für den Winkey-Emulator und für CW-Makros aus dem eingebauten CW-Keyer verwendet.

Der Regler sitzt unten auf der Karte Lokales Mithören im Audio-Tab des Clients (abgebildet unter Lokales Mithören):

Schalter, Lautstärke und Gerät werden in Ihrer Client-Konfiguration gespeichert und beim nächsten Verbinden wiederhergestellt.

Winkey-Emulator & Winkey-Proxy

OpenShack stellt einen Winkey-kompatiblen virtuellen COM-Port bereit, über den jeder Contest-Logger mit Winkey-Unterstützung CW während einer Remote-Session tasten kann. Der Modus — Proxy oder Emulator — wird automatisch gewählt, je nachdem ob eine OpenShack Box angeschlossen ist; Sie müssen nur die Funktion aktivieren und einen COM-Port auswählen.

Einrichtung

1. Im Setup die Option für virtuelle com0com-Ports auswählen oder das Setup später erneut starten und diese Option hinzufügen.
2. In OpenShack Operate → Remote Station öffnen und die Rolle Client wählen.
3. In den Reiter Einstellungen → Client wechseln und zur Karte Winkey Proxy scrollen.
4. Die DL2CC-Seite des Winkey-Paares (normalerweise COM25) in der Auswahlliste wählen und dann Enable Winkey aktivieren. Bei einer Neuinstallation ist das bereits für Sie erledigt — der Port ist vorausgewählt und Winkey aktiviert; bestätigen Sie es nur.
5. In Ihrer Logging-Software den Winkey-Port auf die externe Seite stellen (normalerweise COM26). In N1MM+ liegt das unter Config → Config Ports, Mode Control, Winkey, etc.

OpenShack erkennt automatisch, ob eine Box angeschlossen ist, und aktiviert den passenden Modus. Die beiden Modi schließen sich gegenseitig aus — der eine wird gestoppt, sobald der andere startet.

Winkey-Proxy — Box per USB angeschlossen

Ist eine OpenShack Box per USB-Seriell angeschlossen, belegt OpenShack diesen seriellen Port für das DL2CC-Protokoll (115200 Baud). Ihr Logger kann diesen Port danach nicht mehr direkt für Winkey nutzen. Der Winkey-Proxy löst das Problem: Er lauscht auf dem virtuellen COM-Port, übersetzt die Winkey-Binärdaten in DL2CC-Befehle und leitet sie an die Box weiter — so bekommt Ihr Logger Winkey, und OpenShack behält die volle Kontrolle über alle anderen Box-Funktionen (Mithörton, PTT, Makros, Remote-CW-Transport).

Winkey-Emulator — keine Box am Client

Betreiben Sie die Remote-Station ohne OpenShack Box am Client-Standort, stellt der Winkey-Emulator auf demselben virtuellen COM-Port ein Software-Winkey-Gerät bereit. Ihr Logger verbindet sich wie gewohnt; der Emulator übersetzt Winkey-Befehle in Remote-CW. Die OpenShack Box am Host tastet dann das Rig physisch.

Status mitlesen

Im Reiter Status von Remote Connect sehen Sie den aktuellen Zustand:

Im Status-Panel laufen außerdem zwei Byte-Zähler mit — für empfangene Daten aus dem Logger und zurückgeschickte Antworten. So sehen Sie auf einen Blick, ob die Daten in beide Richtungen fließen.

Audio-Decoder

OpenShack bringt einen Software-CW-Decoder mit. Er kann sein Audio direkt aus dem Remote-Station-Audiostream oder — wenn Sie ihn als eigenständige Funktion aus dem Hauptmenü öffnen — aus einem beliebigen Soundkarten-Stream Ihres PCs beziehen. Steht die Remote-Station-Verbindung, haken Sie im Audio-Decoder einfach use remote audio an: Der Decoder zieht sich dann automatisch das eingehende Remote-Audio — ohne zusätzliche Kabel oder umständliches Soundkarten-Routing.

Audio-Decoder — FFT-Spektrum mit adaptiver CW-Erkennung

Wie der Decoder arbeitet

Der Decoder rechnet alle 10 ms eine 4096-Punkte-FFT und schaut sich das Spektrum rund um die gewählte Mittenfrequenz an. Aus dem Signal-Rausch-Abstand (SNR) und Hysterese-Schwellen leitet er ab, ob ein Fenster „Signal an“ oder „Signal aus“ ist. Daraus wächst eine Folge von Timing-Elementen, die dieselbe Engine dekodiert, die auch für Hardware-Eingaben zuständig ist.

Decoder mit SDR oder WebSDR nutzen

1. In den Sound-Einstellungen von Windows Stereo Mix aktivieren oder das mitgelieferte VB-Audio VB-CABLE verwenden, damit der SDR-Ausgang an ein Aufnahmegerät weitergereicht wird.
2. Dieses Gerät im Audio-Decoder als Eingang wählen.
3. Der Decoder liest dann jedes CW im Audiostream mit.

Wasserfall-Anzeige

Für unterstützte Transceiver zeigt OpenShack einen Live-Spektrum-Wasserfall direkt in der Anwendung an. Derzeit gibt es drei Hersteller-Familien: ICOM (CI-V-Scope-Stream über USB oder LAN), Kenwood TS-890S / TS-990S (Scope-Stream über KNS LAN) und FlexRadio 6000er-, 8000er- und Aurora-AU-Serie (SmartSDR API über LAN — TCP-Steuerung plus VITA-49-UDP-Panadapter-Stream).

Wasserfall — Live-Spektrum mit Klick-QSY

Was Sie davon haben

• Live-Spektrum — die Band-Aktivität in Echtzeit, genau wie auf dem Display des Transceivers selbst.
• Klick zum QSY — ein Klick irgendwo in den Wasserfall, und der Remote-Transceiver springt sofort über den aktiven CAT- oder rigctld-Dienst auf diese Frequenz.
• DX-Cluster-Spot-Overlay — ist das DX-Cluster-Fenster geöffnet, erscheinen Live-Spots als beschriftete Markierungen direkt im Spektrum. Klick auf eine Markierung = sofortiger QSY. Einzelheiten unter DX-Cluster-Spot-Overlay.
• ICOM-Scope-Dropdowns „Mode“ & „Edge“ — nur bei ICOM-Transceivern: den Scope-Modus (Center / Fixed / Scroll-C / Scroll-F) und die Fixed-Mode-Edge direkt aus der Wasserfall-Symbolleiste umschalten. Siehe Host — ICOM.

Einrichtung

Der Wasserfall wird ausschließlich am Host konfiguriert. Sobald der Host die Verbindung zum Transceiver eingerichtet hat, kann jeder angemeldete Client das Wasserfall-Fenster öffnen — ohne dass am Client noch etwas einzustellen wäre.

Auf der Host-Einstellungsseite gibt es drei Wasserfall-Karten — ICOM Waterfall, Kenwood Waterfall und FlexRadio Waterfall. Die drei schließen sich gegenseitig aus: es kann jeweils nur ein Hersteller aktiv sein. Wird einer eingeschaltet, schalten sich die anderen automatisch ab.

Host — ICOM

1. ICOM-Transceiver je nach Modell per USB oder Ethernet am Host-PC anschließen.
2. Im Menü des Transceivers die CI-V-LAN- oder USB-Schnittstelle einschalten.
3. Im Remote-Station-Fenster Einstellungen → Host öffnen und zur Karte ICOM Waterfall scrollen.
4. ICOM Waterfall Support aktivieren, das passende ICOM Model wählen und die CI-V Address eintragen.
5. Sobald die Sitzung läuft, steht der Wasserfall allen verbundenen Clients automatisch zur Verfügung.

Host — Kenwood TS-890S / TS-990S

Der Kenwood-Adapter nutzt die im Transceiver integrierte KNS-Schnittstelle (Kenwood Network Service). KNS überträgt Rig-Steuerung und Scope-Stream gemeinsam über eine einzige TCP-Verbindung — für den Wasserfall ist also keine zusätzliche serielle Verbindung nötig.

1. Im Transceiver KNS einschalten und ein Admin-Konto anlegen (im Menü als User Profile bezeichnet). Kontoname und Passwort notieren.
2. Sicherstellen, dass der Transceiver im LAN erreichbar ist — der Host-PC muss eine TCP-Verbindung zum Transceiver aufbauen können. Standard-KNS-Port ist 60000.
3. Im Remote-Station-Fenster Einstellungen → Host öffnen und zur Karte Kenwood Waterfall scrollen.
4. Kenwood Waterfall Support aktivieren, das Model (TS-890S oder TS-990S) wählen und IP-Adresse, KNS Port sowie Account / Password aus dem Transceiver eintragen.
5. Der Host hält die KNS-Sitzung als Hintergrunddienst offen. Sie startet, sobald Sie auf Connect klicken, und wird beim Trennen oder bei einer Änderung an den Kenwood-Wasserfall-Einstellungen sauber beendet.

Host — FlexRadio (6000er-, 8000er- und Aurora-AU-Serie)

Der FlexRadio-Adapter nutzt die in das Gerät integrierte SmartSDR API. Das ist ein netzwerkbasiertes Multi-Client-Protokoll — DTM verbindet sich direkt mit dem Transceiver im LAN und legt seinen eigenen Panadapter an. Damit verträgt es sich problemlos mit dem SmartSDR-Client (oder anderer SmartSDR-fähiger Software), die parallel läuft.

1. Stellen Sie sicher, dass der Flex im LAN erreichbar ist — der Host-PC muss eine TCP-Verbindung zum Transceiver aufbauen können. Standard-SmartSDR-Port ist 4992.
2. Auf dem LAN braucht die SmartSDR API keine Anmeldung, es sind also keine Zugangsdaten einzutragen.
3. Im Remote-Station-Fenster Einstellungen → Host öffnen und zur Karte FlexRadio Waterfall scrollen.
4. FlexRadio Waterfall Support aktivieren, ein Model auswählen (beliebiges FLEX-6xxx, FLEX-8xxx oder Aurora AU-Modell — alle nutzen dieselbe SmartSDR API, das Dropdown dient nur als Anzeige), die Host IP des Transceivers eintragen und den Port (Standard 4992) übernehmen oder anpassen.
5. Der Host hält die SmartSDR-Sitzung als Hintergrunddienst offen. Sie startet, sobald Sie auf Connect klicken, und wird beim Trennen sauber beendet — der Panadapter wird vom Gerät entfernt, es bleibt also kein Slot dauerhaft belegt.

Client

Am Client ist nichts einzurichten. Wie gewohnt mit dem Host verbinden, dann im Remote-Station-Fenster Operate → Wasserfall öffnen — der Stream kommt automatisch vom Host, unabhängig davon, welcher Hersteller-Adapter am Host läuft.

DX-Cluster-Spot-Overlay

Ist das DX-Cluster-Fenster geöffnet und empfängt Spots, werden diese als Live-Markierungen direkt auf dem Spektrum eingeblendet. Jede Markierung zeigt das Rufzeichen und einen farbigen Frequenzstrich an der genauen Spot-Frequenz. Einzurichten gibt es nichts — das Overlay ist aktiv, sobald beide Fenster gleichzeitig offen sind.

• Alle vs. gefilterte Spots — die Schaltfläche Spots in der Wasserfall-Werkzeugleiste schaltet das Overlay zwischen zwei Modi um. Spots: All zeigt jeden vom Cluster empfangenen Spot, unabhängig von den im DX-Cluster-Fenster gesetzten Spalten-, Band-, Mode- und Zeitfiltern. Spots: Filtered spiegelt die DX-Cluster-Liste, sodass nur Spots erscheinen, die diese Filter passieren. Ein Umschalten füllt das Overlay sofort neu — die zusätzlichen Spots werden nachgeladen bzw. entfernt — und Ihre Wahl bleibt über Sitzungen hinweg erhalten.
• Klick zum QSY — ein Klick irgendwo auf das Label eines Spots — vom ersten bis zum letzten Buchstaben — und der Transceiver geht über den aktiven CAT- oder rigctld-Dienst direkt auf die exakte Frequenz dieses Spots. Ein Klick ins freie Spektrum abseits eines Labels stimmt weiterhin auf die Stelle unter dem Mauszeiger ab.
• Cursor-Wechsel — beim Überfahren eines Spot-Labels wechselt der Cursor vom Fadenkreuz zum Handzeiger und signalisiert damit einen klickbaren Bereich.
• Tooltip — beim Verweilen über einem Label erscheint ein Tooltip mit allen Spot-Informationen: Rufzeichen, Frequenz, Datum & Uhrzeit, Spotter und Kommentar.
• Zuletzt gesehen (Zeitlimit) — der Seen:-Button neben Spots legt fest, wie alt ein Spot sein darf, bevor er aus dem Overlay verschwindet. Ein Klick schaltet zwischen Off, 5, 15, 30 und 60 Minuten weiter. Das ist das eigene Zeitlimit des Wasserfalls und gilt in beiden Modi — Spots: All und Spots: Filtered —, unabhängig vom Max Age im DX-Cluster-Fenster; Ihre Wahl bleibt über Sitzungen hinweg erhalten. Bei Seen: Off setzt der Wasserfall kein eigenes Zeitlimit — im Modus Spots: Filtered filtert der Cluster die Spots weiterhin vor, das Overlay zeigt also nie mehr als die DX-Cluster-Liste, während im Modus Spots: All jeder empfangene Spot erhalten bleibt.
• Band-Deduplizierung — taucht dasselbe Rufzeichen erneut im selben Band auf, ersetzt der neue Spot den alten. Spots desselben Rufzeichens auf verschiedenen Bändern bleiben unabhängig voneinander erhalten.
• Gestaffelte Beschriftungen — Labels benachbarter Frequenzen, die sich überschneiden würden, werden in versetzten Ebenen angeordnet, damit kein Rufzeichen ein anderes verdeckt.
• Randkorrektur — liegt ein Spot nahe am linken oder rechten Rand, rückt das Label nach innen, so dass es stets vollständig lesbar bleibt — der Frequenzstrich verbleibt an der exakten Spektralposition.

DX-Cluster

OpenShack bringt einen Telnet-DX-Cluster-Client mit. Im Remote-Betrieb öffnen Sie ihn über Operate → DX Cluster parallel zum Remote-Station-Fenster. Beide Fenster können ohne Probleme gleichzeitig offen sein.

DX-Cluster-Fenster — Live-Spots mit Klick-QSY zum Remote-Transceiver

Mit einem Cluster verbinden

1. Im Dashboard Operate → DX Cluster öffnen.
2. Beim ersten Mal den Reiter Settings öffnen und Ihr Rufzeichen eintragen. Klicken Sie auf Connect ohne Rufzeichen, leitet OpenShack Sie automatisch dorthin weiter.
3. Einen Server aus der Klappliste oben im Fenster auswählen. OpenShack bringt eine Liste bekannter Cluster-Knoten mit (DB0BCC, OH8X, GB7DXC, K0XM, VE7CC, VK2IO).
4. Connect klicken. OpenShack meldet sich automatisch mit Ihrem Rufzeichen an.
5. Die ersten DX-Spots sollten gleich erscheinen.

Spots filtern

Filter stehen im Reiter Spots (schnell, live) und im Reiter Settings (dauerhaft gespeichert) zur Verfügung.

Reiter Spots — Live-Filter

• Bandfilter — zeigt nur Spots auf dem Band, auf dem die aktuelle VFO-Frequenz steht (steht das Rig z. B. auf 14.025 MHz, bleiben nur 20-m-Spots übrig; 40 m und 15 m verschwinden). Die aktuelle Frequenz steht im Label neben den Checkboxen. Ist keine Frequenz bekannt (kein Rig verbunden), greift der Filter nicht.
• Betriebsart-Bereichsfilter — verfeinert den Bandfilter auf das konkrete Teilband (CW-, Digital- oder SSB-Bereich), in dem der Transceiver gerade arbeitet — auf Basis des IARU-Region-1-Bandplans. Steht das Rig auf 14.025 MHz (CW-Bereich), werden SSB-Spots bei 14.250 MHz ausgeblendet, obwohl beide auf 20 m liegen. Lässt sich zusätzlich zum Bandfilter aktivieren oder allein nutzen.
• Spaltenfilter-Eingabefelder — die vier Textfelder direkt über der Spotliste (Filter Freq, Filter DX Call, Filter Spotter, Filter Comment) wirken auf die Spalte direkt darunter. Standardmäßig läuft eine Teilstring-Suche ohne Groß-/Kleinschreibung — tippt man EA ins DX-Call-Feld, bleiben alle Spots übrig, deren Rufzeichen EA enthält (also EA1ABC, K1EA und W3EAX). Die Wildcards * (beliebig viele Zeichen) und ? (genau ein Zeichen) werden unterstützt und schalten das Feld auf Glob-Vergleich gegen den ganzen Wert: EA* trifft nur Rufzeichen, die mit EA beginnen; ??1* trifft jedes Rufzeichen mit zwei beliebigen Zeichen gefolgt von einer 1. Die vier Felder sind UND-verknüpft — ein Spot muss jedes nicht leere Feld passieren. Wird ein Feld (oder alle) geleert, erscheint die volle Liste wieder. Änderungen greifen mit ca. 300 ms Verzögerung. Diese Felder werden nicht über einen Neustart hinweg gespeichert.

Spotliste sortieren

Ein Klick auf einen Spaltenkopf (Freq, DX Call, Spotter, Comment, Time) sortiert die Liste nach dieser Spalte. Ein weiterer Klick auf denselben Kopf wechselt zwischen auf- und absteigender Reihenfolge. Die Spalte QSY lässt sich nicht sortieren. Spalte und Richtung werden automatisch gespeichert und beim nächsten Öffnen des DX-Cluster-Fensters wiederhergestellt — wer die Liste z. B. nach Frequenz sortiert haben möchte, stellt das einmal ein und vergisst es dann.

Reiter Settings — dauerhaft gespeicherte Filter

DX-Cluster — Reiter Settings mit Kontinent- und Skimmer-Filtern

Im Reiter Settings verwalten Sie auch die Serverliste. Um einen eigenen Cluster-Server hinzuzufügen, tragen Sie Name, Host und Port ein und klicken auf Add. Der Server erscheint danach in der Liste und in der Klappliste im Reiter Spots. Die vorinstallierten Server lassen sich nicht löschen — entfernen können Sie nur selbst hinzugefügte Einträge.

• Spotter-Kontinent — wählen Sie einen oder mehrere Kontinente (AF, AN, AS, EU, NA, OC, SA). OpenShack schickt nach jedem Login einen accept/spots by_cont-Befehl an den Cluster-Knoten. Sind alle Felder leer, werden alle Kontinente wieder freigegeben.
• Skimmer-Spots einschließen — sendet set/skimmer an den Knoten, damit RBN/Skimmer-Spots im Stream enthalten sind. Durch Deaktivieren wird unset/skimmer gesendet.
• Nur Skimmer — trägt -# automatisch in das Spotter-Filterfeld ein, sodass nur Skimmer-Rufzeichen (mit dem Suffix -#) angezeigt werden. Aktiviert gleichzeitig die Skimmer-Spots.
• Max. Alter — Spots, die älter als die gewählte Minutenanzahl sind, werden ausgeblendet. Die Altersprüfung läuft alle ca. 15 s, abgelaufene Spots verschwinden also auch im Hintergrund — nicht erst, wenn ein neuer Spot eintrifft.

{
  "lowKHz":  14000,
  "highKHz": 14070,
  "bandName": "20m",
  "mode":    "CW"
}

Klick zum QSY

Ein Klick auf einen Spot in der Liste schickt einen QSY-Befehl an den Remote-Transceiver — über den Rig-Steuerdienst, der gerade aktiv ist (CAT oder rigctld-Proxy). Das Rig legt sich sofort auf die Frequenz, ganz ohne an den VFO-Knopf zu greifen.

Antennenrotor-Steuerung

Läuft am Host ein Rotor-Controller mit PSTROTATORAZ, sieht der Client die aktuelle Antennenrichtung live auf einer Kompassrose und kann die Antenne per Klick auf die gewünschte Peilung drehen — alles über den ohnehin bestehenden geschützten Remote-Verbindung, ohne zusätzliche Netzwerkkonfiguration. Der Host kann bis zu vier Rotatoren mit je eigenem Namen anbieten; geöffnet werden sie über den Button Aux Devices.

OpenShack spricht nicht direkt mit Ihrer Rotor-Hardware. Stattdessen redet OpenShack lokal per UDP mit PSTROTATORAZ am Host — und PSTROTATORAZ kümmert sich ums eigentliche Drehen. Diese eine Designentscheidung sorgt dafür, dass OpenShack jeden Rotor und jede Rotor-Steuerung unterstützt, die PSTROTATORAZ unterstützt — was praktisch alles am Markt einschließt.

Rotor-Steuerung — Live-Kompassrose mit Klick zum Drehen

Einrichtung am Host

1. PSTROTATORAZ am Host-Rechner starten.
2. In PSTROTATORAZ Communication → UDP Control Setup öffnen und so einstellen:
   • IP auf 127.0.0.1 setzen.
   • Den Port auf dem Standardwert 12000 lassen.
   • Automatically positions reporting when the rotor is moving ankreuzen, damit PSTROTATORAZ während der Drehung laufend die Azimut-Werte an OpenShack schickt.
3. Anschließend unter Setup → UDP Control das Häkchen setzen, um die UDP-Schnittstelle tatsächlich einzuschalten. Der Dialog oben legt nur die Parameter fest — dieser Menüpunkt ist der Ein/Aus-Schalter. Ohne ihn bleibt PSTROTATORAZ im Netz stumm, und OpenShack kann weder Steuerbefehle schicken noch den Azimut auslesen.
4. In Remote Connect → Einstellungen → Host im Abschnitt Rotatoren eine Zeile Rotator 1–4 anhaken, um sie einzuschalten.
5. IP-Adresse und UDP-Port passend zu PSTROTATORAZ eintragen (Standard: 127.0.0.1 : 12000). Optional einen Namen vergeben — der Client zeigt ihn als Rotator: <Name> an.
6. Sie haben mehr als einen Rotator? Betreiben Sie pro Rotator eine eigene PSTROTATORAZ-Instanz auf einem eigenen UDP-Port und füllen Sie dann eine zweite, dritte oder vierte Zeile genauso aus. Jeder Rotator braucht einen anderen Port.

Bedienung am Client

1. Ist die Verbindung da, öffnen Sie einen Rotator über den Button Aux Devices — Rotatoren erscheinen dort zusammen mit Ihren Endstufen, Tunern und Schaltern (einen eigenen Rotator-Button gibt es nicht mehr). Sind mehrere Geräte verfügbar, listet ein kleines Menü sie auf; wählen Sie den Eintrag Rotator: <Name>.
2. Die Kompassnadel folgt dem Rotor in Echtzeit; im Stillstand wird alle 5 Sekunden per Keep-Alive nachgefragt.
3. Klick auf die Kompassrose — oder eine Peilung eintippen und GO drücken — schon fährt der Rotor los. Die Peilung geht sofort an den Host und von dort an PSTROTATORAZ.

Zusatzgeräte — Endstufen und Tuner fernsteuern

OpenShack kann externe Endstufen und Antennentuner überwachen und steuern, die am Host per seriellem Port oder Netzwerk hängen. Der Live-Status läuft in Echtzeit zum Client, und der Client darf Befehle an den Host zurückschicken.

Unterstützte Geräte

Einrichtung am Host

1. Am Host die Remote-Station-Einstellungen öffnen.
2. Zum Abschnitt Zusatzgeräte scrollen (Reiter 3).
3. Für den gewünschten Slot Enable aktivieren.
4. Gerätetyp und COM-Port wählen.
5. Auf Connect klicken.

Host-Einstellungen — serielle Anbindung der Zusatzgeräte

Solange OpenShack am Host die serielle Schnittstelle eines Geräts belegt, kann dessen eigene Software — etwa das Ultrabeam- oder SPE-Expert-Programm — denselben COM-Port nicht gleichzeitig öffnen. Damit Sie trotzdem Zugriff darauf behalten, zeigt der Host die Aux Devices-Fenster jetzt auch lokal an. Sie öffnen sich automatisch, sobald das Gerät einmal ausgelesen wurde — genauso wie am entfernten Client —, ein verbundener Client ist dafür nicht nötig. Ein Fenster, das Sie selbst schließen, bleibt geschlossen — und zwar auch beim nächsten Start, nicht nur in der laufenden Sitzung. Über den Aux Devices-Button im Remote Station-Fenster des Hosts öffnen Sie es wieder (oder holen ein offenes Fenster in den Vordergrund); sobald Sie es wieder öffnen, geht es künftig auch wieder von allein auf. Position und Größe jedes Fensters werden gemerkt, passend zur jeweiligen Bildschirmanordnung.

Anzeige am Client

Sobald die Verbindung steht, bekommt der Client automatisch den Live-Status der Geräte. Angezeigt wird nur der jeweils passende Reiter — was nicht genutzt wird, blendet sich von selbst aus.

Sie müssen dieses Fenster nicht selbst öffnen: Sobald die Station ein Zusatzgerät ankündigt, geht das Aux Devices-Fenster von allein auf. Bietet die Station mehrere Geräte an, bekommt jedes sein eigenes Fenster. Brauchen Sie eins nicht? Einfach schließen — es bleibt dann geschlossen, auch beim nächsten Connect, und ploppt nicht ständig wieder auf. Um ein geschlossenes Fenster zurückzuholen, klicken Sie den Aux Devices-Button in der Button-Reihe des Remote Station-Fensters (neben Remote Control, Keyer und DX Cluster); bietet die Station mehr als ein Gerät an, wählen Sie über ein kurzes Menü aus, welches geöffnet werden soll. Sobald Sie ein Fenster so wieder öffnen, geht es künftig auch wieder von allein auf. Position und Größe jedes Fensters werden gemerkt, passend zur jeweiligen Bildschirmanordnung — so kommen sie wieder dort hoch, wo Sie sie zuletzt hatten.

Beispiel: SPE Expert — Endstufe & Tuner

Beispiel SPE Expert — Karten für Endstufe und Tuner

Ultrabeam — RCU-06 Antennensteuerung

OpenShack spricht mit dem Ultrabeam RCU-06 direkt über dessen binäres Protokoll (STX/ETX-Rahmung mit DLE-Quoting und XOR-plus-eins-Prüfsumme). Der Host öffnet den seriellen Port der Steuerung und fragt ungefähr im Sekundentakt Frequenz, Band, Ausrichtung, Motorstatus und Fortschritt ab. Die Client-Seite spiegelt das alles live und schickt Frequenz-, Ausrichtungs- und Retract-Befehle zurück an den Controller.

1. RCU-06 über USB bzw. seriellen Port an den Host-PC anschließen. Der USB-Anschluss meldet sich als gewöhnlicher COM-Port — außer dem USB-Seriell-Treiber des Herstellers braucht es nichts.
2. Im Remote-Station-Fenster Settings → Host öffnen und zum Abschnitt Aux Devices scrollen.
3. Die Checkbox Ultrabeam anhaken und den COM-Port wählen, an dem der Controller hängt. Die Baudrate ist fest auf 19200, 8N1, ohne Hardware-Handshaking — OpenShack stellt das automatisch ein und schaltet DTR und RTS ausdrücklich ab, so wie es der Controller verlangt.
4. Auf Connect klicken. Der Host beginnt sofort mit dem Polling und meldet die unterstützten Bänder an den Client. Ist der Controller ausgeschaltet oder im Ruhezustand, kündigt OpenShack das Gerät trotzdem an, damit der Client den Ultrabeam-Reiter zeigen kann — die Statusfelder bleiben dann leer, bis der Controller antwortet.

Unterstützte Bänder im Bandpanel des Clients (fest durch die RCU-06-Firmware vorgegeben):

Auf der Client-Seite kommt das gleiche Panel zum Einsatz wie bei anderen Antennensteuerungen: eine Statuskarte mit aktueller Frequenz, Band, Ausrichtung und Motorstatus (inklusive Fortschrittsanzeige, solange die Elemente fahren), eine Reihe Richtungsbuttons (Normal, 180°, Bidirektional, Retract) und das gemeinsame Bandpanel für direkte Frequenzwahl. Anders als beim SteppIR ist Retract beim Ultrabeam ein eigener Controller-Befehl — er fährt alle Elemente in die Ruhestellung, ohne dass der Host eine Pseudo-Frequenz von 0 schicken müsste.

Solange die Motoren laufen, fragt der Host zusätzlich den Fortschritts-Endpunkt der Steuerung ab und reicht aktuelle sowie gesamte Wegstrecke an den Client weiter, damit das UI anzeigen kann, wie weit das Abstimmen gerade ist. Sobald die Motoren stehen, verschwindet die Fortschrittsanzeige wieder.

Ultrabeam — aktuelle Ausrichtung und Motorstatus mit Frequenzsteuerung über das Bandpanel

SteppIR — SDA 100 / SDA 2000 Antennensteuerung

OpenShack spricht mit den SteppIR-Controllern SDA 100 und SDA 2000 über das veröffentlichte Reference Protocol — dasselbe Protokoll, das auch N1MM, DXLab Commander, HRD und ähnliche Programme verwenden. Der Host öffnet den seriellen Port zum Controller und reicht Frequenz- und Ausrichtungsbefehle durch; auf der Client-Seite sieht und bedient sich die Anzeige genauso wie das Ultrabeam-Panel.

1. SteppIR-Controller über seine serielle Schnittstelle an den Host-PC anschließen (USB-Seriell-Adapter funktionieren problemlos). Standard-Baudrate ist 9600; 1200 / 2400 / 4800 / 19200 sind ebenfalls möglich, falls Sie sie am Controller umgestellt haben.
2. Im Remote-Station-Fenster Settings → Host öffnen und zum Abschnitt Aux Devices scrollen.
3. Die Checkbox SteppIR anhaken, den COM-Port wählen, an dem der Controller hängt, und im Dropdown daneben das passende Antennenmodell einstellen.
4. Auf Connect klicken. Welche Bänder dem Client angezeigt werden, ergibt sich automatisch aus dem gewählten Modell.

Unterstützte Modelle und die Bänder, die sie im Bandpanel des Clients freischalten:

Auf der Client-Seite kommt dasselbe Antennen-Panel zum Einsatz wie bei Ultrabeam: eine Statuskarte mit aktueller Frequenz, Band und Motorzustand, eine Reihe mit Schaltflächen für die Strahlrichtung (Normal, 180°, Bidirectional, Retract; bei Vertikalmodellen nur Normal und Retract) sowie das gemeinsame Bandpanel zum direkten Anfahren einer Frequenz. Retract fährt die Elemente in die Ausgangsposition zurück — technisch geschieht das, indem OpenShack die Zielfrequenz auf 0 setzt, denn einen eigenen Retract-Befehl sieht das SteppIR-Protokoll nicht vor.

URL Switcher — generische HTTP-Relais

Der URL Switcher ist ein allgemeiner Adapter für HTTP-gesteuerte Schalter und Relais, etwa die Fernrelaisboxen von hamparts.shop (qro.cz). Jeder Button auf dem Client schickt einen GET-Request an eine URL, die Sie am Host hinterlegen. Die JSON-Antwort des Geräts ({"Status":"OK"}) wird zurück zum Client gespielt und dort kurz als Statuszeile eingeblendet, die nach wenigen Sekunden wieder verschwindet.

1. In der Remote-Station unter Settings → Host bis zur Karte URL Switcher am unteren Ende des Host-Tabs scrollen und das Häkchen bei URL Switcher setzen.
2. Bei Bedarf den Name anpassen (z. B. QRO-Schalter) — er erscheint im Fenstertitel auf dem Client.
3. In den zehn Zeilen jeweils einen kurzen Label-Text (steht auf dem Button am Client) und die vollständige URL eintragen, die der Host aufrufen soll.
4. Mit den drei Häkchen je Zeile legen Sie fest, was die Zeile tut:
   • Show — ist es gesetzt (Standard), erscheint die Zeile als Button am Client (sofern ein Label eingetragen ist). Nehmen Sie das Häkchen weg, um die Zeile am Client zu verbergen, sie aber weiterhin für das automatische Ein-/Ausschalten weiter unten zu nutzen.
   • On — die URL wird einmal automatisch aufgerufen, wenn Sie das Remote-Station-Fenster öffnen. Damit schalten Sie Geräte ein, wenn Sie sich zum Funkbetrieb hinsetzen.
   • Off — die URL wird einmal automatisch aufgerufen, wenn Sie das Remote-Station-Fenster schließen (oder die App beenden). Damit schalten Sie Geräte am Ende wieder aus.
   On/Off hängen am Öffnen und Schließen des Remote-Station-Fensters — nicht am Verbinden und Trennen. Solange das Fenster offen bleibt, können Sie sich beliebig oft mit dem Host verbinden und wieder trennen (auch abgebrochene Verbindungen, die sich neu aufbauen), ohne dass die Geräte aus- und wieder eingeschaltet werden; ausgeschaltet wird erst, wenn Sie das Fenster tatsächlich schließen. (On/Off lösen auch nicht aus, wenn Sie andere Einstellungen ändern.) Die Antworten landen nur im Debuglog.
5. Für die meisten Relais genügt eine einfache Web-Adresse im Feld URL. Wenn Ihr Relais einen POST-Request mit einem kleinen Stück Text erwartet (zum Beispiel der Shelly-Cloud-Dienst — siehe Beispiel weiter unten), klicken Sie auf den kleinen …-Button am Ende der Zeile. Es öffnet sich ein kleines Fenster, in dem Sie die URL bearbeiten, Use POST with a JSON body ankreuzen und den zu sendenden Text eingeben können. Der …-Button ist bei jeder so eingerichteten Zeile hervorgehoben. Für gewöhnliche Relais lassen Sie ihn unberührt — sie funktionieren weiterhin als einfache Web-Anfrage.
6. Wenn in einer Zeile On gesetzt ist und die Station automatisch startet (über eine Startup- oder Desktop-Verknüpfung), werden zuerst die On-URL(s) aufgerufen und dann wartet die App die auf dem Advanced-Tab eingestellte Startup delay, bevor sie mit Ihren übrigen Geräten zu kommunizieren beginnt. So bekommt ein gerade eingeschaltetes Gerät (etwa eine über ein Relais versorgte Endstufe) Zeit zum Hochfahren, bis sein COM-Port auftaucht — stellen Sie die Verzögerung also auf Ihr langsamstes Gerät ein. Wenn Sie die App von Hand starten, werden die On-URL(s) trotzdem aufgerufen, aber ohne Wartezeit.

Beispiel-URLs der hamparts.shop / qro.cz Controller (die genauen Parameter stehen im Handbuch des jeweiligen Geräts):

http://192.168.124.59:59/Set0/514
http://192.168.124.59:59/Set1/0

On  : http://<shelly-ip>/relay/0?turn=on
Off : http://<shelly-ip>/relay/0?turn=off

URL  : https://<server>.shelly.cloud/v2/devices/api/set/switch?auth_key=<KEY>
Body : {"id":"<deviceid>","channel":0,"on":false}

Host-Einstellungen — Karte URL Switcher mit zehn Zeilen (Show / On / Off / Label / URL)

Auf dem Client erscheinen nur die Zeilen, bei denen Show gesetzt und ein Label eingetragen ist. Nach einem Klick wird die Antwort des Geräts kurz unter den Buttons eingeblendet und nach wenigen Sekunden wieder ausgeblendet. Sowohl Host als auch Client protokollieren jeden Klick und jede Antwort im Remote-Station-Debuglog unter %LocalAppData%\DL2CC-STUDIO\DEBUG\.

Client-Ansicht — nur Zeilen mit gesetztem Show und gefülltem Label erscheinen; die letzte Antwort wird kurz unter den Buttons eingeblendet

Shutdown Host PC — Ferngesteuertes Ausschalten

Mit dieser Funktion kann der entfernte OP den Host-PC am Ende einer Sitzung herunterfahren. Sie braucht keine Hardware — sie löst einfach ein Windows-Shutdown auf dem Host aus. Weil das ein einschneidender, nicht umkehrbarer Schritt ist, ist sie standardmäßig deaktiviert und durch zwei Sicherungen geschützt: einen Bestätigungsdialog und einen Countdown, den man noch abbrechen kann.

1. Am Host Settings → Host öffnen und bis zum Ankreuzfeld Enable remote PC shutdown am Ende des Aux-Devices-Bereichs scrollen. Setzen Sie den Haken, um die Funktion verbundenen Clients anzubieten.
2. Am Client das Aux Devices-Fenster öffnen. Die Karte Shutdown Host PC zeigt einen einzelnen Button Shutdown Host PC.
3. Auf den Button klicken. Es erscheint ein Bestätigungsdialog — nur bestätigen, wenn der Host wirklich ausgeschaltet werden soll.
4. Der Button wird durch Abort pending shutdown und einen laufenden Countdown ersetzt („Shutting down in 23 s…“). Ein Klick auf Abort bricht das Herunterfahren jederzeit vor Ablauf des Countdowns ab.

Host-Einstellungen — Enable remote PC shutdown ankreuzen, um die Funktion für Clients freizugeben

Client-Ansicht (Ausgangszustand) — ein einzelner Shutdown-Host-PC-Button. Ein Klick fragt zuerst nach einer Bestätigung.

Client-Ansicht (Countdown läuft) — aus dem Button wird Abort pending shutdown, dazu ein laufender Countdown. Vor Ablauf auf Abort klicken, um abzubrechen.

Verbindet sich ein Client, während bereits ein Countdown läuft, öffnet sich sein Fenster direkt im Abbruch-Zustand mit den verbleibenden Sekunden — so lässt sich das Herunterfahren auch von einer frisch aufgebauten Verbindung aus noch abbrechen.

Log-Reiter — Sitzungshistorie & Debug

Der Log-Reiter ist der letzte Reiter im Remote-Station-Fenster und vereint zwei Ansichten an einer Stelle: eine übersichtliche Sitzungshistorie (wer war wann verbunden und mit welcher Notiz) und ein ausführliches Debug-Log für die Fehlersuche. Ein einzelner Button oben rechts schaltet zwischen beiden um.

Sitzungs-Ansicht

Sitzungs-Ansicht — eine Zeile pro Verbindung, die neueste oben. Die laufende Verbindung steht so lange auf active in der End-Spalte, bis sie endet.

Jede Remote-Sitzung erzeugt eine Zeile in der Tabelle — und zwar genau in dem Moment, in dem das Callsign der Gegenstelle eingetroffen ist. Während die Sitzung läuft, steht active in der End-Spalte; sobald Sie Disconnect drücken (oder die Gegenstelle die Verbindung beendet), wird die Endzeit sofort eingetragen. Spalten:

• Start / End — lokales Datum und Uhrzeit, minutengenau.
• Callsign — das Rufzeichen, das die Gegenstelle als Operator-ID gesetzt hat (Station-ID beim Hosten).
• Comment — die optionale Note, die die Gegenstelle eingetragen hat (freier Text).

Die Sitzungshistorie liegt in %LocalAppData%\DL2CC-STUDIO\Remote\session_history.json und wird beim nächsten Öffnen des Remote-Station-Fensters automatisch wieder geladen — die Liste bleibt also über App-Neustarts hinweg erhalten. Stürzt OpenShack während einer laufenden Sitzung ab (oder wird geschlossen), taucht in der Comment-Spalte beim nächsten Laden der Hinweis (interrupted) auf — die Tabelle zeigt also nie fälschlich eine Sitzung als noch aktiv an.

Debug-Ansicht

Debug-Ansicht — derselbe Reiter, nachdem man den Debug-Button gedrückt hat. Das interne Log ersetzt die Sitzungstabelle; der Button heißt jetzt Log, damit Sie wieder zurückwechseln können.

Der Debug-Button schaltet den Reiter auf ein zeilenweises internes Log um, das alles mitschreibt, was das Fenster gerade tut: Verbindungsstatus, Remote-Sitzungsereignisse, Rig-Proxy-Verkehr, Aux-Device-Meldungen usw. Diese Ansicht ist vor allem dann hilfreich, wenn etwas nicht funktioniert und Sie sehen wollen, was die App im Hintergrund macht — oder wenn Sie ein Log an den Support schicken. Solange die Debug-Ansicht zu sehen ist, heißt der Button Log — ein Klick bringt Sie zurück zur Sitzungstabelle.

Clear-Button

Der Clear-Button rechts in der Kopfleiste leert jeweils die gerade sichtbare Ansicht:

• In der Sitzungs-Ansicht fragt Clear nach einer Bestätigung und leert dann sowohl die Tabelle als auch die Datei session_history.json auf der Festplatte. Eine gerade laufende Sitzung bleibt erhalten, damit ihr Disconnect die Zeile später noch sauber abschließen kann.
• In der Debug-Ansicht leert Clear nur das Textfeld. Die zugehörige Log-Datei dieses App-Laufs (remote_connect_YYYYMMDD_HHmmss.log) bleibt unangetastet — Ihre Spur für den Support geht also nicht verloren.

Wo die Dateien liegen

Beide Log-Dateien dieses App-Laufs werden während des Betriebs in %LocalAppData%\DL2CC-STUDIO\DEBUG\ geschrieben:

• remote_connect_YYYYMMDD_HHmmss.log — das vollständige Debug-Log dieses App-Laufs.
• session_YYYYMMDD_HHmmss.log — kurze, gut lesbare START/END-Zeilen für die Sitzungstabelle.
• session_history.json — die persistente Sitzungshistorie selbst. Diese Datei wird immer geschrieben, auch wenn das interne File-Logging abgeschaltet ist — Ihre Historie geht also nie verloren.

Konnektivität hinter Routern

OpenShack wählt automatisch einen geeigneten Weg zwischen Host und Client in gängigen IPv4- und IPv6-Netzen. Die meisten Nutzer müssen nichts am Router ändern. Wo das Netz keinen einfachen Pfad erlaubt, steht professionell betriebene Infrastruktur zur Verfügung.

Das Status-Panel zeigt den aktiven Verbindungstyp. Wenn Sie in einem selbst verwalteten Netz ausdrücklich einen direkten Pfad verlangen, verwenden Sie Direkte Verbindung voraussetzen im Register Advanced.

Latenz verbessern

Die Standardeinstellungen reichen für die meisten Setups aus dem Stand. Die folgenden Schritte können jeweils einen spürbaren Unterschied machen. In einem Netz, in dem ein direkter Pfad ohnehin funktioniert, können Sie ihn zusätzlich mit Direktes P2P erzwingen im Register Advanced verbindlich machen.

UDP-Port-Bereich

Für ausdrückliche Firewall- oder Router-Regeln nutzt der Host am Funkstandort den UDP-Bereich 46702–46721. Die Mithör-Funktion im Browser nutzt einen zweiten Block, 46722–46741, der nur nach außen sendet und weder eine Firewall- noch eine Router-Regel benötigt.

Die meisten Nutzer müssen diese Bereiche nicht manuell konfigurieren. Verwenden Sie sie nur, wenn eine verwaltete Firewall oder ein bewusst direkt erreichbarer Host eine ausdrückliche Regel erfordert.

Portweiterleitung (IPv4)

Die meisten Netze funktionieren ohne Router-Konfiguration. Wenn Sie bewusst einen direkt erreichbaren Host benötigen, leiten Sie den dokumentierten UDP-Bereich am Router der Host-Seite weiter. Andernfalls lassen Sie die automatische Verbindungswahl aktiv.

1. Auf der Admin-Oberfläche Ihres Routers anmelden.
2. Zur Portweiterleitung gehen.
3. Eine neue Regel anlegen:

   Feld	Wert
   Protokoll	UDP
   Externer Port-Bereich	46702 – 46721
   Interne IP	die LAN-Adresse des Host-PCs
   Interner Port-Bereich	46702 – 46721

4. Neu verbinden und im Status-Panel prüfen, ob dort P2P steht.

New-NetFirewallRule -DisplayName "OpenShack Remote" -Direction Inbound -Protocol UDP -LocalPort 46702-46721 -Action Allow

IPv6 — direktes P2P ohne NAT

Haben beide Seiten IPv6-Konnektivität, baut OpenShack oft einen direkten IPv6-P2P-Pfad auf, ganz ohne Router-Eingriff. Globale IPv6-Unicast-Adressen sind öffentlich routbar.

Stabile IPv6-Adresse (fortgeschritten)

Dies ist nur relevant, wenn die Firewall Ihres Betriebspartners Ihren Host anhand seiner IPv6-Adresse freischaltet. Windows rotiert diese Adresse durch die Privacy Extensions (RFC 4941) alle paar Stunden oder nach jedem Neustart — eine solche Regel würde dadurch stillschweigend unwirksam.

Falls das auf Ihr Setup zutrifft, führen Sie diese beiden Befehle einmalig in einer PowerShell mit erhöhten Rechten aus:

# Zufällige temporäre Adressen deaktivieren
netsh interface ipv6 set privacy state=disabled store=persistent

# Stabiles EUI-64-Suffix erzwingen (aus der MAC-Adresse abgeleitet)
netsh interface ipv6 set global randomizeidentifiers=disabled store=persistent

Dann neu starten. Anschließend zeigt ipconfig eine einzelne Bevorzugte Adresse ohne den Zusatz Temporär — stabil über Neustarts hinweg und für Firewall-Regeln geeignet.

Starlink — IPv6 für einen direkten Pfad aktivieren

Manche Starlink-Verbindungen bieten über IPv4 keine direkte eingehende Erreichbarkeit. OpenShack nutzt deshalb automatisch professionell betriebene Infrastruktur, wenn kein einfacher Pfad verfügbar ist.

Abhilfe schafft IPv6, das Sie in der Starlink-App einschalten:

1. Starlink-App öffnen → Einstellungen → Erweitert → Lokales Netzwerk, dort IPv6 auf Ein stellen. (Im Web-UI unter 192.168.100.1 dieselbe Option unter Einstellungen → Erweitert → Netzwerk.)
2. Nach dem Speichern den Starlink-Router neu starten, damit er vom Satellitennetz ein frisches IPv6-Präfix anfordert.
3. Vom Client neu verbinden und im Status-Panel P2P bestätigen.

Wie Starlink-IPv6-Adressen vergeben werden

Starlink nutzt DHCPv6-Prefix-Delegation: Der Router erhält vom Satellitennetz einen öffentlich routbaren Adressblock — typischerweise ein /56-Präfix (256 mögliche Teilnetze). Aus diesem Block vergibt der Router einzelne /64-Präfixe an die Geräte im LAN. Jedes Gerät bekommt so eine echte, weltweit erreichbare IPv6-Adresse — ohne jede NAT-Schicht. Ein direkter Pfad kann dann wie bei einem nativen IPv6-Breitbandanschluss.

Wurden die Befehle unter Stabile IPv6-Adresse bereits ausgeführt, bleibt das Adress-Suffix (die letzten vier Blöcke) nach einem Präfixwechsel konstant; nur die ersten vier Blöcke ändern sich.

VPN — Notnagel und Standortzugang

Ein VPN verschafft Ihnen eine Verbindung, wenn die normale automatische Wegeauswahl eingeschränkt ist und weder Portweiterleitung noch IPv6 verfügbar sind. Ganz ohne Kompromisse geht es allerdings nicht.

Variante A — Einwahl-VPN zum eigenen Standort (erste Wahl)

Betreiben Sie einen VPN-Server direkt auf dem Router oder dem Host-PC (WireGuard, OpenVPN). Der verschlüsselte Tunnel geht dann direkt zum Shack — ohne Umweg über eine Cloud.

Variante B — Mesh-VPN (letzter Ausweg)

Tools wie Tailscale oder ZeroTier sind schnell eingerichtet, können aber über Cloud-Relays (DERP/Planet) laufen, wenn kein direkter Tunnel zustande kommt.

Greifen Sie nur dann zu einem Mesh-VPN, wenn alle anderen Wege verschlossen sind — es ist ein verlässlicher Notnagel, aber mit den oben beschriebenen Einschränkungen durch Relay und Overhead.

Box-2-Box — Standalone-CW und PTT

Box-2-Box ist der Standalone-Weg für CW und PTT. Zwei OpenShack Boxen verbinden sich über TCP/IP — eine beim OP, eine am Funkgerät — und übertragen CW-Tastung und PTT ohne OpenShack im Tastungspfad. Nach der Einrichtung arbeiten die Boxen eigenständig: Es muss keine PC-Software laufen, damit CW durchkommt.

Voraussetzungen

• Zwei OpenShack Boxen — eine beim OP (Client), eine am Transceiver (Host).
• WLAN (WiFi) auf beiden Boxen aktiviert. Box-2-Box verwendet immer die WLAN-Verbindung der Boxen. USB-Seriell dient bei Box-2-Box nur zur Einrichtung; wenn ein PC verfügbar ist, bleibt CW Link über USB der bevorzugte Weg.
• Eine DTM Remote-Lizenz auf beiden Seiten. Box-2-Box und CW Link benötigen auf jeder Seite eine DTM Remote-Lizenz. Direct-Verbindungen sind abgesehen von diesen Lizenzen kostenfrei. Wenn Sie das Relay verwenden, wird zusätzlich ein aktives Remote Host Connect (RHC)-Jahresabo benötigt. Jede Box muss vor dem eigenständigen Betrieb über OpenShack eingerichtet werden.
• Die Host-Box muss vom Client erreichbar sein. Im lokalen Netzwerk (LAN) ist das automatisch gegeben. Über das Internet benötigt Direct eine Portweiterleitung für TCP 7373 und UDP 7373 auf die Host-Box — siehe Betrieb über Internet.

Funktionsprinzip

Die Client-Box überträgt jede Tastung und jede PTT-Änderung. Der Mithörton erklingt lokal in der Client-Box — ohne Netzwerkverzögerung. Die Host-Box empfängt den Stream und gibt dasselbe Timing an den Key-Ausgang und PTT-Eingang des Transceivers weiter.

Die Boxen halten einen Heartbeat aufrecht. Bricht die Verbindung ab, gibt die Host-Box PTT sofort frei und setzt den Key-Ausgang zurück — der Transceiver bleibt nie dauerhaft in Sendebetrieb.

Box-2-Box einrichten

Öffnen Sie File → Hardware Settings mit angeschlossener Box und wechseln Sie zum Register BOX-2-BOX. Jede Box wird einzeln eingerichtet — zuerst die Host-Box, dann die Client-Box.

Host-Box (am Transceiver)

1. Host-Box per USB mit OpenShack verbinden.
2. Hardware Settings → BOX-2-BOX öffnen.
3. Role auf Host (listen) stellen.
4. Ein Secret eingeben — eine frei gewählte Passphrase (z. B. mein-paar-geheimnis-2026). Beide Boxen müssen dieselbe Passphrase verwenden. Der Wert wird im Flash der Box gespeichert und nie im Klartext über das Netzwerk übertragen.
5. Jitter für die meisten Verbindungen auf Normal belassen. Bei langsamen oder instabilen Links empfiehlt sich Robust.
6. Mode auf Direct belassen. Relay ist geplant, aber noch nicht funktionsfähig.
7. APPLY klicken, dann den Schalter Enable Box-2-Box einschalten und erneut APPLY klicken.
8. Das Statusfeld zeigt State: listening — die Host-Box wartet auf eingehende Verbindungen.

Client-Box (beim OP)

1. Client-Box per USB mit OpenShack verbinden.
2. Hardware Settings → BOX-2-BOX öffnen.
3. Role auf Client (connect) stellen.
4. Die Host-Adresse eingeben — IP-Adresse oder DDNS-Hostname der Host-Box. Im LAN genügt die lokale IP-Adresse (z. B. 192.168.1.50).
5. Port auf 7373 belassen, sofern Ihre Portweiterleitung keinen anderen externen Port verwendet.
6. Dasselbe Secret wie bei der Host-Box eingeben.
7. Mode auf Direct belassen. Relay ist geplant, aber noch nicht funktionsfähig.
8. APPLY klicken, dann Enable Box-2-Box einschalten und erneut APPLY klicken.
9. Nach wenigen Sekunden spielt die Client-Box ein kurzes C als Mithörton — die Verbindung steht und die Tastung ist live.

Einstellungen im Überblick

Einen beschrifteten Screenshot aller Bedienelemente gibt es im Abschnitt Register BOX-2-BOX der Hardware-Anleitung.

Betrieb über das Internet

Im lokalen Netzwerk ist keine zusätzliche Konfiguration nötig. Über das Internet verwendet Box-2-Box aktuell Direct:

1. Direct: Im Router Portweiterleitungen für TCP-Port 7373 und UDP-Port 7373 auf die lokale IP-Adresse der Host-Box einrichten. Bei dynamischer IP verwenden Sie einen DDNS-Hostnamen im Host-Feld der Client-Box.
2. Relay: geplant für Standorte ohne eingehende Portweiterleitung, aber noch nicht funktionsfähig.

CW-Ansagen

Beide Boxen spielen kurze Mithörton-Ansagen in CW, um über den Status zu informieren. Es wird kein HF ausgestrahlt — der Key-Ausgang ist dabei nicht aktiv. Die Host-Box ist in der Regel unbeaufsichtigt; ihre Ansagen sind am lokalen Kopfhörerausgang zu hören.

Hardware-Notfunktionen

Nach der Inbetriebnahme lässt sich Box-2-Box direkt über die Tasten der Box bedienen — ohne PC oder USB-Kabel. Praktisch, wenn beide Boxen im Einsatz oder unterwegs sind.

Speed − = linke obere Taste (WPM−); Button 4 = rechte obere Taste (4. Taste). Siehe Hardware — Bedientasten.

Einschränkungen

• Nur CW und PTT. Audio und CAT sind nicht Teil von Box-2-Box.
• Einseitige Tastung. Der Client tastet den Transceiver der Host-Box. Die Host-Box kann in der aktuellen Version nicht zurücktasten.
• Host-Lauschport ist fest auf 7373. Direct nutzt TCP 7373 und UDP 7373 auf der Host-Box. Nicht konfigurierbar — nur der Ziel-Port des Clients lässt sich anpassen.
• Direct braucht Erreichbarkeit. Relay für CGNAT bzw. Standorte ohne Portweiterleitung ist geplant, aber noch nicht funktionsfähig.
• Keinen Winkey-Logger gleichzeitig auf der USB-Schnittstelle der Host-Box betreiben. Zwei unabhängige Tastungsquellen am selben Transceiver können sich gegenseitig stören.