Execution Checklist

Hardware Bring-Up Plan

Pre-arrival completeness gates, board-day smoke tests, and fault-localization rules for the first FPGA module and carrier-board sessions.

Pre-arrival completeness gates

Gate Objective Pass Criteria Evidence
1Freeze known-good firmware and bitstream baselinesTracked commit, named artifact set, and repeatable programming flow are availableGit commit, bitstream path, reports, programming TCL; heartbeat image at docs/artifacts/te0713-te0701-heartbeat-2026-03-21.bit; FT601 integration dev image at docs/artifacts/te0713-te0701-umft601x-dev-2026-03-21.bit (WNS +0.059 ns, timing clean)
2Preserve clean implementation constraintsPositive WNS/WHS/WPWS, XDCB-5 cleared, only documented methodology residue remainsTiming summary and methodology report
3Keep regressions green before board arrivalMCU host tests and FPGA regression/integration suites pass on the tracked tree15/15 MCU and 18/18 FPGA logs
4Make first-power-on behavior observableClock, LO, beamformer, PA, and USB status can be identified from logs or status outputsDIAG coverage, status fields, ILA/debug plan
5Prepare board-arrival execution checklistPower order, abort criteria, and host-side capture steps are written and reviewedThis page plus reports and scripts references
6Document unresolved pre-hardware risksOpen issues are explicitly listed so Day-0 findings are interpreted correctlyKnown-open-risks section below

Board-arrival smoke test

  1. Inspect carrier defaults, regulator enables, jumpers, and any board-level clock source selections before power is applied.
  2. Power the carrier and module in the safest configuration with RF transmit paths disabled and document current draw immediately.
  3. Run the FPGA programming flow, verify JTAG enumeration, and confirm DONE and INIT_COMPLETE from the hardware manager script.
  4. Check deterministic reset release and heartbeat/status outputs before enabling any analog or RF-dependent function.
  5. Bring up MCU firmware logging, confirm AD9523 status pins, LO initialization results, and beamformer communication readback.
  6. Use the debug-capable FPGA image and probes to confirm raw ADC, DDC, matched-filter, and USB-path activity in that order.
  7. Exercise the FT601 path with known framing expectations before any long-duration streaming test.
  8. Only after all previous steps pass, begin PA bias, calibration, and higher-risk RF activation.

Abort criteria

  • Stop immediately on unexpected rail current, regulator instability, or thermal rise beyond the planned idle envelope.
  • Do not continue past LO bring-up if the lock GPIOs or lock-status reads disagree repeatedly.
  • Stop RF activation if beamformer scratchpad/readback checks fail on any device.
  • Do not continue USB stress testing if framing, backpressure, or bus-direction behavior is inconsistent.
  • Revert to the heartbeat or debug image if reset sequencing or clock presence is ambiguous.
  • Keep the production-target constraints and pinout source untouched while bring-up-specific targets are being adjusted.

First-power-on observability targets

Subsystem What must be visible Expected evidence
FPGA configurationJTAG enumeration, DONE, INIT_COMPLETE, optional ILA probe presenceprogram_fpga.tcl summary and hardware-manager status
ClockingAD9523 status pins and deterministic downstream reset releaseDIAG clock messages and status GPIO snapshots
LO chainADF4382A init status, timed-sync path status, TX/RX lock stateUSART3 DIAG log plus lock GPIO behavior
Beamformer controlPer-device communication sanity and basic temperature readbackADAR1000 scratchpad/readback and temperature prints
PA biasingDAC/ADC bring-up progression and IDQ calibration convergence boundsPer-channel PA DIAG output with stop conditions
FPGA data pathADC, DDC, matched-filter, and USB-path activity in sequenceILA captures and system status outputs
USB/FT601 linkStable framing, no obvious underrun/backpressure surprises, host decode sanityHost capture script output and stable packet boundaries

Required artifacts before hardware arrives

  • Named firmware baseline commit and build instructions for the MCU image.
  • Named FPGA baseline bitstream and matching `.ltx` probes file for debug sessions; current low-risk heartbeat artifact is docs/artifacts/te0713-te0701-heartbeat-2026-03-21.bit.
  • Current production-target XDC, timing summary, and methodology report.
  • Programming and debug TCL scripts for baseline and debug images.
  • Regression evidence for the tracked branch: MCU host suite and FPGA regression/integration suite.
  • Day-0 measurement sheet covering supply currents, temperatures, and observed status outputs.

View concrete artifact inventory

Host-side tools and workflows

  • JTAG programming workflow using the checked-in Vivado TCL scripts and the TE0713 heartbeat baseline built on 2026-03-21.
  • Serial capture on USART3 with timestamps preserved for bring-up logs.
  • FT601 or host-side USB capture/decoder workflow to validate framing and payload stability.
  • ILA capture workflow for raw ADC, DDC, matched-filter, and USB-domain checkpoints.
  • Repeatable checklist for baseline image, debug image, and rollback image selection.

Open printable worksheet

Known open risks before board arrival

Risk Current state Day-0 handling
Residual FT601 methodology warningProduction-target XDC cleanup is validated, but one `ft601_txe` methodology residue remains documented.Treat as a known observation item and verify real FT601 status behavior before attempting deeper constraint churn.
RF control-path realismFirmware sequencing and diagnostics improved, but LO sync, phase behavior, and beamformer control still require physical validation.Use readback-first bring-up and do not assume analog behavior from simulation or logs alone.
Prototype-grade top-level functional assumptionsThe active FPGA baseline is regression-clean, but some radar-function behavior still needs real-board confirmation under actual I/O conditions.Validate each data-path stage incrementally with ILA and host captures before full streaming claims.
PA calibration boundariesIDQ calibration logic is much safer than before, but real-device convergence and margin limits are not yet board-proven.Use conservative limits, observe every channel, and stop on abnormal current or non-convergent channels.
Board-specific integration unknownsCarrier/module interaction, rails, clocks, and connector assumptions remain partially unproven until first assembly.Begin with the tracked TE0713/TE0701 heartbeat image and configuration checks before enabling higher-energy subsystems.