Run 2026-07-06 13:08: stepping 78->80V released the 46A load mid-ramp,
the supply output overshot to 80.46V and a protection (OVP by all log
evidence) shut it down; the sweep then logged garbage rows for the rest
of the grid. Three fixes:
- release the load down to l_start BEFORE each supply voltage step
(down-steps only; descending load sweeps keep the gated path)
- OVP preflight: query the programmed OVP level at sweep start, abort
under 2V margin above the sweep max, warn under 5V
- dead-supply abort: supply readback ~0V mid-sweep drops the garbage
point, queries which protection fired (OVP/OV/OC/OP/OT) via
_supply_trip_cause, reports it, and stops -- collected points are
still ramped down and saved
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
The 20A PSU ceiling was hardcoded and clamped user entries, which breaks
benches with a different supply. Now the sweep I limit field IS the max
input current allowed for the test environment: used verbatim as the
supply CC limit and as the step-rejection / measured-backstop ceiling.
Manual supply-current clamp removed; manual CC/CP load gate now checks
against the I limit field value. PSU_MAX_CURRENT_A is reduced to
INPUT_LIMIT_DEFAULT_A (initial field value only).
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
- stm32_link.py: port to the live 114-byte broadcast protocol (magic
0xAA55AA55, odd parity 8-O-1, 100 Hz publish, repetition-validated,
no CRC); 39 params incl. adc4_trig_phase/iin_zero_sum, CLEAR_FLAGS,
30-bit flag table; commands stay CRC-16 framed; Telemetry aliases
BroadcastData, efficiency uses iout_slow and eff_net subtracts P_sys
- gui_workers.py: STM32Worker reader thread with counter dedup, rate/
loss counters, 20 s graph history, full-rate telemetry CSV writer
- gui.py: right-side telemetry panel (link state, power + EFF net,
heatsink/board temps, Vfly group, control, HRTIM, status-flag
checkboxes, fault registers), Vfly + selectable corr/phase-ofs
graphs, 20 s rolling window on all plots, dual CSV logging (merged
stm_* columns + <stem>_telem.csv), logging on by default into
logs/data_<timestamp>.csv, Plot Eff button
- sweep guards: PSU 20 A input-current gate (conservative estimate +
measured backstop + I-limit clamp), thermal pause at 57/77 C holding
the load at 1 A until cooled 5 C below threshold, CC range pinned to
R2 for the whole run with empirical range-max readback rejection
- plot_eff.py + bench-plot entry point: efficiency vs Vin vs current
maps from any logged CSV (sweep / data log / telem autodetect), file
dialog when launched without args
- bench.py: HIOKI FAST response speed, 5 s settle defaults; cli.py
stm32-read prints the full broadcast; README + .gitignore updates
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Completes the port migration (CLI already defaults to COM11/COM4); the
GUI toolbar field still hardcoded COM1. Supply/meter stay "auto".
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
The mppt-testbench Python tooling had drifted from the flashed firmware
(bundled fw e7a23a3 vs live 1b85532) and could no longer communicate:
- stm32_link.py: CRC8 -> CRC-16/CCITT-FALSE; telemetry 68B -> 78B
(btemp, cmp_outer/inner, iout_slow, vfly_ofs_applied); add PTYPE_INT16
and commands 0x12-0x18; replace PARAMS with the current 37-param map
(single dt_normal, no dt brackets; test_corr/phase_ofs, phase PI,
precharge PI, duty dither; vfly_active 0-3).
- tuner.py: retire per-bracket deadtime; sweep the single dt_normal.
- cli.py: update tune-deadtime, help/examples, btemp readout;
default ports COM11 (load) / COM4 (stm32).
- debug console TUI: sync protocol.py/app.py/status_bar/telemetry_panel
from live (new command keys, link RX/TX/loss stats, single dead-time,
new telemetry fields, param-write auto-retry); add duty_fft.py.
- README: rewrite parameter table, deadtime section, ports, keybindings.
Verified: protocol round-trip self-tests + live `bench stm32-read`
reading all 37 params over COM4.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
