hw_import --dxf: gemeinsame Zeichnung (Layout + E-Planung) als Hardwarequelle

hw_import liest mit --dxf statt der Positionsdatei eine DXF, in der Layout
und E-Planung zusammen liegen (Dematic): jeder Block mit Attribut IO ist ein
E-Bauteil (IO/VERW/BEZEICHNUNG/KENNZEICHNUNG, Einfuegepunkt), schon in
Layout-Koordinaten (HardwareDocument.layoutCoordinates). --conveyor-from-motor
nimmt den Foerderer aus der Motornummer, wenn kein K0102/#106 dasteht
("Motor KR-MA0055" -> K0055); "ILS-VARIO" zaehlt als Strecke.

merge_hw_layout: bei layoutCoordinates kein Lagebezug (Identitaet, nichts
abgelegt); --rules findet einen blossen Namen in SKEL_CFG. Neue Regeldatei
cfg/e_planning_dematic.ini (Sensor/Stopper gleiche Nummer, Weichenventil =
Nummer des Stausensors, Abstaende an dematic_merge..dxf gemessen).

Fehler behoben: zwei Antriebs-TROs auf einem Layout-Foerderer (Dematic VF_6,
TRO04/TRO06) bekamen beide denselben Vario-Motor. Jetzt Widerspruch mit
Vorschlag; scl_context faellt dann nicht auf den Motor des Foerderers zurueck.

Dematic: 115 Namen im FB_Main (alle im TIA-Import), offene Stellen 730 -> 615.
cfg/dematic_merge_tro_ids.ini: TRO-IDs der Dematic-Anlage.

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

CLAUDE.md

@@ -37,7 +37,8 @@ Template" below). What exists today is:
 - `cfg/dxf_registration.json` — persisted, verified CSV↔DXF coordinate transform;
   `cfg/tro_overrides.ini` — hand-maintained corrections to the derived TROs (see `tro_overrides.py`);
   `cfg/e_planning.ini` — project-specific rules for assigning E-planning symbols to layout parts
-  (read by `merge_hw_layout.py`, also for `e_planning.py`);
+  (read by `merge_hw_layout.py`, also for `e_planning.py`); `cfg/e_planning_dematic.ini` — the
+  same for Dematic (`merge_hw_layout --rules e_planning_dematic.ini`);
   `cfg/hw_overrides.ini` — hand corrections of `merge_hw_layout.py` (bindings per TRO slot role, conveyors);
   `cfg/parameter.ini` — tolerances, thresholds, scales and drawing sizes of the `lib/` modules
   (read by `lib/parameter.py`; no numeric settings in the code, see `doc/Python_Scripts.md` §7a);
@@ -221,7 +222,11 @@ byte — rewrite them (`SKEL_UPDATE_GOLDEN=1`) only for a reviewed, intended cha
    `*_positionsconv.json` → `<projekt>_hw.json` (`HardwareDocument`): per BMK address,
    index constant `cIn…`/`cOut…`, VERW, station, position, conveyor (`K0102`; `#106` →
    `K0106`); drives MA↔FC (+ encoder GF); cross-check of both sources. EA list and WSCAD
-   are not needed. See `doc/Python_Scripts.md` §5d.
+   are not needed. Instead of the positions file `--dxf` reads a **merged drawing** (layout +
+   E planning in one DXF, Dematic): every block with an `IO` attribute is a device, already
+   in layout coordinates (`layoutCoordinates`, no registration in the merge);
+   `--conveyor-from-motor` takes the conveyor from the motor number (`MA0055` → `K0055`).
+   See `doc/Python_Scripts.md` §5d.
 7. **`lib/merge_hw_layout.py`** (implemented, stage 3) — `<csv>_tro.json` + `<projekt>_hw.json`
    → `<csv>_anlage.json` (`model.AnlageDocument`: layout unchanged + `bindings[]` keyed by
    TRO-ID + slot + role, `conveyors[]`). Reads no CSV: the TRO-JSON carries `parts`