text: Version vom 4. April 2021, 08:50 Uhr von Dl1mgb (Diskussion | Beiträge)
  Realtime-Logging im Contest Bernhard Büttner, DL6RAI Beim Thema Computer-Logging standen wir in dieser Ausgabe des BCCHandbuchs vor einem Dilemma. Das CT-Kapitel war zu ersetzen – keine Frage – aber sollten wir nun ein weiteres Kapitel mit Win-Test stattdessen einführen? Wo es doch zahlreiche weitere Contest-Programme gibt, die es wert wären, ebenfalls erwähnt und beschrieben zu werden? Andererseits, will der BCC Werbung machen für ein bestimmtes Produkt? Herausgekommen ist deshalb ein allgemeines Kapitel zum Thema RealtimeLogging im Contest mit allgemeingültigen Empfehlungen und einigen spezifischen Hinweisen für das Programm Win-Test von F5MZN, das im BCC zumindest weite Verbreitung gefunden und sich zum de-facto Standard etabliert hat. 5.1 Marktanalyse Die Ära CT, einer MS-DOS-basierten Software die von Ken Wolff, K1EA, etwa Ende der 1980er Jahre erstellt wurde, ist vorbei. Ebenso die Zeit von WF1B's RTTY Software, die etwa aus demselben Zeitraum stammt. Aktuelle Contest-Software läuft heute unter Windows mit graphischer Benutzeroberfläche. Win-Test und N1MM sind heute die im BCC verbreitetsten Vertreter dieser Gattung. WRITELOG, RCKLog, UCXLog und viele weitere werden ebenfalls gerne genutzt, haben aber nicht den hohen Verbreitungsgrad. RCKRtty, obwohl seit drei Jahren nicht mehr gewartet, wird nach wie vor noch gerne verwendet. 5.2 Verschiedene Conteste - eine Oberfläche Es ist zunächst gleichgültig, welche Software wir einsetzen, aber ein durchgängiger Standard hat viele Vorteile: • Die Beherrschung der Software quasi im Schlaf ist ein Erfolgsfaktor. Alle Conteste werden mit derselben Software geloggt, dadurch bleiben wir in Übung. Egal ob BCC Frequent Contester, DARC Clubmeisterschaft, RTTY, UKW oder Expeditionsbetrieb, die Software unterstützt sie alle und wir kennen uns gut damit aus, wenn wir sie regelmäßig nutzen.5-2 5 Realtime-Logging im Contest • Wir müssen uns nicht an neue Bedienkonzepte gewöhnen. • Datenformate, Verfahren und Konvertierungstools sind immer die selben. • Wir sind »kompatibel«, weil wir bei anderen Multi-OP-Stationen eine identische Umgebung vorfinden. 5.3 Loggen in Echtzeit Die Eingabe in Echtzeit erfordert eine ergonomische Benutzeroberfläche. Kein Tastendruck zuviel, keine überflüssige Tipparbeit, keine Mausklicks (Ausnahme: RTTY). Die Oberfläche soll in gewissen Grenzen konfigurierbar sein, verschiedene Situationen erfordern zusätzliche Fenster und Informationen. Gängiger Standard sind verschiedene, möglichst aktuelle Datenbanken zur Länderzuordnung und Rufzeichenerkennung. Neben CTY.DAT, einer von AD1C seit 1988 gepflegten Präfixdatei und MASTER.DTA, einer Sammlung gängiger Rufzeichen aus vergangenen Contesten gibt es auch Contest-spezifische Datenbanken, die die auszutauschenden Informationen bereits »erraten«. Wir benötigen nur noch die Bestätigung, dass es auch tatsächlich so ist. Gewisse Gefahren bergen Locator-Datenbanken die bei UKW-Contesten den QTH-Kenner vorwegnehmen und manche Gegenstationen auf die Idee bringen, während des Sendedurchgangs die Antenne wegzudrehen. Finger weg vom Rotor während des Sendedurchgangs! Die Integration von DX-Cluster-Funktionen ist notwendig und sinnvoll, da andernfalls die Flut der DX-Meldungen nicht mehr zu verarbeiten ist. Typischerweise erscheinen heute in großen Kurzwellenwettbewerben die DX-Spots aus dem weltweiten Cluster-Netz im Sekundentakt, bei Nutzung des Reverse Beacon Network sind es sogar mehrere pro Sekunde. Ausgefeilte Filterfunktionen erlauben es, den eingehenden Datenstrom automatisch zu verarbeiten und die Informationen übersichtlich darzustellen. Die Erzeugung exakter Morsetelegrafie ist ebenfalls längst Sache der Software. Damit verbunden sind einige intelligente Software-Funktionen wie eine Trennung von RUN- und S&P-Mode, die während der Aussendung noch erfolgende Vervollständigung des Rufzeichens, die erneute Aussendung des zwischenzeitlich korrigierten Rufzeichens im zweiten Durchgang, sowie der Repeat-Mode in QSO-schwachen Zeiten. Mittlerweile gängige Praxis ist die Nutzung von Sprachaufzeichnung für CQRufe, aber auch für Anrufe und für die Durchgabe des Rapports (falls er nicht aus einer Seriennummer besteht). Dadurch lassen sich die typischen Ermüdungserscheinungen bei SSB-Contesten vermeiden und die Stimme bleibt stets frisch. http://www.bavarian-contest-club.de/handbuch5.4 Externe Hardware ansteuern 5-3 Manche SSB-Conteste kann man sogar mitmachen ohne ein einziges Wort zu sagen. Die Audio-Aufzeichnung des gesamten Contests als MP3-File erlaubt es einerseits unklare Situationen zu einem späteren Zeitpunkt nochmals abzuhören, andererseits auch Höreindrücke vom Contest im Internet zur Verfügung zu stellen. Ersteres ist nicht immer vom Erfolg gekrönt – oft zeigt sich, dass auch im Nachgang fehlende Informationen nicht herausgehört werden können (typischerweise bei QTCs). Optimal ist, wenn die Stelle im MP3-File direkt aus der LoggingSoftware heraus gezielt angefahren werden kann. Randy Thompson, K5ZD, hat bereits über viele Jahre auf seiner Webseite [63] Aufnahmen zugänglich gemacht, anhand derer man eine Einschätzung über sein eigenes Signal erhalten kann. Zur Operator-Motivation dienen Statistikfunktionen, bei denen eine Vorgabe hinterlegt werden kann, zum Beispiel das Vorjahresergebnis. Sollten sich die Ausbreitungsbedingungen gegenüber dem Vorjahr stark unterscheiden so ist es hilfreich auch noch andere Vorgaben laden zu können um nicht frustriert zu werden. Andererseits sollte man sich die Ziellinie auch nicht zu knapp setzen sonst ergeht es einem wie Achilles, der die Schildkröte nicht überholen konnte. 5.4 Externe Hardware ansteuern COM- und LPT-Schnittstellen sind tot: Nur noch wenige zeitgemäße Computer sind heute mit physikalischen seriellen und parallelen Schnittstellen ausgestattet. USB-Ports sind weit verbreitet und werden benutzt um externe Geräte anzuschließen. Nur USB-auf-seriell-Adapter sind dabei nutzbar; bei USB-auf-parallelAdaptern werden wichtige Pins nicht mit angesteuert, so dass diese nicht sinnvoll eingesetzt werden können. In erster Linie ist es notwendig und sinnvoll, Transceiver und Computer über die CAT-Schnittstelle miteinander zu verbinden. Alleine die Bandmap-Funktion – die im übrigen auch ohne DX-Cluster nutzbar ist – hilft, besser den Überblick über gearbeitete und noch zu arbeitende Stationen zu bewahren als jeder Notizzettel. Farbige Darstellungen des Rufzeichen erlauben es, Multiplikatoren von normalen QSO-Partnern zu unterscheiden. Beim Drehen übers Band können wir bereits identifizierte von neuen Signalen unterscheiden. Und schließlich ist die genaue Dokumentation der Arbeitsfrequenz für die Contestauswerter sehr hilfreich. Grundsätzlich gibt es zwei verschiedene Kommunikationsmethoden zwischen Transceiver und Software: Im Polling-Mode sendet die Software ständig Anfragen an den Transceiver, der die aktuelle Frequenz zurückgibt. Beim Interrupt-Mode wartet die Software auf ein entsprechendes Signal vom Transceiver, sobald sich dort etwas geändert hat. Grundsätzlich ist der Interrupt Mode dem Polling-Mode vorzuziehen, doch leider unterstützt lediglich ICOM mit seinem CI-V-Transceive © 2011, 2012 Bavarian Contest Club5-4 5 Realtime-Logging im Contest Mode diese Methode; alle anderen bekannten Transceiver bieten nur den PollingMode an ihrer seriellen Schnittstelle an. Neben dem Transceiver gibt es weitere Geräte die vom Computer aus gesteuert werden: SO2R-Controller, automatische Bandumschaltung, Endstufen, Rotoren. Treiber hinter dieser Integration ist natürlich die Automatisierung, um Bandwechsel schneller durchführen zu können. Idealerweise sind keine manuellen Tätigkeiten mehr nötig – sondern wir können das Band auf Tastendruck wechseln. Die slowakische Firma microHAM hat in den letzten Jahren mit ihren Multifunktionscontrollern wichtige Funktionen zusammengefasst: Der microKeyer II bietet beispielsweise USB-Hub, CAT-Interface, Winkey Morsetaste, PTT-Erzeugung, Sprachspeicher, USB-Soundkarte, FSK-Interface für RTTY und Band Data Output zur automatischen Bandumschaltung. Über ein einziges USB-Kabel und entsprechende Treibersoftware werden alle diese Geräte für den Contest Logger verfügbar. Diese Integration spart jede Menge Platz und insbesondere RFI-anfällige Verdrahtung, wenn es einem gelingt die komplexe Software zu beherrschen. Im Umfeld Single-Operator Two-Radio (SO2R) wird die Automatisierung noch komplexer. Nicht nur, dass jetzt statt eines Transceivers zwei anzusteuern sind – auch die Umschaltung des Audio-Signals, der PTT sowie der Morsetaste soll zudem automatisch geschehen. Alles von einem einzigen Computer aus zu steuern ist eine Herausforderung, der sich jedoch immer mehr Contester stellen. Die letzten, bisher noch von Hand bedienten Geräte, nämlich die Rotorsteuergeräte, werden heute mit in die Software integriert. Nett und praktisch, wenn man nach Eingabe eines Landeskenners oder QTH-Kenners einfach die Antenne hinfahren lassen kann – aber nicht wirklich zwingend notwendig; sinnvoll jedoch bei einem komplexen Antennenpark, wo man im Contest-Stress schon mal am falschen Steuergerät dreht oder manche Antennen zur Anzeige 90 ◦ versetzt montiert sind. Dies in einer übersichtlichen Anzeige zusammenzufassen ist sinnvoll und hilft, den Operator zu entlasten. 5.5 Multi-OP-Unterstützung Die Vernetzung einzelner Computer in einer Multi-OP-Umgebung war immer schon notwendige Voraussetzung für einen effektiven Multi-OP-Betrieb. Wie sonst sollte man die Übersicht über gearbeitete Stationen und Multiplikatoren in Echtzeit behalten? So gab es bereits zu Zeiten von K1EA's CT – noch vor der Verbreitung von Netzwerkkarten – eine Vernetzung über serielle Ports im sog. »Daisy-Chain«-Verfahren. Zum Glück sind die Zeiten ungesicherter Datenübertragung heute vorbei und wir können uns auf Ethernet und das IP-Protokoll verlassen. http://www.bavarian-contest-club.de/handbuch5.6 SO2R-Unterstützung 5-5 Wichtigste Funktion der Vernetzung ist die Echtzeit-Übermittlung der getätigten QSOs an alle angeschlossenen Stationen. Daneben ist die Aufrechterhaltung einer gemeinsamen Uhrzeit eminent wichtig, deshalb wird meist ein Computer im Netz zum sog. »Time Master« erklärt. Neben diesen Basisfunktionen sind die Übertragung von DX Spots – ein Computer ist mit dem DX-Cluster verbunden und verteilt die Informationen an alle weiter – sowie die Gab- und Chat-Funktionen zu nennen. Über eine Statusanzeige sieht man, auf welcher Frequenz die anderen Stationen gerade arbeiten. Zudem müssen natürlich auch Korrekturen übertragen werden und optimal ist es, wenn jederzeit eine Log Synchronisation durchgeführt werden kann. Das heißt, geht ein Computer vom Netz und kommt (z. B. nach einem Neustart) wieder, dann erhält er alle zwischenzeitlich getätigten QSOs übertragen. Optimalerweise benötigt man dazu keinen Master-Server sondern die Synchonisierung erfolgt bilateral nach einem flexiblen Modell. Ein fortgeschrittenes Feature ist die softwareseitige Unterstützung eines 2. Operators, der dem 1. Operator zur Seite steht, sei es im Ausbildungsbetrieb oder bei extremem Pile-Up. Der 2. Operator benutzt einen eigenen Computer und seine Eingabe wird in Echtzeit am Bildschirm des 1. Operators sichtbar. 5.6 SO2R-Unterstützung SO2R ist die Betriebsart, die heute zum Erfolgsfaktor der Single-OPs geworden ist. Die komplexe Umgebung mit zwei Transceivern wird erst durch intelligente Software handhabbar, die dafür sorgt, dass der Operator während des Sendebetriebes des einen Radios am zweiten nach interessanten Stationen suchen kann. Idealerweise erfolgt die Umschaltung des Audiosignals softwaregesteuert. • Bei Empfangsbetrieb von Radio 1 und 2 ist am linken Ohr die Audio von Radio 1, am rechten die von Radio 2 zu hören. • Bei Sendebetrieb von Radio 1 ist auf beiden Ohren die Audio von Radio 2 zu hören. • Bei Sendebetrieb von Radio 2 ist auf beiden Ohren die Audio von Radio 1 zu hören. Dies klingt kompliziert, ist aber dem Operator nach einiger Zeit in Fleisch und Blut übergegangen. Eine gute Einführung in den SO2R-Betrieb gibt CT1BOH auf seiner Webseite [52]. In der im folgenden kurz angerissenen Betriebsart RTTY gehen die Entwicklungen bereits in die nächste Phase: SO3R ist angesagt – insbesondere im Zusammenhang mit dem Einsatz von SDR und Skimmer. © 2011, 2012 Bavarian Contest Club5-6 5 Realtime-Logging im Contest 5.7 RTTY Nachdem die Betriebsart RTTY immer mehr Bedeutung erlangt – seit Jahren steigen hier die Teilnehmerzahlen – ist es schön, wenn auch diese Betriebsart unterstützt wird. Auch hier hat sich ein de-facto Standard etabliert: die Software MMTTY, von JE3HHT die sowohl für sich alleine lauffähig ist, als auch in gängige Contest-Software als sog. »RTTY-Engine« integriert werden kann. Hierbei wird aus dem gewohnten Logging-Programm MMTTY quasi als Unterprogramm mit reduzierter Bedienoberfläche gestartet und die beiden Programme kommunizieren über eine Software-Schnittstelle miteinander. MMTTY erfordert Zugriff auf eine Soundkarte für RTTY-Empfang und kann sendeseitig sowohl FSK als auch AFSK erzeugen (wobei ersteres vorzuziehen ist). Durch die Integration in unser Contestprogramm kann nun Logging und die allgemeine Bedienung wie gewohnt erfolgen. Angenehm ist, dass man keine Rufzeichen mehr eintippen muß sondern sie einfach im Empfangsbildschirm mit der Maus anklicken kann. Das RTTY-Empfangsfenster zeigt auf einen Blick die von der Software erkannten Rufzeichen verschiedenfarbig an, so dass man auf einen Blick sieht, ob es sich um einen neuen Multiplier, eine neue Station oder ein Dupe handelt. Somit wird RTTY-Betrieb ähnlich komfortabel wie CW-Betrieb, nur dass man sich die Tipparbeit und die Signaldekodierung im Kopf spart. 5.8 Import/Export Ist der Contest einmal zuende, möchte man möglichst bald sein Log einsenden sowie meist die QSO-Daten in nachgelagerte Logbuchprogramme überführen. Für ersteres wurde – zumindest für Kurzwellenconteste – das Cabrillo-Format seit über 10 Jahren zum Standard erhoben, für letzteres gibt es das ADIF-Format9. Für UKW-Wettbewerbe wurde von der IARU ein eigenes Format, das REG1TEST Format definiert. Dieses ist das präferierte Datenformat für die UKWWettbewerbe. Gelegentlich besteht doch die Notwendigkeit mehrere Logs zusammenzuführen, z. B. weil die Computer auf einer Expedition keinerlei Kontakt hatten. Hier ist eine Merge-Funktion sehr praktisch, die es erlaubt aus mehreren Dateien ein großes, vollständiges Log zu machen. Neben der Einsendung der Logs wird üblicherweise auch das Ergebnis bekanntgegeben, sei es auf der BCC-Mailingliste oder auch auf dem amerikanischen 3830-Reflektor. Hierzu sollte die Ergebnisübersicht (das sog. Summary) wohlformatiert mit Copy & Paste übernommen werden. 9Amateur Data Interchange Format http://www.bavarian-contest-club.de/handbuch5.9 Tipps & Tricks zu Win-Test 5-7 5.9 Tipps & Tricks zu Win-Test Im folgenden einige Tipps und Hinweise im Zusammenhang mit Win-Test, die vielleicht nicht allgemein bekannt sind. 5.9.1 Contest Setup Um sich die stets neue Eingabe von Rufzeichen, Adresse, Club usw. zu sparen, gibt es die Möglichkeit, für bis zu fünf verschiedene Rufzeichen Profile zu hinterlegen. 5.9.2 Tips zur Vernetzung Die LAN-Vernetzung unter Win-Test ist normalerweise ein Kinderspiel, wenn man folgende Hinweise beachtet (siehe auch Abschnitt 5.10): • Unterschiedliche IP-Adressen aus dem gleichen Subnetz für alle Stationen • Mit dem Kommandozeilentool ping testen ob alle Maschinen erreichbar • Firewall für den Port 9871 UDP öffnen oder vorübergehend ganz abschalten • Gleiche Broadcast-Adresse auf allen Maschinen • Gleiche Broadcast-Adresse auch in der DX-Cluster-Anwendung wtDxTelnet Mit der Gab-Funktion kann getestet werden, ob alle Stationen untereinander kommunizieren können. Funktionert die Kommunikation nur in eine Richtung, ist fast immer eine Windows-Firewall im Spiel. Möchte man in einem LAN zwei Win-Test-Computer nur für bestimmte Funktionen koppeln (z. B. DX-Cluster), diese aber ansonsten autark voneinaner betreiben, so besteht die Möglichkeit, das Protokoll entsprechend zu filtern. Diese Einstellungen sind unter »Optionen | Schnittstellen konfigurieren: : : | Netzwerkprotokoll: Erweiterte Einstellungen: : : « zu finden. Die WAN-Vernetzung unter Win-Test ist etwas komplexer und erfordert echtes Netzwerk-Know-How. Es ist möglich Win-Test über ein VPN zu koppeln. Zusätzlich gibt es spezielle Tunnel-Software (wtTunnel.exe) für die Teilnahme von über das Land verteilten HQ-Stationen im IARU HF Championship Contest. Für die WAN-Vernetzung mehrerer Dutzend Stationen dient das BridgeheadKonzept, das jeweils eine Station pro LAN zu einem Brückenkopf macht. Die lokalen Stationen synchronisieren sich mit dem lokalen Bridgehead, die Bridgeheads synchronisieren sich zusätzilich untereinander im WAN. © 2011, 2012 Bavarian Contest Club5-8 5 Realtime-Logging im Contest Praktisch ist das Kommando INVENTORY, das alle im Netzwerk sichtbaren Computer mit Ihrer jeweiligen Softwareversion auflistet. Time Master werden hier mit »T«, Bridgehead-Stationen mit »B« gekennzeichnet. 5.9.3 Datum & Uhrzeit über Internet Möchte man seinen PC stets mit aktueller Uhrzeit aus dem Internet versorgen, so kann man dies bei Windows XP unter »Eigenschaften von Datum und Uhrzeit« im Reiter »Internetzeit« konfigurieren. Trägt man hier beispielsweise als Server ptbtime1.ptb.de ein, so synchronisiert sich der PC regelmäßig mit der Physikalisch-Technischen Bundesanstalt in Braunschweig. Damit hat man stets sekundengenaue Zeit. 5.9.4 CT-Relikte Einige nützliche Tastaturkürzel, die noch aus den Zeiten von CT übriggeblieben sind: • Bandwechsel oder Band für ein getätigtes QSO nachträglich ändern: <Alt>- <F1>, <Alt>-<F2> • Betriebsartenwechsel oder Betriebsart für ein getätigtes QSO nachträglich ändern: <Ctrl>-<F1>, <Ctrl>-<F2> • DX-Spot aussenden: <Alt>-<F3> • Zurück auf meine CQ-Frequenz: <Alt>-<F4> • Rufzeichen in die Bandmap schreiben: <Ctrl>-<Enter> • QTC-Fenster: <Alt>-L (Empfang) oder <Ctrl>-K (Senden) • CW- oder RTTY-Texte ändern: <Shift>-<F-Taste> • <Ctrl>-A, <Ctrl>-E: An den Anfang, ans Ende der Rufzeichens springen Wer die Möglichkeit vermisst, während des Contests dynamisch die Länderdatei CTY.DAT durch Eingabe von beispielsweise »TO5X=FG« zu erweitern, kann aufhören zu suchen. Diese Funktion gibt es in Win-Test nicht http://www.bavarian-contest-club.de/handbuch5.9 Tipps & Tricks zu Win-Test 5-9 5.9.5 CW-Generierung • Das Macro $CORRECT enthält das zwischenzeitlich korrigierte Rufzeichen der Gegenstation. Wurde keine Korrektur vorgenommen, so ist es leer. • Das Macro $REPEAT dient dazu, nach einem QSO den vorher gestarteten Repeat-Mode wieder zu aktvieren. War der Repeat-Mode vorher nicht eingeschaltet, so passiert weiter nichts. 5.9.6 Run- und S&P Mode Zunächst mit »Werkzeuge | Dateneingabe | Run/S&P Umschaltung aktivieren« die Möglichkeit zum Umschalten aktivieren, dann mit <Ctrl>-<TAB> umschalten. Mode wird im einzeiligen Statusfenster »Clock« angezeigt. 5.9.7 Bandmap • Spots aus der Bandmap löschen: <Ctrl> und Doppelklick auf den Spot. • Damit sich Spots nicht gegenseitig überschreiben: Bandbreite auf 0 Hz stellen. • Im WAE-DX-Contest aktiviert man im Context-Menü der Bandmap (rechte Maustaste) die Option »Anzeigeoptionen | Potentielle QTCs« um hinter den Rufzeichen die noch fehlenden QTCs anzeigen zu lassen. 5.9.8 QSOs löschen: Ja und Nein Hat man vor dem Contest ein paar Test-Daten eingegeben, sollte man diese möglichst vor Contestbeginn wieder löschen. Über »Editieren | Alle QSOs löschen: : : « kann man dies tun, muss aber vorher mit OK bestätigen. Alternativ kann das Kommando WRITELOGCLEAR genutzt werden, um eine Kopie des aktuellen Logs automatisch unter einem neuen Dateinamen (Name des Logs erweitert um einen Zeitstempel) zu speichern und anschließend alle Daten aus dem Log zu löschen. In einer vernetzten Umgebung tut man sich allerdings schwer, weil die gelöschten Daten von Win-Test gleich wieder zurücksynchronisiert werden. Hier hilft das Kommando REMOTE weiter: REMOTE NOSYNC CLEARLOGNOW SYNC © 2011, 2012 Bavarian Contest Club5-10 5 Realtime-Logging im Contest Während des Contests sollte man diese Funktion tunlichst nicht nutzen, weil sonst auf allen Stationen das komplette Log gelöscht wird (der Super-GAU). Insbesondere bei vernetzten Win-Test-Computern gibt es keine Möglichkeit einzelne QSOs dediziert zu löschen. Gute Praxis ist hier, das zu löschende QSO zunächst mit dem eigenen Call zu überschreiben und diese QSOs später im konsolidierten Log zu löschen. 5.9.9 QSOs finden • Bestimmte QSO-Nummer im Log anfahren: QSO-Nummer ins Rufzeichenfeld eingeben und dann <Ctrl>-G drücken. • Bestimmtes Call im Log suchen: Call eingeben, F10 drücken und gesuchtes QSO dort mit Doppelklick anklicken. 5.9.10 Wo sind meine Logs? Arbeiten mit Links. Logs und Software liegen unter Win-Test sauber getrennt, aber leider ist es für den Benutzer zumindest unter Windows XP etwas unübersichtlich. Wer ständig auf der Suche nach verschiedenen Dateien (Datenbank-Files, Master-Dateien, Log-Dateien usw.) in dem Log-Verzeichnis ist, legt sich auf dem Desktop einen Link in das Win-Test Programmverzeichnis an und im Programmverzeichnis wiederum Links auf die einzelnen Verzeichnisse im All Users Profil und auf das Logverzeichnis im Benutzerprofil. So ist man stets mit zwei Mausklicks im richtigen Verzeichnis. 5.9.11 Die richtige CTY.DAT Die beste der drei Arten von Länderdateien ist die CTY_WT_MOD.DAT. Dies kann man unter dem Menüpunkt »Optionen | Daten-Dateien | Länderdateien: : : « einstellen. Das Menü kann auch durch Eingabe des Kommandos CTYFILES erreicht werden. Praktischerweise kann man dort die Datei gleich in einem Rutsch aus dem Internet aktualisieren. 5.9.12 RTTY mit MMTTY Das MMTTY-Fenster kann ganz klein gemacht werden, da man es nur sehr selten benötigt und noch seltener bedienen muss. Da es mit der Option »Always on Top« gestartet ist, verhält es sich etwas komisch – man kann es nicht hinter das Win-Test Fenster schieben und der Fokus auf das Log-Fenster von Win-Test geht http://www.bavarian-contest-club.de/handbuch5.9 Tipps & Tricks zu Win-Test 5-11 manchmal verloren. Hat man sich aber daran gewöhnt, mit <Alt>-<TAB> zu arbeiten, funktioniert alles reibungslos. Ganz selten benötigt man bei MMTTY die Reverse-Funktion, wenn eine Station im falschen Seitenband anruft. Die Option UoS (Unshift on Space) sollte man ausschalten. Klickt man einmal versehentlich in das Spektrumdisplay erscheint dort ein kleines Dreieck. Es handelt sich um ein NF-Notch-Filter, was in der Praxis eher stört. Man schaltet es ab durch Drücken auf den Kopf »Not.«. Erhält man im Contest beim QSO-Nummernaustausch einmal Buchstabenblö- cke, die wie Ziffern aussehen, so kann man diese mit der Maus markieren und dann über rechte Maustaste »Invertieren« in Ziffern wandeln. 5.9.13 microHAM Die verbreiteten microHAM-Controller mit dem dazugehörigen Konfigurationsprogramm »USB Device Router« erlauben die Anlage unterschiedlicher Profile. Hier kann man für unterschiedliche CW-Gewohnheiten der einzelnen OPs jeweils ein Profil anlegen, das man bei OP-Wechsel über die rechte Maustaste am Router-Symbol umschalten kann. 5.9.14 Elecraft K3 Der optionale Sprachspeicher K3-DVR läßt sich unter Win-Test über von N6TV zur Verfügung gestellte LUA-Skripte [69] ansteuern. Hierbei werden bestimmte Codes über die serielle Schnittstelle an den K3-Transceiver gesendet, um die Speicher jeweils anzusteuern. Diese Funktionen legt man sich praktischerweise auf die Tasten <F1>–<F4>. 5.9.15 Zeitreisen Sollte es einmal passiert sein, dass QSOs mit falschem Datum und/oder falscher Uhrzeit geloggt wurden so besteht die Möglichkeit, dies nachträglich zu korrigieren. Sind es nur einzelne QSOs, so kann man Datum und Uhrzeit mit <Alt>-F editieren. Hat man jedoch über lange Strecken oder den gesamten Contest eine konstante Abweichung von x Stunden/Tagen/Minuten, so kann man über die Funktion »Werkzeuge | Zeitverschiebung: : : « einen Korrekturwert anwenden, ggf. auch eingeschränkt. In jedem Fall besser als nachträglich von Hand ein Cabrillo-File zu edit