v2.7.2: Aircraft list screen, radar night dimming, and flash savings
New: - Aircraft list (Menu -> Flight Options, top entry): sortable list (distance/altitude/callsign) of every aircraft currently in range, with the same altitude color-coding and emergency/watchlist border highlighting as the radar. Tapping a row jumps back to the radar with that aircraft's detail panel already open. - Night dimming now also softens the radar screen itself (aircraft markers and the sweep line switch to darker tones) during the existing 22:00-06:00 window, reusing the same setting - no new toggle. Improved: - Removed the unused built-in TFT_eSPI number fonts (GLCD/Font2/ Font4/Font6/Font7/Font8) from platformio.ini - the project only ever uses the custom UI font via setFreeFont(). Saves ~15KB flash. Also documents a CYD-flightradar.bin staleness safety check in the CLAUDE.md release workflow (delete any leftover copy from a previous release before renaming the fresh build, so an old binary can never be silently re-used for a GitHub release). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
23
CLAUDE.md
23
CLAUDE.md
@@ -193,6 +193,29 @@ in dieser Reihenfolge:
|
||||
sonst schlägt `pio run --target upload` fehl, weil es die Datei unter
|
||||
dem Namen `firmware.bin` erwartet.
|
||||
|
||||
SICHERHEITSPROBLEM bei dieser Umbenennung: Falls im
|
||||
`.pio/build/esp32dev/`-Ordner bereits eine `CYD-flightradar.bin` von
|
||||
einem vorherigen Release liegt (weil Alex vergessen hat, sie nach dem
|
||||
Release manuell zu löschen), darf das Umbenennen NICHT einfach
|
||||
übersprungen werden (z.B. weil ein `mv`/Kopiervorgang auf eine bereits
|
||||
existierende Zieldatei fehlschlägt oder stillschweigend nichts tut) -
|
||||
sonst verwendet Alex beim nächsten GitHub-Release versehentlich die
|
||||
ALTE, veraltete `CYD-flightradar.bin`, obwohl der frisch gebaute Code
|
||||
neuer ist. Das ist ein ernsthaftes Risiko (veraltete Firmware wird
|
||||
veröffentlicht, ohne dass es auffällt). Deshalb bei JEDEM Release als
|
||||
expliziter, nicht überspringbarer Schritt:
|
||||
a) Prüfen, ob im `.pio/build/esp32dev/`-Ordner bereits eine Datei
|
||||
namens `CYD-flightradar.bin` existiert.
|
||||
b) Falls ja: diese alte Datei IMMER ZUERST LÖSCHEN, bevor die aktuelle
|
||||
`firmware.bin` umbenannt wird (nicht überspringen, nicht
|
||||
stillschweigend stehen lassen).
|
||||
c) Danach die aktuelle `firmware.bin` zu `CYD-flightradar.bin`
|
||||
umbenennen (wie oben beschrieben).
|
||||
d) Am Ende der Release-Zusammenfassung IMMER explizit erwähnen, ob eine
|
||||
alte `CYD-flightradar.bin` gefunden und gelöscht wurde, damit Alex
|
||||
das mitbekommt (z.B. "Hinweis: eine alte CYD-flightradar.bin lag
|
||||
noch im Ordner und wurde vor dem Umbenennen gelöscht").
|
||||
|
||||
## Nach jedem erfolgreichen Build automatisch flashen
|
||||
|
||||
Sobald `pio run` (Build) erfolgreich ohne Fehler durchgelaufen ist, IMMER direkt
|
||||
|
||||
Reference in New Issue
Block a user