From 2924a4adf8e6cade509a8aaa96ad221b01c13967 Mon Sep 17 00:00:00 2001 From: Mikkeli Date: Fri, 4 Sep 2026 15:23:09 +0900 Subject: [PATCH] Rewrite as current state rather than how it was decided Co-Authored-By: Claude Opus 5 Claude-Session: https://claude.ai/code/session_013kj58Jugkic783b8ZrtTVZ --- docs/impl/plans/INITIAL.md | 14 ++++---------- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/docs/impl/plans/INITIAL.md b/docs/impl/plans/INITIAL.md index 669a52d..738f5a4 100644 --- a/docs/impl/plans/INITIAL.md +++ b/docs/impl/plans/INITIAL.md @@ -5,14 +5,11 @@ updated: 2026-09-04 --- # Initial plan -## The scope question, first +## Scope -This started as "aggregator and pusher to the tablet over USB". The pushing part -may not need to exist: over USB the tablet has an IP link via RNDIS, and the -architecture already says Class B devices reaching the bus over IP connect to the -broker directly. A Flutter MQTT client can talk to mosquitto with no hop in between. - -What does not go away: +Aggregation and the HTTP surface. **Not** a telemetry relay: over USB the tablet +has an IP link via RNDIS, and a client that can subscribe to the broker does so +directly. | Job | Why it needs a gateway | |---|---| @@ -21,9 +18,6 @@ What does not go away: | Static assets | Serving the PMTiles basemap to the display | | Non-IP transports | BT SPP and plain serial for ESP32 clients have no broker access | -So: build the aggregation and the HTTP surface. Do not build a telemetry relay for -clients that can already subscribe for themselves. - ## Order 1. Static file serving for the basemap — smallest useful thing, unblocks the map.