fix

Lisp/export.lsp

@@ -384,6 +384,13 @@
 ;;   Omniflo Boegen/Weichen = rein numerische Blocknamen (SivasNr)
 ;;   Vario*   = VarioFoerderer-Bloecke
 ;;   GF_*     = Gefaellestrecke Compound-Bloecke
+;;   Separator_SP*/S-LP*, Scanner* = eigenstaendige Sensor-Bloecke (siehe
+;;     pattern_separator/pattern_scanner in cfg/export.cfg). Landen in
+;;     export_raw.json fuer BEIDE Exporte (EXPORTCSV/EXPORTSIVAS teilen sich
+;;     diese Sammlung) - export_csv.py gibt ihnen eigene TeileArt-Zeilen,
+;;     export_sivas.py schliesst sie bewusst wieder aus (siehe dort), da ihre
+;;     Anzahl schon ueber ANZAHL_SEPARATOR/ANZAHL_SCANNER an Kreisel/GF/VF
+;;     gezaehlt wird.
 ;; Gibt Auswahlsatz zurueck oder nil.
 (defun csv:collect-export-blocks ( / ss-all ss-out i ename ed bname)
   (setq ss-all (ssget "X" (list (cons 0 "INSERT"))))
@@ -399,6 +406,8 @@
               (wcmatch (strcase bname) (export:pattern "pattern_gerade" "AP110*,AP_110*"))
               (wcmatch bname (export:pattern "pattern_strecke"
                 "Vario*,Staustrecke*,AUS_Element*,EIN_Element*,VF_*,GF_*"))
+              (wcmatch bname (export:pattern "pattern_separator" "Separator_SP*,S-LP*"))
+              (wcmatch bname (export:pattern "pattern_scanner" "Scanner*"))
               ;; Rein numerische Namen = Omniflo SivasNr (Boegen/Weichen)
               ;; Rein LISP-intern (Python klassifiziert Omniflo stattdessen
               ;; ueber exakten Katalog-Match), daher fest im Code statt in