Hardware Bring-up Checklist
This checklist turns the course hardware path into a repeatable engineering procedure.
1. Host workstation
| Check |
Expected result |
| Python environment installed |
tools and lab scripts can run |
| MkDocs dependencies installed |
documentation builds locally |
| Icarus Verilog installed |
HDL smoke tests can run |
| Git LFS policy reviewed |
large captures are not committed accidentally |
2. SDR board preparation
| Check |
Expected result |
| Zynq board powers up reliably |
no brownout or thermal issue |
| AD9363 module is detected |
RF frontend is visible to control software |
| Reference clock is documented |
frequency calculations are reproducible |
| Gain defaults are known |
repeatable RF experiments |
3. RF safety and signal path
| Check |
Expected result |
| Attenuation is installed when needed |
receiver input is protected |
| Coax path is documented |
reproducible setup geometry |
| Over-the-air tests are controlled |
legal and safe operation |
| Frequency plan is written down |
no accidental out-of-band transmission |
4. External receiver
| Check |
Expected result |
| RTL-SDR is detected |
independent observation path available |
| HDSDR or equivalent tool is configured |
spectrum and waterfall are visible |
| Sample rate is recorded |
IQ files can be interpreted later |
| Center frequency is recorded |
replay and analysis are traceable |
Every capture should include:
- sample rate;
- center frequency;
- RF bandwidth;
- gain settings;
- capture duration;
- file format;
- hardware setup notes.
6. Minimum acceptance criteria
A hardware experiment is ready for documentation when:
- the signal is visible on the external receiver;
- the IQ file can be replayed offline;
- FFT and constellation plots can be generated;
- the report includes configuration, assumptions and limitations.