ON4KST Der Chat ist seit langem ein Standardwerkzeug zur Koordination von Verbindungen auf Bändern von 144 MHz und höher, zeigt jedoch nur den Nachrichtenfluss an – er gibt keine Antwort auf die Frage, welche Station für den Operator gerade am wichtigsten ist. Genau diese Lücke wird gefüllt. KST4Contest (auch bekannt als praktiKST), eine Anwendung von Marc Fröhlich, die den ON4KST-Chat, die Priorisierung von Verbindungen, die Planung von Skeds, Daten von AirScouts und die Integration mit Logging-Software in einem Desktop-Client kombiniert.
In diesem Artikel erfahren Sie
Welche Vorteile bietet KST4Contest
Während des aktiven Contests kommen Nachrichten, Anfragen zu Skeds, Informationen über Frequenzen und Änderungen im Band kontinuierlich an. Die Aufgabe des Operators besteht darin, zu erkennen, welcher Teil dieses Betriebs gerade jetzt relevant ist, welchen Kandidaten man beobachten sollte und welche Verbindung besser für später geplant werden kann. KST4Contest unterteilt diesen Prozess in drei Schritte: Beobachtung (Nachrichten, Locator, detektierte Frequenzen und bekannte Aktivitäten auf den Bändern werden Stationen in bis zu zwei Kategorien des ON4KST-Chats zugeordnet), Bewertung (Richtung, Entfernung, QSO-Status, NOT-QRV-Informationen, Aktivitätim Chat, Sked-Kontext und Daten von AirScoutu speisen Filter und Punktzahlen für QSO)und Handlung (Stationen können kontaktiert, geplant oder beobachtet werden, wobei unterstützte Logger und Schnittstellen der Stationen die für den nächsten Schritt des Betriebs erforderlichen Informationen erhalten).
Das Hauptmerkmal ist, dass die einzelnen Funktionen keine isolierten Werkzeuge sind – sie verwenden denselben Kontext von Stationen, Nachrichten, Bändern und Zeitplänen, sodass eine Änderung in einem Teil des Workflows auch Filter, Prioritäten und Kommentare in anderen Teilen des Programms beeinflussen kann.
Wie KST4Contest funktioniert
Das Programm unterscheidet zwischen empfangenen Informationen (ON4KST-Nachrichten, Datenpakete vom Logger, Netzwerkdaten von Win-Test und Antworten von AirScout bieten Informationen auf unterschiedlichem Detaillierungsgrad – fehlende Felder bedeuten nicht automatisch negative Informationen) und abgeleiteten Informationen (Bänder, Frequenzen, Aktivität und Prioritäten der Kandidaten können aus mehreren Quellen abgeleitet werden, wobei die explizite Information NOT-QRV Vorrang vor nur abgeleiteten Gelegenheiten auf dem jeweiligen Band hat). Scores, Filter, AP-Fenster und Routenbewertungen reduzieren die Menge an Informationen, die manuell bewertet werden müssen – garantieren jedoch keine Verbindung und ersetzen nicht die Kontrolle der tatsächlichen Betriebssituation. vyhodnocovať – negarantujú však spojenie ani nenahrádzajú kontrolu skutočnej prevádzkovej situácie.
Die Prioritätspunktzahl ist nicht die Wahrscheinlichkeit einer erfolgreichen Verbindung, die Schätzung der Signalstärke, die Vorhersage der Ausbreitung oder der Beweis für die tatsächliche Ausrichtung der Antenne der Gegenstation. Der Wert 800 ist nicht doppelt so vielversprechend wie der Wert 400 – die Werte bilden eine Reihenfolge innerhalb der aktuellen Berechnung, sie bilden keine physikalische Skala.
Video: KST4Contest in der Praxis
Anschluss an PSTRotator, N1MM+ und andere Logging-Programme
KST4Contest kann den Azimut zu einer ausgewählten Station basierend auf beiden Locatoren berechnen und ihn direkt an den PSTRotator senden, indem die Taste „Turn ant1 to…“ im Abschnitt Weitere Informationen gedrückt wird. Das Programm schaltet dabei den Überwachungsmodus des PSTRotators aus, sendet das Ziel als ganzzahligen Azimut und empfängt die aktuelle Position, die vom PSTRotator über UDP gemeldet wird (vorgesehener Steuerport 12000, KST4Contest hört auf Port 12001). Der gemeldete Azimut wird dann zum aktuellen QTF, das als Richtungsfilter verwendet wird, zur Erkennung von Richtungsgelegenheiten, zur Prioritätspunktzahl, zum Antennensektor auf der Karte, zur Zeitund Variablen MYQTF. Für einige SPID-Konfigurationen, die nicht auf den ersten Richtungsbefehl reagieren, überprüft das Programm nach zwei Sekunden die Position und sendet bei Bedarf eine kompatible Sequenz über 0°. Die Funktion steuert und bewertet nur den Azimut, die Elevationsverfolgung ist nicht Teil dieser Schnittstelle.
Synchronizácia s logovacím softvérom läuft über drei Schnittstellen mit unterschiedlichem Detaillierungsgrad. Der Simplelogfile-Interpreter ist weitgehend kompatibel, kann jedoch nur bearbeitete Rufzeichen identifizieren, ohne Band oder Locator. Der allgemeine UDP-Listener QSO verarbeitet Pakete von UCXLog, N1MM+, QARTest a DXLog.net – wo das Paket Band und Locator enthält, aktualisiert KST4Contest auch den Status des QSO auf dem entsprechenden Band und das Locator-Quadrat. Native Integration mit Win-Test verwendet einen separaten Listener für sein Netzwerkprotokoll, erkennt die Band-ID von Win-Test einschließlich 50 und 70 MHz und speichert die resultierenden Arbeitsinformationen in derselben internen Datenbank. In Multi-Operator-Netzwerken verhindert ein Filter nach Stationsnamen, dass STATUS-Pakete von einer anderen Betriebsposition die Frequenz des vorgesehenen Radios überschreiben. Win-Test kann auch Skeds empfangen, die in KST4Contest erstellt wurden – die Einreichung erfolgt nur, wenn die Frequenz, die dem gewählten Band entspricht, bestimmt werden kann, keine feste Backup-Frequenz wird nur aus technischer Gültigkeit des Pakets eingefügt. Der Arbeitsstatus, NOT-QRV-Marken und bearbeitete Gitter werden in einer internen SQLite-Datenbank gespeichert und nach einem Neustart wiederhergestellt; mit dem Contest verbundene Aufzeichnungen laufen automatisch nach drei Tagen ab.
Lokálny DX cluster
KST4Contest sa nepripája k verejnému DX klastru a neimportuje externé spoty. Namiesto toho poskytuje lokálny TCP server, ku ktorému sa kompatibilný contestový logger môže pripojiť ako DX-Cluster klient. Program cez toto pripojenie preposiela vybrané informácie už detegované v ON4KST chate – keď sa zdá, že stanica smeruje lokálnym smerom a jej QRG je známe, informácia sa môže objaviť priamo v bandmape loggera bez nutnosti manuálne čítať frekvenciu v chate.
Reálny spot wird nur generiert, wenn gleichzeitig alle Bedingungen erfüllt sind: eine detektierte gerichtete Nachricht zwischen zwei anderen Stationen, gültige Locator des Absenders und des Empfängers, der Absender innerhalb des festgelegten Maximums QRB, lokálna stanica v predpokladanom anténnom koridore odosielateľa, známa použiteľná frekvencia, zapnutý lokálny DX Cluster Server und mindestens einen verbundenen Client. Die Richtungsgelegenheit wird geometrisch abgeleitet – aus dem Vergleich der Richtung zwischen dem Absender und dem Empfänger der Nachricht mit der Richtung zwischen dem Absender und der lokalen Station, innerhalb der konfigurierten Breite des Antennenspektrums (zum Beispiel bei einer Breite von 70° handelt es sich um einen Korridor von ±35°). Der generierte Spot enthält das konfigurierte Rufzeichen des Spotters, die normalisierte Frequenz, das vollständige Rufzeichen der detektierten Station, ihren Locator, bis zu zwei optionale Einträge von AirScouts und die aktuelle Zeit. UTC. Lokálne rozhranie DX klastra bolo testované s programami UCXLog a N1MM+.
Informationen von AirScout
AirScout kann die Route berechnen und geeignete Flugzeuge für die Signalreflexion identifizieren, weiß jedoch nicht, welche der vielen Stationen im ON4KST-Chat für den Betreiber gerade jetzt wichtig ist. KST4Contest ergänzt diese fehlende Verbindung – es sendet relevante aktive Stationen an AirScout und ordnet die zurückgegebenen Informationen über Flugzeuge den entsprechenden Chatmitgliedern zu. Die Verantwortlichkeiten bleiben getrennt: AirScout erhält Daten über Flugzeuge und bewertet die Geometrie der Reflexion, KST4Contest wählt die Stationstraßen aus, die angefordert werden sollen, und ordnet die zurückgegebenen Zeitstempel den Nachrichten und Prioritäten zu.Kandidaten und Sked. KST4Contest lädt die ADS-B-Daten nicht herunter und berechnet auch nicht die Geometrie des Flugzeugs.
Das Programm aktualisiert die Anforderungen an AirScout alle 60 Sekunden, wobei die Station nur einbezogen wird, wenn sie ein verwendbares Rufzeichen und einen Locator hat, ihre Entfernung bekannt ist, ihr QRB unter dem festgelegten Maximum liegt und ein verwendbares Ausbreitungsband bestimmt werden kann. Für jedes AirScout-Flugzeug gibt es eine Kennung, eine Größenkategorie, die Entfernung zum erwarteten Reflexionspunkt, das gemeldete Potenzial und die verbleibende Zeit bis zur erwarteten Ankunft. Diese Informationen werden in der Spalte AP im Abschnitt Weitere Informationen auf einer 30-minütigen Zeitleiste angezeigt und fließen in die Prioritätsbewertung ein – gemeldetDer Prozentsatz wird jedoch nicht als Wahrscheinlichkeit einer Verbindung interpretiert, noch bedeutet ein Wert von 100 %, dass die Verbindung erfolgreich ist.
Makros und Variablen
KST4Contest používa tri súvisiace, ale odlišné mechanizmy: skratka (shortcut) vkladá nakonfigurovaný text cez tlačidlo v hlavnom okne, snippet pripravuje alebo rozširuje správu pre vybranú stanicu a premenná nahrádza rezervovaný zástupný symbol aktuálnou prevádzkovou informáciou. Globálne premenné závisia iba od lokálnej stanice: MYQRG (aktuálna frekvencia primárnej kategórie chatu), MYQRGSHORT (prvých sedem znakov primárnej QRG), SECONDQRG (frekvencia druhej kategórie), MYLOCATOR a MYLOCATORSHORT (lokátor stanice), MYCALL (prihlasovací volací znak) a MYQTF (aktuálny smer antény v stupňoch). Premenné vyžadujúce vybranú stanicu zahŕňajú QRZNAME (meno stanice alebo jej kompletný volací znak), FIRSTAP a SECONDAP (popis a čas príchodu prvého a druhého lietadla z AirScoutu).
Wenn keine Station ausgewählt ist, bleiben diese Variablen absichtlich ungelöst im Text, da ein ungelöstes Platzhalterzeichen leichter zu bemerken ist als eine glaubwürdig aussehende, aber unvollständige Nachricht. Der vollständig gelöste Text des Signals (Beacon) darf 120 Zeichen nicht überschreiten, das festgelegte Mindestintervall beträgt eine Minute.
Zwei Chatkategorien
Die Aktivität auf VKV, UHF und Mikrowellenbändern ist nicht immer in einer einzigen ON4KST-Chatkategorie konzentriert. KST4Contest eröffnet daher bis zu zwei parallele ON4KST-Chat-Sitzungen und verarbeitet beide in einem einzigen Betriebsrahmen – jede Sitzung behält ihre eigene Chatkategorie, ihren Anmeldeaufruf, den öffentlichen Nachrichtenstrom, die Zielkategorie für ausgehende Nachrichten und aktive Anmeldedaten. Eine aktive Anmeldung wird durch die Kombination aus dem vollständigen sichtbaren Rufzeichen (einschließlich der Endung) und der Chatkategorie identifiziert – beide Teile sind erforderlich, sodass beispielsweise9A0BB-2 und 9A0BB-70 in derselben Kategorie bleiben zwei unterschiedliche Anmeldungen.
Einige Informationen beschreiben die Funkstation als Ganzes, nicht als temporäre Anmeldung im Chat – diese werden über das normalisierte Basisrufzeichen aggregiert. Der gemeinsame Kontext der Station umfasst den globalen QSO-Status, den QSO-Status nach Band, manuell zugewiesene NOT-QRV-Marken, bekannte Gelegenheiten auf Bändern, die aus aktiven Varianten abgeleitet sind, und die Prioritätspunkte. Die Verbindung mit 9A0BB-70 markiert automatisch das entsprechende Basisrufzeichen auch für andere aktive Varianten der Endung als bearbeitet – es wäre irreführend, 9A0BB-2 sofort danach als völlig neue Station zu präsentieren.
Synchronisation mit dem Logbuch und Vorteile der Verbindung
Der Chat kann die Station weiterhin als interessanten Kandidaten anzeigen, auch nachdem die Verbindung bereits protokolliert wurde. Ohne Synchronisierung würden QSO-Filter, Bandspalten und Prioritätsberechnungen weiterhin den veralteten Status verwenden. KST4Contest importiert daher die von der Logging-Anwendung bereitgestellten Informationen und wendet sie auf aktive Chatprotokolle des entsprechenden Basisrufzeichens an – das Programm verwendet dabei nur die von der gewählten Schnittstelle bereitgestellten Felder, fehlende Daten zu Band oder Locator werden nicht geschätzt.
Die QSO-Überwachungsfunktion ermöglicht es, die Kommunikation einer anderen Station über ihre KST-Endungen direkt in der Tabelle der privaten Nachrichten zu verfolgen, ohne die tatsächliche Nachrichtenrichtung oder die Chatkategorie zu ändern. Die überwachte Nachricht wird in einem Format angezeigt, z.B. „Sniffed: (DN9APW-70 > 9A0BB-23) pse sked 19:30“ – nützlich insbesondere beim Verfolgen, wie eine andere Station aus demselben Team Skeds vereinbart, oder wenn eine seltene Station mit mehreren potenziellen Anrufern kommuniziert.
Punktesystem – QSO-Priorität
Die Prioritätspunkte beantworten die Frage, welche aktive Station als Nächstes untersucht werden soll – nicht, ob die Verbindung erfolgreich ist. Vor der Gewichtung der Aktivität überprüft AirScout oder KST4Contest zunächst, ob eine bekannte nutzbare Gelegenheit auf dem Band vorliegt; wenn für die entfernte Station Bänder bekannt sind, aber keines davon gleichzeitig lokal erlaubt und weiterhin verfügbar ist, erhält die Station 0 Punkte.
Výpočet začína základnou hodnotou 100. Ak stanica ešte nebola pracovaná na žiadnom podporovanom pásme, pridáva sa +200; ak už bola pracovaná aspoň na jednom, odpočítava sa −150, pričom každé ďalšie kompatibilné ponúkané pásmo po prvom pridáva +80. Vzdialenosť následne násobí súčet: pod 200 km ×0,7, medzi 200 km a nastaveným maximálnym QRB ×1,15, nad maximálnym QRB ×0,3. AirScout pridáva +200 pri dostupnom lietadle, plus až +120 podľa času príchodu. Smer antény pridáva +80 až +200 podľa toho, ako blízko stredu nastavenej šírky zväzku sa protistanica nachádza. Aktuálna aktivita v chate pridáva +60 až +160 podľa počtu prijatých riadkov v nastavenom okne (predvolene 180 sekúnd), pozitívne textové signály ako QRV, READY či TNX pridávajú +120 na päť minút. Rýchlosť odpovede po odoslaní /CQ pridáva +80 (pod minútu) alebo +40 (pod tri minúty); ak neprichádza odpoveď do nastaveného limitu (predvolene 13 minút), pridáva sa No-Reply strike, ktorý delí priebežný súčet hodnotou 1 + (počet strikov × 0,6). Naplánovaný sked pridáva silný časovo závislý príspevok až +5000 v okne tri minúty pred termínom až jednu minútu po ňom – manuálne označenie „Sked fail“ následne vynásobí celé finálne skóre hodnotou 0,15.
Video: Vollständiger Arbeitsablauf KST4Contest
Fahrplan
Die Entwicklung von KST4Contest wird von der Community geleitet und über GitHub-Meilensteine geplant. Die aktuelle stabile Version ist 1.42.0 (August-Update 2026, veröffentlicht am 22. August 2026), die unter anderem die Unterstützung für die Bänder 50/70 MHz, verbesserte Kartenfensterverhalten, Prioritätsboost zur Verbesserung des Bandes und einen Online-Indikator brachte.
Für die Version v1.50 („Größere Überarbeitung“) sind Funktionen wie Filterung im CQ-Fenster, gleichzeitige Integration mehrerer PSTRotatoren, Gruppierung auf der Karte, Einstellung der Stationenhöhe, Frequenz und k-Faktor sowie Unterstützung mehrerer Sprachübersetzungen (i18n) geplant. Zu den Elementen ohne zugewiesene Version gehören beispielsweise der QTF-Filter mit automatischer Einstellung, die Integration eines Scoreboards, der Generator für die Karte bearbeiteter Stationen und die Unterstützung des SO2R-Betriebs.
Herunterladen
KST4Contest ist Open-Source-Software, der für Windows (ZIP x64, ohne separate Java-Installation), Linux (Flatpak, AppImage x86_64, native DEB-Pakete für Debian/Ubuntu, RPM für Fedora und pkg.tar.zst für Arch Linux) und macOS (DMG für Apple Silicon und Intel, ab Version 1.42 von Apple signiert und notarisiert) verfügbar ist. Neben der stabilen Version sind auch Nightly-Bauten direkt aus dem Hauptzweig zum Testen eines bestimmten Bugs oder Features verfügbar – diese sind jedoch automatisiert, nicht überprüft und der Autor empfiehlt ausdrücklich, sie während des realen Wettbewerbs nicht zu verwenden.Betrieb. Teil der stabilen Version sind auch vollständige PDF-Handbücher in Englisch und Deutsch. Alle Pakete sind über das GitHub-Repository praktimarc/kst4contest verfügbar.
Zusammenfassung
KST4Contest addresses a specific operational problem of VKV/UHF/SHF contesting – the transformation of the continuous flow of messages from the ON4KST chat into a clear operational priority. By combining priority scoring, integration with AirScout, controlling the rotator via PSTRotator, synchronization with loggers (including native support for Win-Test), local DX cluster, and a sked system with comments, it creates a unified working context in which a change in one place affects filters and priorities elsewhere. The program consistently distinguishes between what it knows for sure and what is only inferred.hint – the final decision to call a station always remains with the operator. The current stable version, complete documentation, and source code are freely available at kst4contest.hamradioonline.de and on GitHub.