hfmodem

Implementation evidence

Results for hfmodem's four modes. RF reception, gateway transfers, independent bench decodes and simulations are identified separately.

PACTOR

Confirmed outbound mail delivery through WS8EOC over PACTOR-3. Four messages received through KB5LZK over PACTOR-1, with a normal session close.

ResultEvidence and conditionsRecord
PACTOR-3 outbound mail deliveredW9SSJ via WS8EOC; receipt confirmed by the operatorMessage 9WQNVWBDLVOY
Four messages fetched; session closed normallyKB5LZK; PACTOR-1 throughout the exchange. Message IDs: JWKY65C2OZES, FP8L9JM4Q2L3, YQKB3UDBH1KG, J7VQ9ZYDX9L5Station log
PACTOR-1 payload delivered byte-exact to the peer's hostVirtual audio with Sailer's (HB9JNX) hf-pactor software; frozen-counter and altered-payload negative controlsBench record
PACTOR-1 rate reduction in both directionsBench tests cover local fallback and requests for the peer to halve its rateTest suite
PACTOR-2 SL1 entry frame decodedIndependent monitor on the benchStation bench record
PACTOR-3 payload prefixes decoded at all six speed levelsReference decoder over virtual audio; idle/CR normalization, wider lock search at SL1/2Bench record
PACTOR-3 grants and entry packets receivedStation summary of 68 attempts: four reached a grant and two reached a grant plus a decoded entry packet. Separate 40 m and 80 m records contain banner and packet payload fragmentsStation logs

PACTOR-3 mail delivery is demonstrated through one gateway; speed-level coverage and reliability across gateways remain open. PACTOR-2 evidence is at the bench level. The association between status-byte bits 4–5 and a PACTOR-3 grant is an inference from two gateways; see capability negotiation.

Mode guide · ARQ implementation

VARA

Mail reception through K0SI and confirmed outbound delivery through KB8AY. Multiple deliveries confirmed by the operator.

ResultEvidence and conditionsRecord
Three complete message files and one partial file savedK0SI; four mail offers, BW2300, 40 m, 7101.8 kHz center, 10 W; acknowledged closeStation log
Secure login accepted and outbound body acceptedKB8AY; BW2750, 40 m. CMS challenge answered, proposal V15F3FF1BAF4 accepted with FS Y, body followed by FF, session closed with FQStation log
Outbound message delivered to its internet addressKB8AY; BW2300, 40 m, 7101.5 kHz center; gateway acceptance and destination receipt confirmedMessage NL03TXWQ8SGL
Multiple outbound deliveries confirmedReceipt in Gmail confirmed by the operator; gateway and session details unspecifiedOperator report
All 41 connect tones recoveredMichigan KiwiSDR recording of a KC9GHZ call on 7103.5 kHzRemote recording

The secure-login and confirmed-delivery records used the registered third-party SID [Pat-1.0.0-B2FHM$]. They establish the challenge-response and B2F exchange under that client identity. Inbox confirmation establishes delivery of the named message through KB8AY.

Mode guide · Session implementation

ARDOP

The besra implementation has transferred mail in both directions, in separate gateway sessions.

ResultEvidence and conditionsRecord
Message fetchedWW2MI gateway sessionStation log
Outbound message deliveredWW2MI gateway session with delivery confirmationMessage 2KX2HWM919HR
Three messages fetched in one sessionW6IDS gateway sessionStation log
Bidirectional cross-decode across all 59 frame typesardopcf reference codecBench record

Reference-codec and recording-dependent tests report skips when those inputs are absent. pytest -rs lists them.

Mode guide

sabir

Sabir is experimental and unfinished. Its protocol and wire format are subject to change. Beacons have been decoded from two remote receivers; session traffic and host integration are exercised through simulated channels.

ComponentDemonstrated behaviorEvidence
Beacon reception40 m transmissions decoded from public receivers 103 and 302 miles awayRemote recordings, decoded with hfmodem
ARQ and retransmissionSelective codeword acknowledgement, timeout retry and payload resegmentation without duplicate deliveryState-machine tests and channel simulations
Turn-takingSender handover, receiver turn requests and turn recoveryState-machine tests; bidirectional Watterson channel simulation
DisconnectHost-requested close, remote close and abort; stale-session controls rejectedState-machine and host-interface tests
Host interfaceSingle framed-CBOR connection per station; bidirectional payload transferPaired servers over simulated channels
Data profiles and object transferOFDM and narrow FSK profiles; connectionless object framing and integrity checksError-free and Watterson channel simulations

The radio entry point transmits beacons and prepared datagrams. Connecting the two-way session engine to live audio and PTT remains incomplete. Carrier groups masked during a session remain masked; re-probing is unfinished.

Mode guide · ARQ implementation · Host interface

Source records

RF transfer results come from station logs and operator receipt confirmations. The delivery references are message 9WQNVWBDLVOY for PACTOR-3 through WS8EOC and message NL03TXWQ8SGL for VARA through KB8AY, plus message 2KX2HWM919HR for ARDOP through WW2MI. Named reference decoders and remote receivers provide the independent observations identified above. Simulation results use two instances of hfmodem.