Files
PLFM_RADAR/9_Firmware/9_3_GUI
Jason b3edc7d359 test(v7): port live-vs-replay physical-units parity guard from develop
Adapts Serhii's TestLiveReplayPhysicalUnitsParity (f895c02 on develop) to
the post-PR-Q.6 worker structure on feat/dual-range-v2.

The original f895c02 fix was for a bug where RadarDataWorker._run_host_dsp
read self._settings.velocity_resolution (RadarSettings default 1.0 m/s/bin)
while ReplayWorker used WaveformConfig (~5.343 m/s/bin) — live GUI under-
reported velocity by ~5.34x vs replay. PR-Q.6 unified both paths through
extract_targets_from_frame_crt(frame, self._waveform, ...) so the
functional bug is already gone here, but no regression test guarded the
contract until now.

Adapted assertions: AST walk of workers.py asserts that
RadarDataWorker._run_host_dsp and ReplayWorker._emit_frame both
  - call extract_targets_from_frame_crt (or self._extract_targets, which
    ReplayWorker.__init__ binds to it) with self._waveform as an arg, AND
  - do not read self._settings.{velocity,range}_resolution.

Headless-CI-safe via ast.parse on workers.py — no v7.workers import,
no PyQt6 dependency in the test path.

Test result: 4/4 new tests pass; full test_v7 150/150 pass (19 skipped,
PyQt6-gated as expected).

Co-Authored-By: Serhii <jshmitz@me.com>
2026-05-05 09:30:26 +05:45
..
2026-03-11 02:02:03 +00:00
2026-03-09 00:17:39 +00:00