TRO-JSON v4: Slots je TRO und Staubereiche (jamAreas)
- model: Slot (separator/switch/scanner/drive + Rollen), JamArea (J<Separator>, Eingang eines TRO mit allen Vorgaengern), derive_slots, derive_jam_areas; Schema sps_skel-tro-v4, v3-Dateien werden weiter gelesen - scl_context: ein JamEntr je eigenem Staubereich statt je Vorgaenger (wie UH01-UH05), Ausgaenge nennen den Staubereich des Nachfolgers - Golden Files neu erzeugt, Tests fuer Slots/Staubereiche, Doku nachgezogen Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5.5
parent
dd2d98f2ee
commit
0115ef68b7
@@ -88,6 +88,25 @@ Weichenventile (`doc/E-Planung_Bruecke.md`, "Offen").
|
||||
JSON sie trägt und nicht erst das Rendern sie kennt.
|
||||
- Schema `sps_skel-tro-v4`.
|
||||
|
||||
**Stand (2026-10-11), erster Teil umgesetzt:**
|
||||
|
||||
- `model.Slot` und `DerivedTro.slots`: `separator<n>`, `switch<n>`,
|
||||
`scanner<n>`, `drive` mit Rollen, Anzahl aus dem Katalog (`derive_slots`).
|
||||
Weichen-Slots haben noch keine `layoutId`: `tro_flow` hält das Weichen- bzw.
|
||||
Ausschleuselement nicht am TRO fest.
|
||||
- `model.JamArea` und `TroDocument.jamAreas`: je Separator laut Katalog ein
|
||||
Eingangs-Staubereich `J<Separator>` mit allen Vorgängern, dem Host und der
|
||||
Lage (`derive_jam_areas`). Bei 2Sep-Typen ist die Aufteilung der Vorgänger
|
||||
auf die zwei Eingänge offen (Hinweis im Feld `note`); beim PinStore heißt
|
||||
der Eingang vorläufig nach dem ersten Linien-Separator.
|
||||
- `scl_context` liest die Staubereiche aus der JSON: **ein** `JamEntr` je
|
||||
eigenem Staubereich statt je Vorgänger (Abweichung zu UH01–UH05 behoben),
|
||||
jeder Ausgang nennt im Kommentar den Staubereich des Nachfolgers. Golden
|
||||
Files neu erzeugt. Eine v3-Datei ohne `jamAreas` wird weiter gelesen.
|
||||
- **Noch offen aus Umbau 1:** Layout-ID der Weichen, `xIsBorner`, Vorfahrt,
|
||||
Host-Rolle, Längen (`tConvEmpty`, Staulängen), `<NNNN>`/`<k>` für den
|
||||
SCL-Namen der Staubereiche.
|
||||
|
||||
### 2. Neues Skript `hw_import.py` (Stufe 2)
|
||||
|
||||
- Liest TIA-Import (PLC Tags + Constants), EA-Liste, WSCAD-Import und optional
|
||||
@@ -335,7 +354,8 @@ unverändert.
|
||||
`--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.
|
||||
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.
|
||||
|
||||
Reference in New Issue
Block a user