From 0c6ac1ea67d268daa08d3272403efdd37ca89754 Mon Sep 17 00:00:00 2001 From: Michael Stangl Date: Tue, 7 Jul 2026 09:55:55 +0200 Subject: [PATCH] =?UTF-8?q?.scl=20wird=20durch=20die=20Verbindungen=20zwis?= =?UTF-8?q?chen=20den=20TROs=20erg=C3=A4nzt?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- doc/Json_Layout-Konzept.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/doc/Json_Layout-Konzept.md b/doc/Json_Layout-Konzept.md index 2fa8022..53beb0f 100644 --- a/doc/Json_Layout-Konzept.md +++ b/doc/Json_Layout-Konzept.md @@ -1182,7 +1182,9 @@ Nicht aus den Listen ableitbar bleiben: Timings, Priority-Manager, Release-Ausdr #### 14.5 Skeleton-Generator -Das Skript [lib/create_skel.py](../lib/create_skel.py) (Aufruf ueber `bin\create_skel.bat`) liest die Eingabelisten und erzeugt je Steuerung ein Skeleton der JSON-Zwischendatei (`results/skeleton_UH0x.json`) sowie ein SCL-Grundgeruest. Die globalen Definitionen (Dateinamen, `VERW`-Vokabular, FB-Typ-Regeln, SCL-Aufruf-Templates) sind als JSON in [cfg/skel.cfg](../cfg/skel.cfg) ausgelagert und werden beim Programmstart aus `PV_CFG` geladen; ohne diese Datei laufen die im Skript eingebauten Defaults weiter (Cold-Start-faehig). +Das Skript [lib/create_skel.py](../lib/create_skel.py) (Aufruf ueber `bin\create_skel.bat`) liest die Eingabelisten und erzeugt je Steuerung ein Skeleton der JSON-Zwischendatei (`results/skeleton_UH0x.json`) sowie ein SCL-Grundgeruest. Die globalen Definitionen werden beim Programmstart aus `PV_CFG` geladen: [cfg/skel.cfg](../cfg/skel.cfg) (JSON: Dateinamen, `VERW`-Vokabular, FB-Typ-Regeln) und [cfg/skel_scl.cfg](../cfg/skel_scl.cfg) (INI-Style: die SCL-Aufruf-Templates, zeilenweise lesbar — jede `[sektion]` ist ein Template, der Inhalt wird verbatim inkl. Einrueckung und Leerzeilen uebernommen). Fehlende Konfigurationsdateien fallen auf die im Skript eingebauten Defaults zurueck (Cold-Start-faehig). + +Mit `--con-ini` bzw. `--con-json` liest der Generator zusaetzlich die TRO-Topologie aus [data/connect.ini](../data/connect.ini) bzw. [data/connect.json](../data/connect.json) (Format `hmf-connect-v1`, extrahiert aus [TRO_Graph_UH01-UH05.dot](TRO_Graph_UH01-UH05.dot)) und ergaenzt jedes Skeleton um einen `topology`-Abschnitt: je TRO die aufgeloeste JamArea-Verdrahtung (`entries`/`exits` inkl. `dbRef` auf `"DB_JamAreaxxxx".stJamxxxx_y`), dazu die rohen `connections`/`externals`-Listen. Beide Eingabewege liefern identische Ergebnisse. ---