mirror of
https://github.com/ALLFATHER-BV/wadamesh.git
synced 2026-10-09 20:17:44 +00:00
Kaj SchittecatandClaude Opus 4.8
30083efdd7
The GPS NMEA UART used Arduino's default 256-byte RX ring (~66 ms of slack at 38400 baud). On the busy touch UI a single long LVGL/map frame stalls the loop past that window, dropping bytes and corrupting NMEA ephemeris subframes — each loss costs the receiver ~30 s, turning a ~1-minute fix into several minutes or, with frequent stalls, never acquiring. Confirmed on-device: peak UART backlog hit 448 B at idle, well past the 256 B default. Bump the ring to 4096 B (~1 s of slack) before the core opens Serial1 in sensors.begin(). App-side (no core re-tag); gated to ENV_INCLUDE_GPS so both touch boards get it. A -DGPS_BUF_DEBUG backlog probe is included (compiled out of releases). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
9 lines
1019 B
Plaintext
9 lines
1019 B
Plaintext
# beta_12 — GPS hotfix (one user-facing note per non-blank, non-# line; # lines are section comments)
|
|
|
|
# --- GPS fix (headline) ---
|
|
Fixed GPS being slow to get a fix — or sometimes never acquiring at all — on the T-Deck. The GPS receives its data over a small serial buffer, and on the busy touch UI a heavy screen redraw could stall long enough to overflow it and drop the satellite data mid-stream, which forced the receiver to start over. The buffer is now 16x larger, so those redraws no longer cost you the fix — acquisition is back to normal (a fix in about a minute instead of several, or none).
|
|
|
|
# --- A note from Kaj ---
|
|
More and more people are picking up wadamesh lately — which is genuinely awesome — and it's surfacing feature requests and bug reports fast, in big numbers.
|
|
I can't get back to every post in every channel, but I'm on it: I'm prioritising the fixes and quality-of-life improvements, and I'll be working through them later today. Thanks for all the reports and for the patience!
|