extend telemetry queue to five seconds
This commit is contained in:
@@ -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.
|
||||
|
||||
Reference in New Issue
Block a user