5.5 KiB
title, icon, category, since, summary, description, tagsList, related
| title | icon | category | since | summary | description | tagsList | related | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| TRX/QRG Synchronisation | 🎛️ | Station Control | 1.0 | Keep MYQRG and, with SO2R, SECONDQRG current from RadioInfo or Win-Test STATUS packets while leaving QSO logging independent. | KST4Contest can take local QRGs from compatible logger packets and make them available immediately to messages, beacons, QRG replies and Win-Test sked handover. |
|
|
Why synchronise the local QRG?
Changing frequency in the logger and then copying the same value into the chat client is easy to forget. The result may be a perfectly valid beacon or QRG reply which points to yesterday's frequency.
KST4Contest can therefore update the primary local QRG, MYQRG, from the logger. With SO2R enabled, radio 2 can update SECONDQRG independently. The current values are then available immediately wherever the application's own QRG is required.
TRX/QRG Synchronisation has existed since version 1.0. Support for native Win-Test STATUS packets is included from version 1.31 onwards.
Which sources can update the local QRGs?
Two automatic sources are available:
- compatible
RadioInfopackets received through the shared log-sync UDP listener; and - native Win-Test
STATUSpackets received through the Win-Test network listener.
If neither source is enabled, MYQRG and SECONDQRG can be entered manually in the main window. Without SO2R, automatic packets update MYQRG only. With SO2R, the configured radio or station mapping assigns radio 1 to MYQRG and radio 2 to SECONDQRG.
Frequency and QSO synchronisation are separate
The general UDP listener may receive QSO data and RadioInfo packets on the same port, but KST4Contest treats them as different functions.
A RadioInfo packet can update a local QRG; it does not mark a station as worked. Conversely, QSO or Worked synchronisation updates the log-derived station state without automatically changing a local QRG.
This separation is deliberate. A radio frequency says where the local station is operating. It says nothing about which remote station has just been worked.
MYQRG and SECONDQRG remain distinct
Without SO2R, both automatic sources update MYQRG only. This is the local QRG of the first or primary chat category; the secondary value remains independent.
With SO2R enabled, RadioInfo packets use RadioNr to update radio 1 or radio 2. Win-Test uses the configured station name for each radio. Radio 2 updates SECONDQRG, without changing the meaning of either variable.
Main or pass frequency from Win-Test
By default, KST4Contest uses the main frequency from a Win-Test STATUS packet. It can instead be configured to use the pass frequency.
If the pass value is missing or invalid, KST4Contest falls back to the main frequency. An unusable pass value therefore does not clear MYQRG or replace it with an invalid frequency.
Several Win-Test operating positions may transmit STATUS packets on the same network. The configured station-name filter accepts QRG updates only from the intended position. This prevents another operating position from taking over the local frequency merely because its packet arrived later.
What happens with several frequency sources?
All enabled sources assigned to the same radio write to the same QRG value. KST4Contest does not assign a fixed priority to RadioInfo and Win-Test STATUS packets.
If several sources are active, the most recently processed packet for that radio determines its current QRG. That is useful when the sources describe the same radio. Independent radios should use the SO2R assignments instead of competing for the same value.
Where is the synchronised QRG used?
The current assigned QRG is immediately available for:
- macros and variables, including
MYQRG,MYQRGSHORTandSECONDQRG; - automatic beacons;
- automatic QRG replies in the primary chat category; and
- a matching primary local-frequency fallback when a sked is handed to Win-Test.
The sked handover still checks whether the local QRG belongs to the selected band. Synchronisation supplies the value; it does not bypass that validation.
An active beacon treats a manual QRG edit as intentional and moves its category reference to the new value. If UCXLog or Win-Test later changes that category QRG by more than 5 kHz, KST4Contest disables the affected beacon. Without SO2R only the primary beacon can be affected by an automatic QRG update; with SO2R both category references are monitored independently.
What the function does not do
TRX/QRG Synchronisation tracks the local station's assigned frequency or frequencies. It does not detect the QRG of a remote station from chat text; that is the separate Automatic QRG Detection function.
It also does not turn a RadioInfo packet into a logged QSO. Worked information remains the responsibility of Log Synchronisation.
In practical terms, each current local QRG can feed several operating workflows, while primary QRG, secondary QRG, remote-station frequencies and Worked state keep their own meanings.