extend telemetry queue to five seconds

This commit is contained in:
Jay
2026-08-17 11:53:22 -04:00
parent aceaa2b270
commit bc4a2856e1
4 changed files with 8 additions and 5 deletions
+4 -1
View File
@@ -28,6 +28,8 @@ Both breakouts share SDA, SCL, 3V3, and GND. The firmware checks both possible
- ADXL345: `0x53` or `0x1D`; expected `DEVID` is `0xE5`.
- L3G4200D: `0x69` or `0x68`; expected `WHO_AM_I` is `0xD3`.
The XIAO ESP32-C3 external antenna is installed for the upcoming BLE transport.
## Sensor configuration
- ADXL345: nominal 100 Hz output rate, full-resolution mode, +/-8 g. Nominal scale is
@@ -63,7 +65,8 @@ consumer can distinguish a fresh sample from a repeated poll and identify gyro
overruns. Hardware data-ready interrupts and FIFO acquisition are deferred to the
later sensor-side acquisition refinement.
Completed samples enter a 128-record RAM queue. A lower-priority output task
Completed samples enter a 512-record RAM queue, providing 5.12 seconds of
transport-stall tolerance at 100 Hz. A lower-priority output task
batches up to eight records into versioned `TRK1` frames, isolating acquisition
from brief USB or future BLE stalls. CRC, packet and sample sequences, timestamps,
and cumulative loss/overrun counters make loss detectable.