This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

ESP32-Touchdisplay

Aktuell 0.13.39 / Display 0.7.1: dritter Tab Live Map, auch im rechten App-Dashboard neben Telemetrie. Nur Platzhalter; Karten und Webserver-Fahrer- übertragung bleiben Planung. Bildstörungen nach Startanimation nur als späterer Todo-Befund aufgenommen, kein WLAN-Fix. Live Map.

Aktuell 0.13.38 / Display 0.7.0: sechs Sekunden Startbildschirm mit TruckSim LogBook, lokalen offiziellen ETS2-/ATS-Logos und Ladebalken. Bilder in Firmware, keine SD-/WLAN-Abhängigkeit; Live-Verarbeitung läuft weiter. 251 App-Tests bestanden. Firmware geflasht, echter RESET-/Boot-Test bestanden: zwei Logos, 48 ACKs während sechs Sekunden, danach normale Oberfläche. Optische Benutzerabnahme/Stromstart ohne App/WLAN noch offen. Hauptrepo: docs/integrations/esp32-boot-screen.md und docs/fieldtest/esp32-boot-0.7.0.md.

Aktuell 0.13.37 / Display 0.6.0: Vollabgleich 791 Frachten, Namensvorschauen und exakte IDs getrennt, zehn neutrale Symbole für fehlende spezielle Grafiken. 248 App-/fünf Python-Tests bestanden. Paket 1b4f309dc0eae804 auf SD G: am Kartenleser übertragen, alle 791 Bilder geprüft; Wiedereinsetzen/visuelle Abnahme offen. Frachtbilder.

Aktuell 0.13.36 / Display 0.6.0: Road-Trip-Familienbilder bei gleichen Variantennamen, neues Paket 07c14b9d4abee9bb einschließlich Farbkorrektur. 76 Einträge/92 Namen geprüft, 242 App-Tests bestanden; Firmware unverändert, SD-Update bis zur Korrektur zurückgestellt. Frachtbilder.

Aktuell 0.13.35 / Display 0.6.0: belegte BGRA-Farbkorrektur im Paket, Frachtbild auch im Dashboard. Firmware unverändert, neues SD-Paket d167cb71652b0860 erforderlich. Erstbilder bestätigt; neue Farb-/Dashboard- Abnahme offen. Frachtbilder.

Aktuell Vorschau 0.13.34 / Display 0.6.0: 781 lokale Frachtbilder für App und SD, CRC-/Paketprüfung, sichere Platzhalter und App-UART-Delta-Updater. Karte G: ausschließlich unter trucksim/cargo beschrieben und vollständig SHA256-geprüft. 241 App-Tests, Plugin-Test 1/1 und UART-Einzelbild bestanden; sichtbare Bildanzeige und vollständiger App-Update-Gerätetest noch offen. WLAN-Kopplung/Live-Daten bestätigt, Dauerstabilität wegen Reconnects offen. Siehe Frachtbilder; die folgenden Einträge sind historische Stufen.

Aktuell Vorschau 0.13.33 / Display 0.5.3: eigenen Kopplungscode wählen, App-Textfeld editierbar, vier Zeichen wie 1234 reichen. Keine automatische Vorgabe; denselben Code am Display speichern. 224 Tests und UART/Scan bestanden, Firmware geflasht, echte WLAN-Kopplung offen. Kurze Codes leicht erratbar: nur vertrauenswürdiges LAN. Hauptrepo: docs/fieldtest/esp32-pairing-0.5.3.md.

Aktuell Vorschau 0.13.32 / Display 0.5.2: Suchsymbol neben SSID, asynchrone WLAN-Suche und scrollbare Auswahl mit Signalstärke/Geschützt/Offen. Firmware geflasht; echter Scan findet drei Netze, 213 App-Tests bestanden. Auswahl übernimmt SSID ohne automatisches Verbinden/Speichern. Touch-Auswahl und WLAN-PC-Verbindung offen. Hauptrepo: docs/fieldtest/esp32-wifi-scan-0.5.2.md.

Aktuell Vorschau 0.13.31 / Display 0.5.1: fehlende WLAN-Tastatur durch falsche LVGL-Ausrichtung korrigiert; direkt beim Öffnen sichtbar, Zahlenmodus für IP/Port. Firmware geflasht, Schreib-Hash und UART-Grenzenprüfung bestanden, 212 App-Tests. Sichtbare Texteingabe/WLAN-Abnahme offen. Bericht im Hauptrepo: docs/fieldtest/esp32-keyboard-0.5.1.md. Firewallregel ggf. auf neue EXE anpassen.

Aktuell Vorschau 0.13.30 / Display 0.5.0: WLAN/TCP statt instabiler nativer USB-Wiederverbindung. App-Tab Display: Transport, PC-IP, Port 6666 und Kopplungscode. Display-Zahnrad rechts oben: SSID/verdecktes Passwort/IP/Port/ Code mit Touch-Tastatur. Normaler USB nur Strom, UART für Flash/Diagnose. 211 Tests bestanden, Firmware über CH343/COM4 geflasht; Schreib-Hash und UART-Gerätetests bestanden. Touch-/WLAN-Abnahme offen. Ethernet bleibt Öffentlich, Firewall gezielt EXE/IP/TCP-Port/LocalSubnet als Administrator. Kein TLS, NVS unverschlüsselt, nur vertrauenswürdiges LAN. Anleitung im Hauptrepo: docs/integrations/esp32-wifi.md. Nachfolgende USB-Zwischenstände bleiben als Fehlerhistorie erhalten.

Vorschau 0.13.29, Firmware 0.4.3: USB-Hotplug noch nicht bestanden. Vor Open sechs Sekunden Portpräsenz, nach drei Fehlern Pause statt endloser Open-Versuche; Übernehmen startet neu. 199 Tests bestanden, Hardware-Test der neuen Logik offen. UART stabil bestätigt bislang Versorgung/Gerät, nicht USB-Firmware-Datenübertragung am UART. Bericht im Hauptrepository: docs/fieldtest/esp32-hotplug-0.13.29.md.

Aktuell nicht stabil abgenommen: 0.13.27 zeigt nach rund acht Minuten erneut Display an/aus und USB-Verlust. Vorschau 0.13.28 vorerst ohne Display-Worker gestartet. Firmware 0.4.3 mit Reset-Grund im Footer/Ping und Boot-Kennung über UART/COM4 geflasht, Hash bestätigt; 193 App-Tests bestanden. USB-Diagnoseprüfung und Befund nach erneutem ungewolltem Neustart noch offen. Ursache offen, keine Lösung aufgrund kurzer Stabilitätsphase behaupten. Bericht: docs/fieldtest/esp32-reset-diagnostics-0.13.28.md.

Vorschau 0.13.27: Connect/Disconnect-Meldung untersucht, gepufferten USB-Empfang ergänzt. 190 Tests und 40 Sekunden Live-Testsender ohne Wiederverbindung bestanden. Sichtbare Display-Neustarts wurden gemeldet; deren Ursache nicht abschließend bewiesen, Dauer-/Kabel-/Resetabnahme offen. Firmware bleibt 0.4.2. Bericht im Hauptrepository: docs/fieldtest/esp32-usb-reconnect-0.13.27.md.

Nachprüfung 13.10.2026: Vorschau 0.13.26 mit COM8/USB-CDC und ACK-bestätigten Live-Daten gestartet. App-Ende gibt COM8 frei; erneuter Start übernimmt Aktivierung/Port und verbindet wieder. Geräte-JSON-Test erneut bestanden. Kabelziehen, Display-RESET und feldweise Sichtprüfung noch offen.

Stand 13.10.2026: Vorschau 0.13.26 ergänzt COM-Port-Liste mit Aktualisieren und Diagnose im App-Runtime-Log. Gespeicherter fehlender Port bleibt erhalten, keine automatische Wahl fremder Geräte. 189 App-Tests, darunter simulierte ACK-/Firmware-/Abbruch-/Wiederverbindungsfälle, bestanden. Echtes USB-Abziehen, Display-Reset und App-Neustart noch abnehmen. Anleitung im Hauptrepository: docs/integrations/esp32-connection-tests.md. Todo jetzt nach Prioritäten mit festen IDs T01–T19; alte Fassung archiviert.

Aktueller Einstellungsort: eigener Tab Display zwischen System und Launcher. Diagnose bleibt unter System; Display-Schalter, Port, Übernehmen und Status unverändert. Ältere Angaben „System“ unten beschreiben den ursprünglichen Anbindungsstand.

Nativer USB-Datenbetrieb jetzt auf COM8 bestätigt: Firmware 0.4.2, transport=usb_cdc, vollständiger JSON-Gerätetest und achtsekündiger Verbindungs-/Abbruchtest bestanden. Haupt-App-Vorschau auf COM8 aktiviert und wieder gestartet. Live-Spielwerte, Touch und Wiederverbindung am nativen Anschluss noch abnehmen; beim Test keine Plugin-Daten verfügbar. Nachfolgende offene Angaben zum ersten Versuch sind Fehlerhistorie.

USB-Hardwarehinweis: EXIO5 am CH422G muss LOW sein, sonst bleibt der gemeinsam genutzte USB/CAN-Pfad auf CAN und Windows erkennt keinen ESP-Port. Die erste USB-Variante übersah dies; korrigierte Initialisierung ergänzt. UART1/UART2-Schiebeschalter ist davon unabhängig. Keine gleichzeitige CAN-Nutzung in der USB-Variante. Native USB-Abnahme nach Kabelwechsel offen.

Benutzer bestätigt Haupt-App-Anbindung. Nächster Schritt: nativer USB-Port mit eigener USB-CDC-Firmwarevariante, UART1 bleibt Flash-Rückfall. COM-Port nach Umstecken neu bestätigen, nicht andere serielle Geräte übernehmen. Anleitung: docs/integrations/esp32-native-usb.md im Hauptrepository.

Erste Haupt-App-Anbindung: Entwicklungs-Vorschau 0.13.25, noch kein vollständiger Release. Einstellungen / System enthält USB-/UART-Schalter, COM-Port, Übernehmen und Status. Standardmäßig aus; ein separater Sender ist nicht mehr erforderlich. Gemeinsamer Transport, Wiederverbindung auf dem gewählten Port, kein eigener DB-Schreibweg. Firmware weiterhin 0.4.2, 182 .NET-Tests bestanden. An/Aus, Neustart, Kabelwechsel und Live-Daten noch am Gerät abnehmen. Übergabe im Hauptrepository: docs/integrations/esp32-app-connection.md.

Aktueller Zusatzstand: Firmware/Sender 0.4.2. Tourdaten links, Fahrzeugdaten rechts; eingebetteter Katalog mit 49 LKW-/Pkw-Referenzen für Fahrzeugtyp in freier Fahrt. SCS-nahe graue Oberfläche mit gelben Akzenten und roten Chassis-Schadensbalken. 172 .NET-Tests und Geräte-UART-Prüfung bestanden; neue Optik und freie Fahrzeugerkennung noch visuell abnehmen. 0.4.2 ordnet die Telemetrie neu: Geschwindigkeit links, vier sekundäre Werte rechts in festen Spalten; Einheiten direkt am Wert, beide Schadenszeilen gemeinsam darunter. Keine Änderungen an SDK, IPC oder Schadenssemantik. Sender: artifacts/esp32-scs-preview/TruckSimLogBook.DisplayBridge.exe --port COM4. App/Plugin bleiben 0.13.24, keine DB-Schreibwege. Bus ist nur reserviert. SD-Frachtbildkatalog geplant, noch keine Bilder exportiert oder SD beschrieben. Details im Hauptrepository: docs/integrations/esp32-job-protocol.md. Nachfolgend historischer Basisstand 0.3.0.

Arbeitsstand 12.10.2026, App/Plugin weiterhin 0.13.24.

Hardware anhand Benutzerfoto bestätigt: Waveshare ESP32-S3-Touch-LCD-7 Rev. 1.2, 800 × 480 Pixel. USB/UART-Anschluss an COM4 mit CH343-Wandler erkannt. 16 MB Flash und 8 MB PSRAM am Gerät bestätigt. UART-Testfirmware 0.1.0 geprüft; inzwischen Display-Firmware/Sender 0.3.0 mit zwei Ansichten und Telemetrieempfänger, reale Fahrabnahme noch offen.

Im Hauptprojekt prüft scripts/check-esp32-port.ps1 die vorhandenen Windows-Gerätemetadaten ohne Öffnen des Ports oder Reset des Boards. Porterkennung ist keine Bestätigung von Baudrate, Speicher oder Firmware.

Die alte Firmware durfte auf Benutzerwunsch ersetzt werden, vorhandene Backups reichen aus. SD-Karte nicht gelöscht. UART-Test bei 115200, 8N1: Ping, Speicher, ungültige/überlange Frames, Timeout und Erholung bestanden. Testskript scripts/test-esp32-uart.py gibt COM4 anschließend wieder frei. Seit 0.2.0 LCD/Touch mit Espressif-Boardkonfiguration und LVGL 8.4.0 initialisiert. Beide Tabs durch Benutzerfotos und echte Touchkontakte bestätigt. Schriftkorrektur 0.2.1 ersetzt fehlende Umlaute durch eigene lateinische Bitmapfonts aus OFL-lizenzierter Montserrat-Quelle. Alle Fontgrößen am Gerät auf deutsche Zeichen geprüft, 0.2.1 geflasht und UART-/Framebufferprüfungen bestanden. Benutzer bestätigt am 12.10.2026 die korrekte Darstellung und weiterhin funktionierenden Touch. Dauerbetrieb und vollständige Unicode-/Modnamen-Abnahme bleiben offen.

Separater Windows-Sender liest ausschließlich Plugin-Shared-Memory und überträgt bis zu viermal pro Sekunde Geschwindigkeit, Drehzahl, Gang, Liter/Reichweite und verfügbare Fahrzeug-/Auflieger-Chassiswerte per COM4. Keine DB-/Logdateien. Ohne Plugin-Speicher Werte --; nach drei Sekunden ohne gültiges Telemetriepaket Verbindung unterbrochen. 512-Byte-Grenze, ungültige Zahlen abgewiesen, ACK und Wiederverbindung auf demselben Port. 157 .NET-Tests und UART-/Hardwarefehlerfälle bestanden. Nicht erkannte SDK-Kanalverfügbarkeit und fehlendes Pause-/Frame-Alter-Signal bleiben Grenzen.

Start im Hauptprojekt: artifacts/esp32-live-preview/TruckSimLogBook.DisplayBridge.exe --port COM4. Freie Fahrt genügt, Plugin erforderlich, keine Windows-App notwendig. Eine zusätzlich geöffnete App speichert weiterhin ihre eigenen Daten. Benutzer bestätigt eintreffende Werte in ATS Road Trip. Fahrzeugschaden gesondert offen: Plugin liefert Chassiswert, nicht automatisch ATS-Gesamtschaden; -- für unbekannt von gültigen 0,0 % unterscheiden. Benutzer bestätigt: Pkw zunächst 0,0 % vor/nach Reparatur, LKW-Schaden sichtbar; spätere Rückmeldung bestätigt nun auch übermittelten Pkw-Schaden. Komponenten-Diagnose Motor/Getriebe/Kabine/Chassis/Räder als nächster Abgleich; kein geratener Ersatzwert und keine unbelegte Gesamtschadensformel. Nächste Schritte: Gang-/Automatikdarstellung abstimmen, weiterer Messwert-/Komponentenabgleich, danach Auftragsdatenvertrag. Touch wechselt zwischen Aufträgen und Telemetrie; Live-Karte folgt später aus dem separaten Kartenexport. Keine Spielsteuerung, keine Profil-Secrets und keine DB-Schreibvorgänge durch die Display-Anbindung selbst.

Technische Einzelheiten und Prüfnachweise im Hauptprojekt: docs/integrations/esp32-display.md, docs/integrations/esp32-live-protocol.md, Todo-Punkt 14 aktiv begonnen.

Hersteller-FAQ zu UART1/CH343 und UART2.