preserve BLE reconnect validation evidence
This commit is contained in:
Vendored
+9
@@ -54,6 +54,15 @@ removed before production firmware was built and flashed.
|
||||
validated file above. Its 3,589 skipped startup bytes and one candidate-header
|
||||
rejection are deterministic, and extracting its 151 valid frames reproduces
|
||||
`direct_usb_73e5680.trk` byte-for-byte.
|
||||
- `ble_reconnect_483ace3.trk` — SHA-256
|
||||
`c4a0d795cdf9d490acaca0144c3ad33f85bbfb2214d3f7abdfe515c4e5f25398`.
|
||||
This is the resumed half of a real macOS receiver interruption against exact
|
||||
firmware commit `483ace3`. It contains 2,576 contiguous samples, sequences
|
||||
1,992 through 4,567, with zero packet/sample gaps, resets, CRC failures,
|
||||
reported drops, loop overruns, trailing bytes, or timestamp saturation. The
|
||||
final status records one disconnect and one deliberate frame replay, with
|
||||
zero notification failures or invalid ACKs. It validates that the 10.24-second
|
||||
queue covered the measured resubscription interval without permanent loss.
|
||||
|
||||
`tests/test_trikke_protocol.py` verifies the hashes, parses the captures in
|
||||
fragmented chunks, and asserts these signatures so the hardware evidence remains
|
||||
|
||||
Reference in New Issue
Block a user