Signal Catalog¶
This is the current registered emitter surface, not a roadmap. Some registered entries are not runnable generators: they expose a selector and then raise a clear backend error rather than synthesizing IQ.
Runnable generation surface¶
Registry key |
Labels |
Backend |
Boundary |
|---|---|---|---|
|
BPSK, QPSK, QAM and other TorchSig constellation labels |
TorchSig |
Install |
|
The selected TorchSig builder’s labels |
TorchSig |
Install |
|
|
|
Shipped chirp Golden Path uses this emitter |
|
|
|
Install |
|
12 |
|
Install |
|
|
|
Install |
The narrowband Golden Path intentionally uses only BPSK, QPSK, 16-QAM, and
64-QAM and therefore requires uv pip install -e '.[torchsig]'. See
TorchSig integration for the optional
boundary, Emitter API for exact class contracts, and
Golden Paths for qualified workflows.
Registered but not runnable synthesis¶
The former pulsed_radar selector was a nonfunctional stub and has been
retired. Configurations that still name it now receive the normal unknown
selector error; active-radar response generation uses the common
radar response and receiver-capture contracts
instead.
adsb, ble, wifi, zigbee, lte, lora_sdr, and lora_phy are
registered extension points, but their generation
backends are currently stubs. They are not dataset-generation options until
their backend is implemented and tested. Their presence in an entry-point list
is not a capability claim.
Using the catalog¶
Inspect the installed environment rather than relying on a hard-coded version table:
rfgen list-nodes --json
The emitted JSON rows identify role, family, selector, implementation,
and origin; they do
not certify that an optional backend is installed or runnable. To select a
runnable source, materialize a supported template and
edit config.yaml, then run rfgen validate --config-dir DIRECTORY before
generation. Research candidates and deferred waveform families belong in
Project & Research, not this Reference page.