Stabile TRO-IDs: ID-Datei je Anlage, Wiederfinden ueber die Lage

- lib/tro_ids.py: cfg/<csv>_tro_ids.ini lesen/schreiben, TROs ueber die
  Lage ihrer Separatoren wiederfinden, neue IDs vergeben, Weggefallene melden
- tro_flow: Nummerierung entlang des Materialflusses, Schalter --ids,
  --renumber, --id-tolerance; Bericht der IDs
- tro_annotate: liest dieselbe ID-Datei (nur lesend)
- Tests tests/test_tro_ids.py, Doku Python_Scripts.md, Konzept (Stufe 1 erledigt)

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

doc/Konzept_Layout_Hardware_SCL.md

@@ -220,26 +220,42 @@ stabil: Vergleich zweier Exporte derselben Anlage
 
 Stabil ist nur die **Lage** des Bauteils.
 
-**Vorschlag:**
+**Umgesetzt (2026-10-11, `lib/tro_ids.py`, Schalter in `tro_flow.py`;
+Einzelheiten in `doc/Python_Scripts.md` §4 "TRO-IDs"):**
 
-- Eine versionierte ID-Datei je Anlage, z. B. `cfg/<anlage>_tro_ids.ini`: je TRO
-  die ID und die Lage seines Anker-Separators (x, y in mm), optional ein Name.
-  Von `tro_flow` angelegt, von den SPS-Programmierern umbenannt.
+- Eine versionierte ID-Datei je Anlage, `cfg/<csv>_tro_ids.ini`, Abschnitt
+  `[tro]`: je TRO die ID und die Lage seines Anker-Separators (x, y in mm), der
+  Kommentar dahinter nennt Typ, Bezeichnung und Separatoren. Von `tro_flow`
+  angelegt, von den SPS-Programmierern umbenannt. Weitere Abschnitte (später
+  Separator- und Förderernummern) bleiben bei jedem Lauf erhalten. Ein anderer
+  Export derselben Anlage nutzt dieselbe Datei über `--ids`.
 
   ```ini
-  ; Beispiel, Werte erfunden
-  [mubea]
-  TRO107 = 12450.0, 3310.0   ; Kreisel 2 vor Beladung
-  TRO108 = 13250.0, 3310.0
+  [tro]
+  TRO01 = -400.0, 13920.0    ; 1Sep1Swi | Separator 0003 auf Kreisel2 Bahn L | Sep 0003
+  K0302_1 = 10310.0, -440.1  ; von Hand umbenannt
   ```
 
 - **Standard (IDs halten):** `tro_flow` liest die ID-Datei und findet jeden TRO
-  über die Lage des Anker-Separators wieder (Toleranz einstellbar). Gefundene TROs
-  behalten ihre ID. Neue TROs bekommen eine vorläufige ID (nächste freie Nummer
-  entlang des Materialflusses) und stehen im Bericht; weggefallene TROs stehen im
-  Bericht, ihre ID wird nicht automatisch wiederverwendet.
+  über die Lage seiner Separatoren wieder (Toleranz `--id-tolerance`, Standard
+  100 mm, nächster Treffer zuerst, je TRO ein Eintrag). Gefundene TROs behalten
+  ihre ID, auch umbenannte. Neue TROs bekommen die nächste freie Nummer und
+  werden an `[tro]` angehängt; weggefallene stehen im Bericht (mit dem TRO, der
+  ihren Separator jetzt enthält), bleiben in der Datei, ihre ID wird nicht
+  wiederverwendet. `tro_annotate` liest dieselbe Datei, schreibt sie aber nicht.
 - **Programmschalter `--renumber` (frühe Phase):** alle IDs neu entlang des
-  Materialflusses vergeben und die ID-Datei neu schreiben.
+  Materialflusses vergeben (Tiefensuche ab den Beladestationen, auf Kreisel und
+  Strecke in `TrackIds`-Reihenfolge) und `[tro]` neu schreiben. Ohne ID-Datei
+  geschieht dasselbe beim ersten Lauf.
+- **Geprüft** mit `mubea.csv` → `mubea_export.csv` (andere TeileIds): 18 TROs
+  wiedergefunden, darunter eine umbenannte ID; `TRO14` als weggefallen gemeldet,
+  weil der Export die Separatoren 0005 und 0036 zu einem `2Sep2Swi` (`TRO13`)
+  zusammenfasst.
+- **Noch offen:** die Abschnitte `[mubea.csv.tro.TRO03]` usw. in
+  `cfg/tro_overrides.ini` hängen an der alten Nummerierung und passen schon
+  heute nicht mehr (`TRO03` ist dort Sep 0010, im aktuellen Lauf Sep 0011).
+  Sie werden auf die IDs der ID-Datei umgestellt, sobald `tro_flow` die
+  Overrides wieder liest.
 - Dadurch werden auch die Abschnitte `[<csv>.tro.<TRO-ID>]` in
   `cfg/tro_overrides.ini` und die Zuordnungen von `hw_assign` stabil.
 
@@ -317,6 +333,7 @@ unverändert.
 
 1. **TRO-IDs stabil machen:** ID-Datei, Wiederfinden über die Lage,
    `--renumber`. Darauf bauen Overrides, Staubereiche und Zuordnungen auf.
+   **Erledigt** (2026-10-11).
 2. Slots und `jamAreas` in die TRO-JSON (Umbau 1), ein Eingangs-Staubereich je
    TRO — ohne Slots hat die Zuordnung kein Ziel.
 3. `hw_import` mit dem TIA-Import als erster Quelle.
@@ -335,7 +352,8 @@ erzeugen, `doc/Python_Scripts.md` ergänzen.
 - **Staubereiche:** woher die Separatornummer (`Sep1024` → `J1024`) stammt; wo auf
   einem Kreisel die Zählung `<k>` beginnt (Referenz K0102 prüfen). Das SCL-Schema
   ist festgelegt (UH01–UH05).
-- **Toleranz** beim Wiederfinden der TROs über die Lage; Verhalten, wenn ein
-  Separator weiter verschoben wurde (Vorschlag: als "neu" + "weggefallen" melden,
-  der Programmierer übernimmt die ID von Hand).
+- **Toleranz** beim Wiederfinden der TROs über die Lage: vorläufig 100 mm
+  (`--id-tolerance`). Ein weiter verschobener Separator wird als "neu" und
+  "weggefallen" gemeldet, der Programmierer übernimmt die ID von Hand in der
+  ID-Datei. Mit echten Layoutänderungen prüfen, ob der Wert passt.
 - **Korrekturen in BricsCAD oder in der JSON:** zurückgestellt.