Skip to content

§18 timing authority: consume or document as non-gating (sweep) #36

Description

@mijahauan

Systemic finding from the requirements baseline. Most RF clients read the hf-timestd §18 timing authority (/run/hf-timestd/authority.json via hamsci_dsp.timing.AuthorityReader) and stamp it into each record for provenance, but do not consume it to gate/correct timing — inventory reports uses_timing_calibration=false, timing_authority_applied=null.

For each client, decide and record one of: (a) wire it (apply the offset/tier to timing — required where sub-second/absolute accuracy is claimed), or (b) document as a deliberate non-gating provenance stamp (legitimate where data is minute/slot-quantized).

  • superdarn-sounder — SDS-F-092 (Phase 2 needs absolute code-epoch; → superdarn Phase 2 epic)
  • hf-tec — TEC-F-092 (absolute code-epoch PRN alignment; → hf-tec Phase 2 epic)
  • codar-sounder — CDR-F-092 (TX-cycle alignment)
  • wspr-recorder — WSP-F-090 (likely (b): minute-quantized — document the decision)
  • psk-recorder — PSK-Q-009 (likely (b): 15s/7.5s slot-quantized — document)
  • mag-recorder — MAG-F-094 (decide if PSWS needs UTC-anchored mag time)
  • hfdl-recorder — HFD-F-090 (only if a sub-frame timing product is claimed)

Note: the consumer-side AuthorityReader is also quadruplicated across clients — closing this couples with the hamsci-dsp dedup epic (DSP-F-090).

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    Status
    Backlog

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions