2 Commits

Author	SHA1	Message	Date
s.ayadi	2fbd2f119d	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>	2026-10-21 18:21:20 +02:00
s.ayadi	df24cf5adb	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>	2026-10-15 16:16:10 +02:00