Real hardware testing (Pixel 10a) showed NetworkCapabilities.getTransportInfo()
consistently returns a redacted WifiInfo (SSID "<unknown ssid>", masked BSSID)
even for the app's own self-requested WifiNetworkSpecifier network, disproving
this codebase's prior assumption of a self-request exemption from
ACCESS_FINE_LOCATION for that API path (confirmed via native diagnostic
logging cross-checked against `adb shell dumpsys wifi`, which does show and
correctly attribute the true SSID at the OS level). Rather than add a location
permission with a runtime prompt purely for this cosmetic display, the
settings pill now just shows "Connected". Documented as decision 4.24.
Auf Nutzeranfrage die Bedeutung mehrerer MSP2_INAV_*-Codes gegen den
tatsaechlichen iNAV-9.1.0-Quellcode geprueft (fc_msp.c, fc_msp_box.c,
runtime_config.h, settings.yaml):
- msp_commands.dart: Doc-Kommentar zu MSP2_INAV_STATUS (0x2000, bereits
genutzt) um das vollstaendige Bit-Layout von sensorStatus, armingFlags
und boxModeFlags ergaenzt. boxModeFlags ist kein festes Bit-pro-Modus-
Mapping, sondern muss ueber MSP_BOXIDS (ID 119) korreliert werden -
Fixed-Wing-relevante permanentIds mit aufgefuehrt. MspArmingFlags um die
komplette armingFlag_e-Referenz (alle ARMING_DISABLED_*-Gruende)
erweitert, als Dokumentation - nicht als neue Konstanten, da bisher nur
das ARMED-Bit tatsaechlich gebraucht wird.
- DMC_Architektur_und_Design.md (Abschnitt 6): fuenf bisher ungenutzte
MSP2_INAV_*-Befehle als offene Punkte aufgenommen (GEOZONE/SAFEHOME/
BATTERY_CONFIG/AIR_SPEED/TEMPERATURES) mit Payload-Details und
Einschaetzung zur Relevanz - GEOZONE (Geofencing) am interessantesten
fuer die bestehende Flugpfad-Machbarkeitspruefung.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Constantin Leue