Drone Status Menue: Sensor-Status, Arming, Temperaturen und Steig-/Sinkrate hinzugefuegt

Neue Zeile ganz oben mit farblich kodierten Sensor-Badges (ACC/BARO/MAG/
GPS/RNG/OF/PITOT/TEMP, aus dem sensorStatus-Bitfeld von MSP2_INAV_STATUS,
zuvor schon dokumentiert aber ungenutzt), darunter ein Zeilenpaar fuer
Arming-Status und die ersten 3 Temperatursensoren (neu: MSP2_INAV_
TEMPERATURES, 0x201E). Ans Ende der Liste die Steig-/Sinkrate (vario aus
MSP_ALTITUDE, bislang nur die Hoehe selbst wurde daraus gelesen).

- msp_commands.dart: inavTemperatures-Konstante ergaenzt; die Sensor-
  Status-Bits (bisher nur als Doc-Kommentar bei MSP2_INAV_STATUS notiert)
  zu echten Konstanten (MspSensorStatusBits) promoviert, da jetzt
  tatsaechlich gebraucht.
- msp_telemetry_codec.dart: parseMspAltitudeVerticalSpeedMs,
  parseMspInavStatusSensorStatus, parseMspInavTemperaturesC ergaenzt +
  Unit-Tests.
- TelemetryFrame: sensorStatusBits (Bitmaske, protokollneutral
  durchgereicht wie navMode), temperaturesC (erste 3 Sensoren, null je
  nicht konfiguriertem Slot), verticalSpeedMs.
- msp_telemetry_poller.dart: vario kommt aus derselben MSP_ALTITUDE-
  Antwort wie die Hoehe (keine zusaetzliche Anfrage), sensorStatus aus
  derselben MSP2_INAV_STATUS-Antwort wie ARMED; MSP2_INAV_TEMPERATURES neu
  im 2-Hz-Statuszyklus abgefragt.
- MockFlightControllerLink: synthetische Sensor-/Temperatur-/Vario-Werte
  (kein Pitot/Rangefinder/Opflow am T1 Ranger vorgesehen), leicht
  schwankend, damit die neuen Felder auch ohne Hardware sichtbar auf
  Werteaenderungen reagieren.
- drone_status_messages_panel.dart: eigene Sensor-Status-Zeile (lokale
  Bit-Konstanten statt MSP-Import, analog zum bestehenden navMode-Muster
  in domain/telemetry/drone_status.dart, damit die UI protokollneutral
  bleibt), Arming+Temperaturen-Zeilenpaar, Vertical-speed-Zeile am Ende.

Auf dem Pixel_10a-Emulator verifiziert: Sensor-Badges gruen/grau je nach
Bitmaske, Arming/Temperaturen-Paar, Vertical speed am Listenende.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

app/lib/transport/flight_controller_link.dart

@@ -42,6 +42,9 @@ class TelemetryFrame {
     required this.hdop,
     required this.navMode,
     required this.flightMode,
+    required this.sensorStatusBits,
+    required this.temperaturesC,
+    required this.verticalSpeedMs,
     this.activeWaypointIndex,
   });
 
@@ -102,6 +105,22 @@ class TelemetryFrame {
   /// MspNavMode.formatted in msp_telemetry_codec.dart.
   final String flightMode;
 
+  /// Rohes `sensorStatus`-Bitfeld aus `MSP2_INAV_STATUS` (protokollneutral
+  /// als Bitmaske durchgereicht, analog zu [navMode]) - Bit-Bedeutung siehe
+  /// `MspSensorStatusBits` in `msp_commands.dart`. `0` bei
+  /// [MockFlightControllerLink]/fehlendem Frame bedeutet "kein Sensor
+  /// gemeldet", nicht zwingend "kein Sensor vorhanden".
+  final int sensorStatusBits;
+
+  /// Die ersten 3 Temperatursensoren in °C (siehe
+  /// `MspCommands.inavTemperatures`), `null` je Slot ohne konfigurierten/
+  /// gueltigen Sensor. Immer genau 3 Eintraege lang.
+  final List<double?> temperaturesC;
+
+  /// Steig-/Sinkrate in m/s, positiv = Steigen (siehe
+  /// `parseMspAltitudeVerticalSpeedMs` in msp_telemetry_codec.dart).
+  final double verticalSpeedMs;
+
   /// 0-basierter Index des gerade angeflogenen Wegpunkts in der
   /// App-eigenen Wegpunktliste (z.B. `currentMissionProvider`), oder null,
   /// wenn keine Mission aktiv ist. Bei MSP bereits aus dem 1-basierten