Rádioamatérsky logbook už dávno nie je iba databázou volacích značiek, frekvencií a časov spojení. Pri modernej stanici sa prepája s CAT rozhraním transceivera, DX Clusterom, rotátorom, anténovými prepínačmi, digitálnymi módmi, elektronickými QSL Diensten und Diplom-Systemen. OpsLog für Windows versucht, diese Funktionen in einer einzigen Benutzeroberfläche zu bündeln. Das Projekt wird entwickelt F4BPO und sein Quellcode ist als Open-Source-Projekt verfügbar auf GitHub.
In diesem Artikel erfahren Sie
Was ist OpsLog
OpsLog je logbook pre rádioamatérov určený pre Windows. Základom je rýchle vkladanie QSO um das herum weitere Funktionspanels angezeigt werden können. Das Programm ist dabei nicht nur als klassisches elektronisches Tagebuch konzipiert. Es integriert CAT-Steuerung des Funkgeräts, DX-Cluster, Karten, Azimut, Rotoren, Contest-Funktionen, QSL-Dienste, Diplome und ausgewählte Steuerungselemente der Station. Der Hersteller des Projekts beschreibt es als Lösung, deren Ziel es ist, die gesamte Station in einem Fenster zu haben.
Für den Funkamateur ist insbesondere die Art und Weise interessant, wie die einzelnen Funktionen miteinander verbunden sind. Frequenz und Modus, die vom Transceiver erhalten werden, können beim Protokollieren verwendet werden, der DX-Cluster kann einen Spot direkt ins Radio senden, die Azimut-Information wird in die Karte projiziert und der Status der Station kann zusammen mit dem Logbuch angezeigt werden. Es handelt sich also nicht nur um ein weiteres Programm zur Erfassung von QSOs, sondern um den Versuch, eine gemeinsame Schnittstelle für mehrere Teile des Amateurfunkarbeitsplatzes zu schaffen.
QSOs protokollieren und mit ADIF arbeiten
Hlavným pracovným prvkom je single-strip entry. Do vstupného poľa sa zadáva volacia značka a ďalšie údaje QSO, napríklad RST, meno, QTH, Locator, Band, Modus, TX/RX-Frequenz, Zeit und Notiz. OpsLog kann beim Eingeben eine Lookup-Funktion nutzen über QRZ.com oder HamQTH und die Stationdaten ergänzen. Teil des Logbuchs ist auch die Offline-Bestimmung DXCC podľa databázy cty.dat, vrátane práce s CQ a ITU zónami a vybranými špecifickými suffixmi.
Eine praktische Funktion ist Worked-Before. Das Programm kann anzeigen, ob eine Verbindung mit einem solchen Rufzeichen hergestellt wurde, und wenn ja, in welchem spezifischen Band und Modus. Es gibt auch eine Duplikatsprüfung, wobei Duplikate nach der Kombination von Rufzeichen, Band und Modus sowie gegebenenfalls nach weiteren zeitlichen Bedingungen gesucht werden können. Bei einem größeren Log ist ein erweiterter Filter nützlich, der es ermöglicht, AND- und OR-Bedingungen zu kombinieren und erstellte Filter zu speichern.
Für den Datenaustausch ist die Unterstützung von ADIF 3.1.7 wichtig. OpsLog verwendet ein vollständiges Wörterbuch der ADIF-Felder, wobei ein Teil der Daten in der Datenbank als separate Spalten verarbeitet wird und andere ADIF-Felder als zusätzliche Daten bearbeitet werden können. Der Import unterstützt auch die Duplikatslösung und der Export kann mit einem gefilterten oder ausgewählten Teil des Logs arbeiten.
CAT und Steuerung des Transceivers
Jednou z technicky najzaujímavejších častí OpsLog je CAT Schicht. Das Projekt enthält native Backends für OmniRig, FlexRadio SmartSDR, Icom CI-V, Kenwood/Elecraft, Yaesu a TCI. Frekvencia, mód a split können in Echtzeit synchronisiert werden. Bei unterstützten Radios ist es daher nicht erforderlich, die Frequenz manuell ins Logbuch einzugeben.
Bei FlexRadio wird die Kommunikation über die SmartSDR-API genutzt. Icom CI-V kann über USB oder das Netzwerkinterface des Radios arbeiten. Kenwood und Elecraft verwenden nativen ASCII-CAT, Yaesu eigene CAT-Befehle und TCI ist für Geräte bestimmt, die mit diesem Protokoll kompatibel sind, wie z.B. SunSDR und Expert Electronics. Eine interessante Funktion ist auch das CAT-Sharing. OpsLog kann die Kommunikationsschnittstelle halten und gleichzeitig das Radio anderen Anwendungen über Hamlib NET Rigctl oder den TCI-Server zur Verfügung stellen.
Das ist besonders wichtig bei digitalen Modi. WSJT-X, JTDX, MSHV oder Fldigi Sie müssen nicht vollständig vom Haupt-Logbuch getrennt sein. OpsLog kann diese Programme gleichzeitig über UDP empfangen und sie beispielsweise in der Bandkarte oder bei Benachrichtigungen nutzen.
OpsLog in der Praxis – Video und Benutzeroberfläche
Bei einer Anwendung mit einem solchen Funktionsumfang ist es praktischer, den Arbeitsablauf direkt auf dem Bildschirm zu verfolgen, als nur die Liste der unterstützten Funktionen zu lesen. Die Benutzeroberfläche von OpsLog ermöglicht es, den Hauptbildschirm aus mehreren Panels zusammenzustellen. Je nach Profileinstellung können beispielsweise eine Karte, ein DX-Cluster, eine Worked-Before-Matrix, das letzte QSO, FT-Decodierungen oder die Konsole eines bestimmten Radios angezeigt werden. Es können bis zu vier Panels in Spalten oder einem Quadranten angeordnet werden.
DX-Cluster und Bandkarte
Der DX-Cluster ist direkt in die Arbeitsumgebung von OpsLog integriert. Das Programm unterstützt mehrere Cluster-Server, automatische Wiederverbindung und das Filtern von Spots nach Rufzeichen, Band, Modus, Status oder Quelle. Spots werden in der Bandkarte angezeigt, und bei einem ausgewählten Spot kann der Transceiver durch Klicken abgestimmt werden.
Jeder Spot kann einen Status erhalten, wie z.B. neu, neues Band, neuer Slot oder gearbeitet. Die Bedeutung dieser Funktion ist insbesondere bei DX-Arbeiten und Diplomen wichtig, wo es nicht ausreicht zu wissen, dass eine Station im Band ist, sondern auch, ob sie eine neue DXCC-Entität, ein Band oder eine bestimmte Kombination aus Band und Modus darstellt. OpsLog ermöglicht auch die Erstellung von Benachrichtigungsregeln basierend auf Rufzeichen, Land, Band, Modus oder Spotter. Eine Benachrichtigung kann akustisch, visuell oder per E-Mail erfolgen.
Karten, Azimut und Antennen
Für den Betrieb ist der Kartenbereich nützlich. OpsLog arbeitet mit einer Großkreis-Karte und berechnet die Entfernung und den Azimut sowohl für Short-Path als auch für Long-Path. Auf der Karte kann auch die Antennenausrichtung basierend auf den Daten des Rotators angezeigt werden. Teil davon ist ein azimutaler Kompass, der es ermöglicht, die gewünschte Richtung des Rotators durch Klicken einzugeben.
Unterstützt werden PstRotator, 4O3A Rotator Genius und microHAM ARCO. Bei Ultrabeam kann zusätzlich auf dem Kompass und der Karte die tatsächliche Abstrahlrichtung der Antenne angezeigt und von der mechanischen Ausrichtung des Booms getrennt werden. Für eine Station mit drehbarem Richtungsgeber ist dies eine praktische Verbindung zwischen dem Logbuch, der Karte und dem physischen Zustand des Antennensystems.
Digitale Modi und CW
OpsLog ist nicht nur für SSB und CW vorgesehen. Durch CAT-Sharing kann es Radios Anwendungen bereitstellen. WSJT-X, JTDX, MSHV oder fldigi. Dekodierte Zeichenfolgen von WSJT-X, JTDX und MSHV können über UDP an OpsLog gesendet werden, wo sie in weiteren Arbeitselementen angezeigt werden.. Pri FlexRadio môžu byť spoty a dekódované stanice využité aj v panadaptéri.
Für CW steht ein eigener Keyer mit Makros und F-Tasten-Makros zur Verfügung. Je nach verwendetem Radio kann WinKeyer, FlexRadio CWX, Icom Keyer über CI-V oder TCI verwendet werden. OpsLog unterstützt auch den Digital Voice Keyer und die Aufnahme von QSO-Audio. Bei der Speicherung einer Verbindung kann die entsprechende Aufnahme als WAV-Datei gespeichert werden, die an ein bestimmtes QSO gebunden ist.
QSL-Dienste und Diplome
Nach Abschluss des QSO endet die Arbeit mit dem Logbuch nicht. OpsLog unterstützt die Kommunikation mit den Diensten ClubLog, LoTW, QRZ.com, eQSL, Cloudlog/Wavelog und HAMLOG.online. Das Senden von Daten wird unterstützt, und im Falle von Bestätigungen auch deren Abruf. Aktualisierte Bestätigungen werden anschließend in die Statistiken der Diplome übertragen.
Das integrierte Diplomsystem umfasst DXCC, WAS, WAZ, WAC, WPX, IOTA, POTA, SOTA und WWFF, wobei der Status nach Band und Modus verfolgt werden kann. Das Programm unterstützt auch eigene Diplomdefinitionen. Interessant ist die Möglichkeit zur automatischen Erkennung von Referenzen beim Eingeben des Rufzeichens und die anschließende Neuberechnung der Statistiken nach der Aktualisierung des Logs.
Contesting und Multi-Op-Betrieb
OpsLog enthält einen separaten Contest-Bereich. Bei ausgewähltem Contest-Format kann es mit contest_ID, gesendeter und empfangener Seriennummer STX/SRX, Contest-Zeitfenster und Duplikatprüfung arbeiten. Während des Betriebs steht auch ein Live-Scoreboard zur Verfügung.
Für eine Multi-Op-Station ist die Möglichkeit, ein gemeinsames MySQL-Logbuch zu verwenden, von wesentlicher Bedeutung. Mehrere Instanzen von OpsLog können über dieselbe Datenbank arbeiten, und jede von ihnen kann ihren aktuellen Status veröffentlichen. Die Dokumentation beschreibt den Live-Status-Mechanismus, der den Operator, das Band, die Frequenz und den Modus aufzeichnet. Eine solche Lösung kann beispielsweise bei einem speziellen Rufzeichen oder einer Conteststation mit mehreren Arbeitsplätzen interessant sein.
Steuerung von Verstärkern, Tunern und Peripheriegeräten
Architektúra OpsLog presahuje hranice klasického CAT. Program obsahuje Station Control und Schnittstellen für Verstärker, Antennenschalter, Tuner, Rotoren, Ultrabeam und Relaiskarten. Dokumentácia uvádza podporu PowerGenius XL, SPE Expert, ACOM a Elecraft KPA500/KPA1500. Für Antennensysteme werden beispielsweise Antenna Genius und Tuner Genius XL unterstützt.
Bei Relaiskarten kann die automatische Steuerung nach Frequenz oder Band eingestellt werden. In der Praxis ermöglicht dies die Erstellung einer Logik, bei der sich die Bandänderung am Transceiver auch auf die entsprechende externe Hardware auswirkt. Für den Funkamateur, der seine Station schrittweise mit eigenen Relais- oder USB-Geräten automatisiert, ist dieser Teil aus technischer Sicht besonders interessant.
Technische Lösung und Open-Source-Architektur
OpsLog basiert auf Wails v2. Das Backend ist in Go geschrieben, und die Benutzeroberfläche verwendet React und TypeScript. Das Projekt wird als native Windows-Anwendung kompiliert und verwendet laut Dokumentation reines Go ohne CGO. Die Konfigurationsdaten werden in SQLite gespeichert, während das eigentliche Logbuch eine lokale SQLite-Datenbank oder eine optionale gemeinsame MySQL-Datenbank verwenden kann.
Diese Architektur ist auch aus Betriebssicht interessant. Konfiguration, Profile, Radioeinstellungen, Cluster oder QSL-Vorlagen bleiben lokal, während die QSO-Datenbank bei Multi-Op-Betrieb auf einem gemeinsamen MySQL-Server platziert werden kann. Das Programm unterstützt auch das Backup der Datenbank und ADIF beim Beenden der Anwendung. Der Quellcode, die Entwicklungsdokumentation und die veröffentlichten Versionen sind in einem öffentlichen GitHub-Repository verfügbar.
Fazit
OpsLog stellt eine interessante Richtung in der Entwicklung des Amateurfunk-Logbuchs dar: Anstatt ein separates Programm zum Protokollieren, ein weiteres für CAT, ein weiteres für den DX-Cluster und weitere Werkzeuge zu haben, schafft es eine gemeinsame Umgebung, in der diese Funktionen miteinander verbunden sind. Für das tägliche QSO kann die Eingabegeschwindigkeit und Worked-Before entscheidend sein, für den DXler Karten und Cluster, für den Contestman Seriennummern und Dupe-Kontrolle und für den technisch orientierten Operator insbesondere CAT, Rotoren, Relais, Verstärker und die Möglichkeit einer Multi-Op-Datenbank.
Aus technischer Sicht sind vor allem die native Lösung mehrerer Kommunikationsprotokolle und die Möglichkeit, den Funk anderen Anwendungen zur Verfügung zu stellen, hervorzuheben. Da es sich um ein aktiv entwickeltes Open-Source-Projekt handelt und sich die Dokumentation und das Repository ständig ändern, ist es bei der Bereitstellung einer bestimmten Konfiguration ratsam, die Unterstützung des genauen Transceiver-Modells, der Peripheriegeräte und des erforderlichen Workflows in der aktuellen Version von OpsLog zu überprüfen.