181 lines
8.9 KiB
INI
181 lines
8.9 KiB
INI
; ============================================================
|
|
; tro_overrides.ini - manuelle Korrekturen an der TRO-Ableitung
|
|
; Gelesen von lib/tro_overrides.py, angewandt in lib/tro_flow.py und
|
|
; lib/tro_annotate.py. Von Hand gepflegt - wird NICHT generiert.
|
|
;
|
|
; Warum es diese Datei gibt: tro_flow.py leitet die TROs allein aus dem
|
|
; mechanischen Layout (CSV-Export) ab. Weichen, die im Export fehlen, oder
|
|
; ein SSCC-Scanner sind dort nicht erkennbar. Solche Erkenntnisse aus der
|
|
; Begehung stehen hier, damit sie den naechsten Lauf ueberleben.
|
|
;
|
|
; [<csv>.tro.<TRO-ID>] Typkorrektur an einem abgeleiteten TRO
|
|
; type = <Katalogtyp aus lib/tro_catalog.py>
|
|
; reason = <Begruendung, erscheint in der Doku>
|
|
; confidence = <Vertrauensangabe, Default 'bestaetigt'>
|
|
;
|
|
; [<csv>.openpoint.<Name>] offener Punkt - ausdruecklich noch KEIN TRO
|
|
; x / y / z = Anlagenkoordinate in mm (CSV-Koordinatensystem)
|
|
; expect = hier erwarteter TRO-Typ
|
|
; belongs_to = TRO, der das Bauteil heute enthaelt
|
|
; note = Erlaeuterung
|
|
;
|
|
; Offene Punkte aendern die TRO-Struktur nicht. Sie werden nur in der Doku
|
|
; und in der annotierten Zeichnung markiert - erst nach Pruefung in BricsCAD
|
|
; werden daraus echte TROs.
|
|
;
|
|
; ACHTUNG: die TRO-IDs sind laufende Nummern eines Laufs. Sie gelten nur zur
|
|
; angegebenen CSV-Datei. Wechselt die Datenbasis (z.B. auf export.csv),
|
|
; verschieben sich die Nummern und die Abschnitte muessen nachgezogen werden.
|
|
; ============================================================
|
|
|
|
; ------------------------------------------------------------
|
|
; Mubea 500573 - Review vom 2026-08-10 (Begehung/Layoutpruefung)
|
|
; Basis: data/mubea.csv
|
|
; ------------------------------------------------------------
|
|
|
|
[mubea.csv.tro.TRO03]
|
|
type = 1Sep1Swi
|
|
reason = Weiche am Separator 0010 vor Ort bestaetigt (Review 2026-08-10) - an dieser Stelle wird die Fahrtrichtung umgestellt; im CSV-Export fehlt das Weichenelement
|
|
confidence = bestaetigt
|
|
|
|
[mubea.csv.tro.TRO04]
|
|
type = 1Sep_SSCC
|
|
reason = Separator 0011 mit Scanner 0006 - im Review als Scanner-Stelle bestaetigt (Review 2026-08-10)
|
|
confidence = bestaetigt
|
|
|
|
[mubea.csv.tro.TRO05]
|
|
type = 1Sep1Swi
|
|
reason = Weiche am Separator 0059 vor Ort bestaetigt (Review 2026-08-10) - im CSV-Export fehlt das Weichenelement
|
|
confidence = bestaetigt
|
|
|
|
[mubea.csv.openpoint.Qualitaetskontrolle]
|
|
x = -1026.00
|
|
y = 5250.05
|
|
z = 1478.50
|
|
expect = 1Sep1Swi
|
|
belongs_to = TRO09
|
|
note = Im Review als eigene Uebergabestelle (1 Separator + 1 Weiche) gemeldet. In mubea.csv gibt es an dieser Stelle ueberhaupt kein Bauteil - Separator 0059 und Scanner 0060 tauchen erst in export.csv auf. Koordinate daher aus export.csv uebernommen. Vor der Umsetzung in BricsCAD pruefen.
|
|
|
|
[mubea.csv.openpoint.Foerderer_unten_links]
|
|
x = 529.95
|
|
y = -3895.27
|
|
z = 1468.50
|
|
expect = 1Sep1Swi
|
|
belongs_to = TRO10
|
|
note = Im Review als eigene Uebergabestelle (1 Separator + 1 Weiche) gemeldet, Position aus der Zeichnung (DXF -50375.7283 / -12309.7617, ueber cfg/dxf_registration.json auf Anlagenkoordinaten umgerechnet). Naechstes Bauteil ist Separator 0004 'Separator :30' bei 400 / -3755 auf Gefaellestrecke 0035, das derzeit zum Linienspeicher TRO10 gehoert. Vor der Umsetzung in BricsCAD pruefen.
|
|
|
|
; ------------------------------------------------------------
|
|
; export.csv - Stand Review 2026-08-10 (Begehung + Ablaufbeschreibung)
|
|
;
|
|
; Adressiert wird ueber SEP<Separatornummer>, nicht ueber die TRO-ID: die
|
|
; TRO-IDs sind laufende Nummern eines Laufs und verschieben sich, sobald - wie
|
|
; hier - TROs dazukommen. Die Separatornummer aus dem CSV-Export bleibt gleich.
|
|
; ------------------------------------------------------------
|
|
|
|
[export.csv.tro.SEP0011]
|
|
type = 1Sep1Swi
|
|
reason = Weiche am Separator 0011 vor Ort bestaetigt (Review 2026-08-10) - hier wird die Fahrtrichtung umgestellt; im CSV-Export fehlt das Weichenelement
|
|
confidence = bestaetigt
|
|
|
|
; Separator bei 10310 / -440 auf Kreisel3 Bahn R (Scanner 0008).
|
|
; Export vom 2026-08-12: aus 0063 wurde 0064 - die neuen Bauteile haben die
|
|
; Nummerierung verschoben, die Stelle selbst ist dieselbe.
|
|
[export.csv.tro.SEP0064]
|
|
type = 1Sep_SSCC
|
|
reason = Review 2026-08-12: Scanner-Stelle, keine Weiche - Einstufung gegenueber dem ersten Review (1Sep1Swi) korrigiert. Separator mit Scanner 0008.
|
|
confidence = bestaetigt
|
|
|
|
; Separator 0003 (-400 / 13920) mit Scanner 0004 auf Kreisel2 Bahn L.
|
|
; Die Ableitung stuft das als 1Sep ein (ein Scanner aendert den Typ nicht) und
|
|
; gibt nur einen Hinweis - Review 2026-08-12 bestaetigt hier die Scanner-Stelle.
|
|
[export.csv.tro.SEP0003]
|
|
type = 1Sep_SSCC
|
|
reason = Review 2026-08-12: Scanner-Stelle bestaetigt (Separator 0003 mit Scanner 0004)
|
|
confidence = bestaetigt
|
|
|
|
; Separator 0012 + Scanner 0007 bleiben als Scanner-Stelle eingestuft
|
|
; (Review 2026-08-10: "keep 1sep1scanner"). 1Sep_SSCC ist der einzige
|
|
; Katalogtyp, der Separator und Scanner zusammen fuehrt.
|
|
[export.csv.tro.SEP0012]
|
|
type = 1Sep_SSCC
|
|
reason = Separator 0012 mit Scanner 0007 - im Review als Scanner-Stelle bestaetigt (Review 2026-08-10)
|
|
confidence = bestaetigt
|
|
|
|
; --- manuell ergaenzte Uebergabestellen -----------------------------------
|
|
; Beide Separatoren sind im Export vorhanden, ihre "Zuordnung" zeigt aber auf
|
|
; ein Transportobjekt statt auf die Kreisel-Bahn, an der sie schalten. Die
|
|
; Ableitung hat sie deshalb dem Foerderer bzw. dem Linienspeicher zugeschlagen.
|
|
|
|
[export.csv.split.Kreisel2_R_vor_Foerderer]
|
|
type = 1Sep1Swi
|
|
separators = 0005
|
|
scanners = 0006
|
|
host = 0002-R
|
|
label = Separator 0005 auf Kreisel2 Bahn R (vor dem Foerderer)
|
|
reason = Review 2026-08-10: liegt auf Kreisel2 Bahn R zwischen Linienspeicher und Foerderer. Vor Ort 1 Separator + 1 Scanner, keine mechanische Weiche - wird auf Wunsch als Schaltstelle (1Sep1Swi) gefuehrt, weil hier die Wegeentscheidung faellt. Export vom 2026-08-12: Position 400/-3978 (223 mm verschoben), Zuordnung jetzt Strecke 0014 statt Gefaellestrecke 0036 - der Separator wuerde also dem Vario-TRO zugeschlagen statt dem Linienspeicher.
|
|
confidence = bestaetigt
|
|
|
|
; --- Zusammenfassung ------------------------------------------------------
|
|
; Die beiden Stellen beiderseits des Beruehrpunkts Kreisel2/Kreisel1 sind
|
|
; mechanisch getrennt (1,54 m Abstand, zwei verschiedene Kreisel), steuerungs-
|
|
; technisch aber eine Uebergabestelle. Laeuft NACH den beiden Splits oben -
|
|
; erst dadurch existieren die zwei TROs, die hier zusammengefasst werden.
|
|
;
|
|
; ACHTUNG: Typ 2Sep2Swi wurde am 2026-08-12 neu in lib/tro_catalog.py
|
|
; aufgenommen. Der Baustein FB_ILS_MTRO_2Sep2Swi existiert in der ILSLib noch
|
|
; nicht und muss dort angelegt werden.
|
|
[export.csv.merge.Beruehrpunkt_K2_K1_gesamt]
|
|
type = 2Sep2Swi
|
|
separators = 0005, 0057
|
|
host = 0002-R
|
|
label = Uebergabestelle Kreisel2/Kreisel1 (beide Sperren)
|
|
reason = Review 2026-08-12: die Sperre auf Kreisel2 Bahn R und die am Beruehrpunkt bilden zusammen eine Uebergabestelle - als ein Steuerobjekt mit 2 Separatoren, 2 Scannern und 2 Weichen gefuehrt
|
|
confidence = bestaetigt
|
|
|
|
[export.csv.split.Beruehrpunkt_K2_K1]
|
|
type = 1Sep1Swi
|
|
separators = 0057
|
|
; Scanner 0062 (1415 / -5460) ist im Export vom 2026-08-12 neu dazugekommen und
|
|
; liest an Separator 0057 - er muss mit herausgeloest werden, sonst bliebe er
|
|
; beim Vario-TRO haengen.
|
|
scanners = 0062
|
|
host = 0001-L
|
|
label = Separator 0057 am Beruehrpunkt Kreisel2/Kreisel1
|
|
reason = Review 2026-08-10: Uebergabestelle am Beruehrpunkt der beiden Kreisel (ILS Weiche 0067 bei 400/-5478, Kreisel A 0002 / Kreisel B 0001). Hier faellt die Entscheidung Kreisel1 weiter oder auf den unteren Foerderer. Zuordnung im Export zeigt auf Strecke 0014, daher bisher Teil des Vario-TRO.
|
|
confidence = bestaetigt
|
|
|
|
; ------------------------------------------------------------
|
|
; Gesetzte TRO-Topologie - Aufnahme vom 2026-08-14
|
|
;
|
|
; Diese Verbindungen ERSETZEN die abgeleiteten vollstaendig. Grund: die
|
|
; Ableitung kontrahiert ueber Kreisel-Bahnen, die als EIN Knoten modelliert
|
|
; sind, und verbindet dadurch jeden ankommenden TRO mit ALLEN TROs der Bahn
|
|
; statt nur mit dem ersten. Ausserdem ist die Fahrtrichtung der Foerderer
|
|
; zwischen zwei Kreiseln aus dem Layout nicht bestimmbar.
|
|
;
|
|
; Adressiert ueber TRO-IDs. Die sind laufende Nummern eines Laufs - kommt ein
|
|
; TRO dazu oder faellt weg, muss dieser Abschnitt nachgezogen werden. Zur
|
|
; Wiedererkennung der Stellen der Stand vom 2026-08-14:
|
|
; TRO01 Sep 0061 TRO02 Sep 0003 TRO03 Sep 0011 TRO04 Sep 0012
|
|
; TRO05 Sep 0005+0057 (2Sep2Swi) TRO06 Sep 0064 TRO07 Sep 0065
|
|
; TRO08 Sep 0066 TRO09 Vario 0013 TRO10 Vario 0014 TRO11 Vario 0016
|
|
; TRO12 PinStore (20 Linien)
|
|
; ------------------------------------------------------------
|
|
|
|
[export.csv.connections]
|
|
c001 = TRO09 -> TRO07 | transfer
|
|
c002 = TRO07 -> TRO06 | bahn
|
|
c003 = TRO06 -> TRO08 | bahn
|
|
c004 = TRO08 -> TRO12 | transfer
|
|
c005 = TRO12 -> TRO05 | transfer
|
|
c006 = TRO05 -> TRO01 | weiche
|
|
c007 = TRO05 -> TRO04 | umlauf
|
|
c008 = TRO05 -> TRO10 | transfer
|
|
c009 = TRO01 -> TRO05 | weiche
|
|
c010 = TRO10 -> TRO12 | transfer
|
|
c011 = TRO04 -> TRO03 | bahn
|
|
c012 = TRO03 -> TRO11 | transfer
|
|
c013 = TRO03 -> TRO02 | bahn
|
|
c014 = TRO11 -> TRO02 | transfer
|
|
c015 = TRO02 -> TRO09 | transfer
|