s.ayadi
404d500271
Staubereiche heissen DB_JamArea<NNNN>.stJam<NNNN>_<k> (Regel der SPS-Programmierung, Dematic): NNNN = Foerderer, auf dem der Staubereich liegt (Kreisel- bzw. Vario-Motor), k zaehlt auf diesem Foerderer in Fliessrichtung. Foerderer: eigener Vario-Antrieb, sonst Separator auf einem Kreisel (staubereich_kreisel_max_mm in cfg/parameter.ini [scl_context]), sonst Kreisel-Host, sonst letzter Antriebs-TRO davor auf derselben Strecke. k folgt der Nachfolgerkette auf dem Foerderer, nicht der REGION-Reihenfolge (Breitensuche, Dematic Kreisel3 sonst TRO20 vor TRO23). Programm-DBs zaehlen in der --strict-Gegenpruefung nicht als Geraete. merge_hw_layout: von Hand gesetzte Antriebe (hw_overrides.ini) bekommen keinen zusaetzlichen automatischen Widerspruch-Eintrag mehr. hw_overrides.ini Dematic: VF_6 = MA0043 (TRO04/05) + MA0044 (TRO06/07), VF_4 = MA0045 (TRO01/02, K0045 = 0008); Separatoren nach Klartext statt kleinstem Abstand - TRO04 hatte BG0111 von VF_4. Dematic: alle 25 Staubereiche benannt, 123 Slot-Rollen, 0 Widersprueche, offene Stellen 615 -> 494. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
59 lines
2.5 KiB
INI
59 lines
2.5 KiB
INI
; ================================================================
|
|
; hw_overrides.ini - Handkorrekturen fuer lib/merge_hw_layout.py
|
|
; ================================================================
|
|
; Was die Regeln (cfg/e_planning.ini) nicht oder falsch zuordnen, wird hier
|
|
; von Hand gesetzt. Angewendet nach der automatischen Zuordnung; im Bericht
|
|
; <csv>_anlage.md mit Regel "hand".
|
|
;
|
|
; Je Anlage (Name der CSV, aus der die TRO-JSON stammt) zwei Abschnitte:
|
|
;
|
|
; [<csv>.bindings]
|
|
; <TRO-ID>.<Slot>.<Rolle> = <BMK> BMK setzen (muss im TIA-Import stehen)
|
|
; <TRO-ID>.<Slot>.<Rolle> = - Zuordnung loeschen, Rolle bleibt offen
|
|
; TRO-IDs aus cfg/<csv>_tro_ids.ini (stabil), Slots/Rollen aus der
|
|
; TRO-JSON (separator1.sensor, separator1.stopper, line3.sensor,
|
|
; drive.motor ...).
|
|
;
|
|
; [<csv>.conveyors]
|
|
; <Foerderer E-Planung> = <Layout-ID> z. B. K0102 = 0010
|
|
; <Foerderer E-Planung> = - Zuordnung loeschen
|
|
; Achtung: die Layout-ID (TeileId) aendert sich mit jedem CSV-Export.
|
|
;
|
|
; Beispiel (auskommentiert):
|
|
;
|
|
; [mubea.csv.bindings]
|
|
; TRO03.separator1.sensor = BG0532
|
|
; TRO03.separator1.stopper = MB0533
|
|
;
|
|
; [mubea.csv.conveyors]
|
|
; K0105 = 0001
|
|
; ================================================================
|
|
|
|
; ----------------------------------------------------------------
|
|
; Dematic (dematic_merge.csv + dematic_merge..dxf), 2026-10-22
|
|
; ----------------------------------------------------------------
|
|
; VF_6 (0010) traegt zwei Varios: MA0043 (TRO04 + TRO05 dahinter) und MA0044
|
|
; (TRO06 + TRO07); VF_4 (0008) den Vario MA0045 (TRO01 + TRO02) - Angabe der
|
|
; SPS-Programmierung, bestaetigt durch die Klartexte der Zeichnung.
|
|
; Die E-Symbole liegen dort 0,4-1 m versetzt in verschiedene Richtungen; der
|
|
; kleinste Abstand gab TRO04 den Separator von VF_4 (BG0111). Zuordnung
|
|
; deshalb nach Klartext:
|
|
; BG0080 "in Separator vor ILS-VARIO (MA0043)" -> TRO04 (0082)
|
|
; BG0085 "in Separator vor Eintaeter nach (MA0043)" -> TRO05 (0083)
|
|
; BG0111 "in Separator vor ILS-VARIO (MA0045)" -> TRO01 (0074; das
|
|
; Layout-Bauteil steht ~5,5 m daneben - Mechanik noch unvollstaendig)
|
|
[dematic_merge.csv.bindings]
|
|
TRO01.separator1.sensor = BG0111
|
|
TRO01.separator1.stopper = MB0111
|
|
TRO04.separator1.sensor = BG0080
|
|
TRO04.separator1.stopper = MB0080
|
|
TRO05.separator1.sensor = BG0085
|
|
TRO05.separator1.stopper = MB0085
|
|
TRO04.drive.motor = MA0043
|
|
TRO04.drive.motorProtection = FC0043
|
|
TRO06.drive.motor = MA0044
|
|
TRO06.drive.motorProtection = FC0044
|
|
|
|
[dematic_merge.csv.conveyors]
|
|
K0045 = 0008
|