update mubea with BTMT information

Lisp/export.lsp

@@ -910,6 +910,11 @@
 ;;     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.
+;;   BTMT-Beladung*/SC_Entladung* = eigenstaendige BTMT Be-/Entladestationen
+;;     (siehe pattern_btmt_beladung/pattern_btmt_entladung in cfg/export.cfg,
+;;     ils-insert-station in SSG_LIB_Commands.lsp). Anders als Separator/
+;;     Scanner werden sie von KEINEM anderen Element mitgezaehlt - export_csv.py
+;;     UND export_sivas.py fuehren sie beide als eigene TeileArt-Zeilen.
 ;; 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"))))
@@ -927,6 +932,8 @@
                 "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*"))
+              (wcmatch bname (export:pattern "pattern_btmt_beladung" "BTMT-Beladung*"))
+              (wcmatch bname (export:pattern "pattern_btmt_entladung" "SC_Entladung*"))
               ;; Rein numerische Namen = Omniflo SivasNr (Boegen/Weichen)
               ;; Rein LISP-intern (Python klassifiziert Omniflo stattdessen
               ;; ueber exakten Katalog-Match), daher fest im Code statt in