RA in Zehntelminuten mit Beschriftung: "RA 18h36.9m" / "DE +38°47'"

Die GM4000 liefert im Auslieferzustand keine Sekunden, sondern Zehntelminuten.
Bisher wurde daraus eine Sekundenanzeige gerechnet -- die sprang in
6-Sekunden-Schritten, weil die Rohdaten sie gar nicht hergeben. Die Zehntelform
ist ehrlicher und kuerzer, und der gewonnene Platz traegt die Beschriftung:

    RA 18h36.9m
    DE +38°47'

Bei Hochpraezision entfaellt die Beschriftung, dort braucht die Deklination mit
+38°47'01" alle Zellen.

Der Mock konnte das gar nicht nachstellen -- er sendete immer das
Hochpraezisionsformat. Neu: "mount_mock.py --low" bildet den Auslieferzustand ab
(RA als HH:MM.T, DEC ohne Bogensekunden). Vorgabe bleibt hoch, damit die
bestehenden Tests mit ihren festen Erwartungen unveraendert durchlaufen.

Zur Darstellung, alles am Geraet ausprobiert:

- **Schmale Zeichen** (config.CELL_NARROW): Dezimalpunkt und der Abstand
  zwischen Beschriftung und Wert bekommen 3 statt 6 px -- in der Sperrschrift
  standen sie sonst sehr luftig. Fuer die Leerzeichen am Zeilenende gilt das
  nicht, die sollen den Rest der Zeile ueberschreiben.
- Damit entscheidet die **Pixelbreite** ueber das Abschneiden, nicht mehr die
  Zeichenzahl: "RA 18h36.9m" sind 11 Zeichen und trotzdem nur 60 px.
- **Linksbuendig ab LINE_X = 0**, der Schalter zum Zentrieren ist entfallen.
  Zentriert standen die Zeilen um wenige Pixel gegeneinander versetzt, weil die
  RA-Zeile mit ihrem schmalen Punkt kuerzer ist als die DEC-Zeile.

Ein Zwischenschritt, der wieder verworfen wurde und als Warnung im Code steht:
Ein Doppelpunkt als Trenner ("RA:18h36.9m") sah in Zeichensatz 0 zu wuchtig aus;
der aus Zeichensatz 1 ist schlanker, steht aber mitten in der obersten Zeile --
und jeder Zeichensatzwechsel zerstoert die Home-Zelle. Das erste Zeichen danach
noch einmal zu schreiben machte es schlimmer: Das nachgezogene Zeichen bemalt
GLYPH_WIDTH Pixel und frisst die linke Spalte seines rechten Nachbarn. Deshalb
steht in der obersten Zeile jetzt bewusst kein Sonderzeichen.

161 Tests gruen, am Geraet bestaetigt.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

displayloop.py

@@ -21,8 +21,29 @@ class LinkError(Exception):
 
 
 def format_coordinates(ra_raw, dec_raw):
-    """Rohstrings der Montierung fuer die Anzeige aufbereiten."""
-    return coords.format_ra(ra_raw), coords.format_dec(dec_raw)
+    """Rohstrings der Montierung fuer die Anzeige aufbereiten.
+
+    Bei **Niedrigpraezision** bekommen die Zeilen eine Beschriftung:
+
+        RA:18h36.9
+        DE:+38°47'
+
+    Das geht genau auf, weil die Montierung in diesem Modus ohnehin nur
+    Zehntelminuten (7 Zeichen) und ganze Bogenminuten (7 Zeichen) liefert -- in
+    zehn Zellen bleiben also drei fuer "RA:"/"DE:" uebrig. Die Zeilen sind
+    linksbuendig gesetzt (config.CENTER_LINES), damit beide Beschriftungen
+    buendig untereinander beginnen.
+
+    Bei **Hochpraezision** entfaellt die Beschriftung: Dort braucht die
+    Deklination mit +38°47'01" alle zehn Zeichen.
+    """
+    if config.HIGH_PRECISION:
+        return coords.format_ra(ra_raw), coords.format_dec(dec_raw)
+
+    breite_ra = config.CHARS_PER_LINE - len(config.LABEL_RA)
+    breite_dec = config.CHARS_PER_LINE - len(config.LABEL_DEC)
+    return (config.LABEL_RA + coords.format_ra(ra_raw, width=breite_ra),
+            config.LABEL_DEC + coords.format_dec(dec_raw, width=breite_dec))
 
 
 def poll_loop(display, client, interval=None, once=False,