Ontwerpkeuzes BLE OTA voor de Client

Hoe krijgt de Client (ESP32) de nieuwe firmware?

A

Android App Direct

De Client ESP32 start een tijdelijke BLE Server (OTA Service). De Android app verbindt direct met de Client om de firmware te pushen.

Voordeel: Simpel, hergebruikt Android OTA code.
Nadeel: Handmatige actie nodig op Client (bijv. knop indrukken).
B

Server Proxy / Relay

De Android app stuurt de firmware naar de SylDa_Server. De Server stuurt het door naar de Client via de bestaande BLE verbinding.

Voordeel: Geen directe verbinding Android-Client nodig.
Nadeel: Complexer, Server moet grote buffers hebben of flow control.
C

Client Pull (via Server)

De Server kondigt een update aan. De Client haalt de firmware "chunks" op bij de Server via een nieuwe OTA service op de Server.

Voordeel: Client heeft controle over tempo.
Nadeel: Server moet de firmware ergens opslaan (Flash/NVS/SPIFFS?) voordat hij het kan doorgeven.

Huidige Situatie

Architectuur
[Android App] --(BLE OTA)--> [SylDa_Server (ESP32)]
      |
      ? --(BLE OTA?)--> [SylDa_Client (ESP32)]