hw_import + merge_hw_layout: Hardwareplanung einlesen und mit dem Layout zusammenfuehren

Stufen 2 und 3 aus doc/Konzept_Layout_Hardware_SCL.md:

- lib/hw_import.py: TIA-Import (*_TIA.xlsx, ohne openpyxl gelesen) +
  Positionsdatei (*_positionsconv.json) -> <projekt>_hw.json: je BMK
  Adresse, Index-Konstante, VERW, Station, Lage, Foerderer (K0102, #106 ->
  K0106); Antriebe MA/FC/GF; Gegenpruefung beider Quellen.
- lib/merge_hw_layout.py: <csv>_tro.json + <projekt>_hw.json ->
  <csv>_anlage.json (model.AnlageDocument): bindings je TRO-ID + Slot +
  Rolle mit Konstante und Adresse, Foerderer per Mehrheit (Mubea: K0102 =
  Kreisel3, K0104 = Kreisel2, K0105 = Kreisel1), Handkorrekturen
  cfg/hw_overrides.ini. Zuordnungslogik aus e_planning.py hierher
  verschoben; e_planning re-exportiert sie, Ergebnis unveraendert.
- TRO-JSON traegt optional `parts` (Lage/Huellbox, tro_flow --json),
  PinStore bekommt Slots line<n>.
- Gespeicherter Lagebezug mit SHA-256 der Positionsdatei; Unterordner in
  Eingabenamen relativ zu SKEL_DATA.
- Doku: Python_Scripts.md 5d/5e, Konzept, E-Planung_Bruecke (Abgleich
  mubea_layout.dxf / CSV / E-Planung).

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

doc/Konzept_Layout_Hardware_SCL.md

@@ -23,11 +23,11 @@ Hardware später nachtragen können, ohne Layout-Arbeit zu wiederholen.
 
 ```text
 Abteilung 1: Anlagenlayout                 Abteilung 2: Hardwareplanung (später)
-CSV ──tro_flow──> <csv>_tro.json           EA/TIA/WSCAD.xlsx, positionsdraw.json
+CSV ──tro_flow──> <csv>_tro.json           TIA.xlsx, positionsdraw.json
                   (TROs, Abfolge,           ──hw_import──> <projekt>_hw.json
                    Staubereiche, Slots)                    (globale Variablen, Geräte)
                         │                                        │
-                        └──────────── hw_assign ─────────────────┘
+                        └──────────── merge_hw_layout ─────────────────┘
                                           │
                                    <csv>_anlage.json  (Layout + Zuordnungen)
                                           │
@@ -37,8 +37,8 @@ CSV ──tro_flow──> <csv>_tro.json           EA/TIA/WSCAD.xlsx, positionsd
 | Stufe | Skript | Eingabe | Ausgabe | Status |
 |---|---|---|---|---|
 | 1 Layout | `tro_flow.py --json` | CSV, `cfg/tro_overrides.ini` | `<csv>_tro.json` | vorhanden, wird erweitert |
-| 2 Hardware | `hw_import.py` | `*_TIA.xlsx`, `*_EA.xlsx`, `*_WSCAD.xlsx`, `*_positionsdraw.json` | `<projekt>_hw.json` | neu |
-| 3 Zuordnung | `hw_assign.py` | `<csv>_tro.json`, `<projekt>_hw.json`, Regeln, `cfg/hw_overrides.ini` | `<csv>_anlage.json`, Bericht `.md` | neu (Logik aus `e_planning.py`) |
+| 2 Hardware | `hw_import.py` | `*_TIA.xlsx`, `*_positionsdraw.json` (optional `*_EA.xlsx`/`*_WSCAD.xlsx` ohne Positionsdatei) | `<projekt>_hw.json` | vorhanden (2026-10-15), ohne EA/WSCAD |
+| 3 Zuordnung | `merge_hw_layout.py` | `<csv>_tro.json`, `<projekt>_hw.json`, Regeln, `cfg/hw_overrides.ini` | `<csv>_anlage.json`, Bericht `.md` | vorhanden (2026-10-15, Logik aus `e_planning.py`) |
 | 4 SCL | `scl_skeleton.py` | `<csv>_anlage.json` (oder nur `<csv>_tro.json`) | `.scl` | vorhanden, wird umgestellt |
 
 Grundsätze:
@@ -109,8 +109,12 @@ Weichenventile (`doc/E-Planung_Bruecke.md`, "Offen").
 
 ### 2. Neues Skript `hw_import.py` (Stufe 2)
 
-- Liest TIA-Import (PLC Tags + Constants), EA-Liste, WSCAD-Import und optional
-  `positionsdraw.json`.
+- Liest TIA-Import (PLC Tags + Constants) und `positionsdraw.json`. Das genügt:
+  bei Mubea stehen alle BMK der Positionsdatei im TIA-Import, die Kommentare sind
+  gleich; EA-Liste und WSCAD-Import bringen nichts dazu (EA ohne Namen, WSCAD nur
+  die E/A-Baugruppe, die `KENNZEICHNUNG` schon trägt). EA/WSCAD nur als Ersatz,
+  wenn keine Positionsdatei vorliegt (Weg "nur EA-Liste" in Stufe 3). Befund in
+  `doc/E-Planung_Bruecke.md`, "Nachprüfung 2026-10-15".
 - Schreibt ein neues Modell `HardwareDocument`:
   - **Geräte** je BMK: Adresse, Index-Konstante (`cInBG3306`), Kommentar, VERW,
     Steuerung, Station/Schrank, Position (falls vorhanden);
@@ -122,7 +126,7 @@ Weichenventile (`doc/E-Planung_Bruecke.md`, "Offen").
 - Erste Quelle: der TIA-Import, weil er Namen und Konstanten 1:1 liefert und die
   spätere Prüfung des SCL ermöglicht.
 
-### 3. Neues Skript `hw_assign.py` (Stufe 3)
+### 3. Neues Skript `merge_hw_layout.py` (Stufe 3)
 
 - Eingabe: `<csv>_tro.json` + `<projekt>_hw.json`; das CSV wird nicht mehr gelesen.
 - Zuordnungswege, als Regeln in einer INI (heute `cfg/e_planning.ini`):
@@ -152,6 +156,36 @@ Weichenventile (`doc/E-Planung_Bruecke.md`, "Offen").
 - **Gegenprüfung** beider Quellen (Anzahl Separatoren vs. `IN SEP`, Weichen vs.
   `AE ABZWEIG`, angetriebene Strecken vs. `MA`) in den Bericht.
 
+**Stand Umbau 2/3 (2026-10-15), umgesetzt:**
+
+- `lib/hw_import.py` (`bin/hw_import.bat`): TIA-Import (Blätter an der
+  Kopfzeile erkannt, xlsx ohne openpyxl gelesen) + Positionsdatei →
+  `<projekt>_hw.json` (`HardwareDocument`, `sps_skel-hw-v1`): je BMK Adresse,
+  Richtung, Index-Konstante, VERW, Station, Lage, Förderer; Antriebe mit
+  Motorschutz und Geber; Gegenprüfung beider Quellen. EA-Liste/WSCAD nicht
+  gelesen (Weg "nur EA-Liste" bleibt offen).
+- `lib/merge_hw_layout.py` (`bin/merge_hw_layout.bat`): `<csv>_tro.json` +
+  `<projekt>_hw.json` → `<csv>_anlage.json` (`model.AnlageDocument`,
+  `sps_skel-anlage-v1`): Layout unverändert unter `layout`, daneben
+  `bindings[]` (Schlüssel TRO-ID + Slot + Rolle, mit Konstante und Adresse aus
+  dem TIA-Import, Status `zugeordnet`/`offen`/`widerspruch`/`ohne_slot`) und
+  `conveyors[]`. Handkorrekturen `cfg/hw_overrides.ini`, Zahlenwerte
+  `cfg/parameter.ini [merge_hw_layout]`.
+- Damit `merge_hw_layout` kein CSV liest, trägt die TRO-JSON jetzt `parts` (Lage und
+  Hüllbox der Layout-Bauteile, von `tro_flow --json`; Schema bleibt v4, eine
+  Datei ohne `parts` liest sich weiter). Ein `PinStore_Auto` hat je Lagerlinie
+  einen Slot `line<n>`.
+- **Förderernummer:** die E-Planung nennt Förderer im Klartext als `K0102` bzw.
+  `#106` (beides dieselbe Nummer, `CONVEYOR-#103` = `CONVEYOR-K0103`).
+  `merge_hw_layout` ordnet sie per Mehrheit der Feldgeräte einem Layout-Förderer zu
+  (Mubea: K0102 = Kreisel3, K0104 = Kreisel2, K0105 = Kreisel1). Das ist die in
+  "Staubereiche" gesuchte Quelle für `<NNNN>` und für `xInCarouselRun`.
+- Gespeicherter Lagebezug mit SHA-256 der Positionsdatei; ein neuer Stand
+  gleichen Namens wird neu ermittelt.
+- Noch offen: Weichen-/Ausschleus-Slots mit Layout-ID (sonst bleiben
+  Stausensoren und Ausschleusventile `ohne_slot`), Scanner (`BX`), Weg "nur
+  EA-Liste", Umstellung von `scl_skeleton` (Umbau 4).
+
 ### 4. `scl_skeleton.py` / `scl_context.py` (Stufe 4)
 
 - Liest **eine** Eingabe: `<csv>_anlage.json`; ohne Hardwareteil wie heute
@@ -180,16 +214,16 @@ Projektdatei `cfg/defaults.ini`.
 | `tro_extract.py` | entfällt bzw. wird umgebaut (unten) |
 | `scl_skeleton.py`, `scl_context.py` | Stufe 4, Umstellung auf `<csv>_anlage.json` |
 
-### `e_planning.py` → `hw_import` + `hw_assign`
+### `e_planning.py` → `hw_import` + `merge_hw_layout`
 
 | Teil heute | Wohin |
 |---|---|
 | `load_positionsdraw`, `EDevice`, `pair_drives` | `hw_import.py` |
-| `resolve_transform`, `load_rules`, `_assign_spatial`, `_assign_by_number`, Bericht | `hw_assign.py`, Ziele = Slots statt CSV-Bauteile |
-| `cfg/e_planning.ini` | Regeldatei von `hw_assign` |
+| `resolve_transform`, `load_rules`, `_assign_spatial`, `_assign_by_number`, Bericht | `merge_hw_layout.py`, Ziele = Slots statt CSV-Bauteile |
+| `cfg/e_planning.ini` | Regeldatei von `merge_hw_layout` |
 | `EplanDocument` / `<csv>_eplan.json` | entfällt, ersetzt durch `bindings[]` |
 
-Übergang: `e_planning.py` bleibt kurz als Hülle, die `hw_import` und `hw_assign`
+Übergang: `e_planning.py` bleibt kurz als Hülle, die `hw_import` und `merge_hw_layout`
 nacheinander aufruft, damit `bin/e_planning.bat` weiter funktioniert; danach
 löschen.
 
@@ -276,7 +310,7 @@ Einzelheiten in `doc/Python_Scripts.md` §4 "TRO-IDs"):**
   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.
+  `cfg/tro_overrides.ini` und die Zuordnungen von `merge_hw_layout` stabil.
 
 ### Staubereiche
 
@@ -356,9 +390,12 @@ unverändert.
 2. Slots und `jamAreas` in die TRO-JSON (Umbau 1), ein Eingangs-Staubereich je
    TRO — ohne Slots hat die Zuordnung kein Ziel. **Erster Teil erledigt**
    (2026-10-11, siehe Umbau 1 "Stand").
-3. `hw_import` mit dem TIA-Import als erster Quelle.
-4. `hw_assign` mit der räumlichen Logik aus `e_planning.py`; `e_planning.py` als
-   Übergangshülle.
+3. `hw_import` mit dem TIA-Import als erster Quelle. **Erledigt** (2026-10-15,
+   siehe unten "Stand Umbau 2/3").
+4. `merge_hw_layout` mit der räumlichen Logik aus `e_planning.py`; `e_planning.py` als
+   Übergangshülle. **Erledigt bis auf die Hülle** (2026-10-15): die Logik liegt
+   in `merge_hw_layout.py`, `e_planning.py` importiert sie und bleibt vollständig,
+   solange `scl_skeleton --eplan` die `<csv>_eplan.json` liest (Schritt 5).
 5. `scl_skeleton` auf `<csv>_anlage.json` umstellen, `--eplan` entfernen;
    `tro_annotate` auf JSON umstellen.
 6. Defaults (`cfg/defaults.ini`), `FB_CallSensors`, EA-Liste ohne Positionen.