MQTT-Display-LaserCutter/doc/ESP32-Webinterface-Bibliotheken.md
2026-03-08 10:27:54 +01:00

1.4 KiB
Raw Permalink Blame History

ESP32 Webinterface-Bibliotheken Überblick

Direkte Alternativen (ESP32-spezifisch)

ESPDash (empfehlenswert für diesen Use Case)

  • Fertige Dashboard-Komponenten: Karten, Buttons, Slider, Charts
  • Kommunikation über WebSocket → Live-Updates ohne Reload
  • Sehr wenig Code nötig
  • Basiert auf ESPAsyncWebServer (passt zum bestehenden Stack)

ArduinoJson + SPIFFS/LittleFS

  • HTML-Dateien im Flash-Dateisystem ablegen, nicht als C-Strings
  • Macht die HTML-Dateien bearbeitbar ohne Neukompilierung
  • Kein Bibliothek-Overhead, aber saubere Trennung von Code und Markup

Minimalistische String-Builder

ESPStringTemplate / Templater

  • Nur Platzhalter-Ersetzung, ähnlich der aktuellen manuellen html.replace()-Lösung
  • Kaum Mehrwert gegenüber der aktuellen Implementierung

Schwergewichtig (eher nicht für ESP32)

ESP-IDF HTTP Server + React/Vue Build

  • Zu groß, zu komplex für diesen Einsatzzweck

Fazit für dieses Projekt

Die aktuelle Lösung (rohe C-Strings + html.replace()) ist für ein so kleines Interface optimal:

  • Kein Flash-Overhead
  • Keine externe Abhängigkeit
  • Volle Kontrolle

ESPDash wäre der einzige echte Gewinn, wenn Live-Werte (Laserzeit, Status) ohne Reload aktualisiert werden sollen — das funktioniert dort via WebSocket automatisch.

Für eine reine Statusseite mit 10-Sekunden-Auto-Reload wie aktuell lohnt sich der Wechsel jedoch kaum.