1.4 KiB
1.4 KiB
ADR 0003: LAN User Configuration Transport and Lifecycle
Status
Accepted
Context
The browser-based birth-profile workflow previously depended on Web Bluetooth and an externally hosted page. It must instead run from the ESP32 and be reachable by devices on the same local network.
Decision
- Remove the BLE provisioning transport and Web Bluetooth utility.
- Retain the existing
TQ-EYESoftAP portal only for initial Wi-Fi setup. platformowns a bounded raw HTTP server contract, socket worker lifecycle, mDNS publication, request limits, and deterministic stop fallback.domainowns the embedded page,/api/profileand/api/fortunesemantics, validation, persistence calls, and mapping to platform HTTP types.control_planestarts the domain web service while STA is connected, stops it on disconnect or runtime shutdown, and retries start after reconnect.- The service is plain HTTP without authentication and is intended only for a
trusted LAN. It is advertised as
tq-cat.localand logs the DHCP address.
Consequences
- Browsers no longer need Web Bluetooth support or a separately hosted page.
- User information is readable and writable by any client on the same LAN.
- SoftAP and LAN pages remain separate, so the vendored Wi-Fi portal does not need project-specific user-profile semantics.
- A future authentication or HTTPS requirement needs a separate decision and credential lifecycle design.