feat: VF-Hoehe je Segment (Sivas 4433-4437) + AS-Zufuehrungsachse bei 30 Grad

Zwei Themen, die dieselben Dateien beruehren und daher zusammen gehen.

1) VF_HOEHE_m - Hoehe je VF-Segment, Sivas-Merkmale 4433-4437

   Sivas erwartet je Streckengruppe bis zu fuenf Variofoerderer-Hoehen.
   Neues Block-Attribut VF_HOEHE_m: kommagetrennte Liste in Metern mit 3
   Nachkommastellen, Eintrag fuer Eintrag parallel zu L_VF_m/VF_WINKEL.

   Je Eintrag der Mittelwert aus KS_EIN und KS_AUS DES GERADEN VF-Abschnitts.
   Zwischen Umlenk- und Motorstation koennen mehrere Abschnitte liegen
   (auf/ab/horizontal), jeder bekommt einen eigenen Wert.

   SONDERFALL Standard/Etage: dort gibt es nur einen Motor und nur einen
   geraden Abschnitt - gemessen wird die GANZE Kette (AS-KS_EIN bis
   ES-KS_AUS, vf-vfhoehe-kette). Das ersetzt den Segmentwert; der Linienzug
   laeuft nicht durch vf-dialog-berechnen-einfuegen und behaelt seine Liste.

   WICHTIG - vollstaendige Erfassung: die VF-Segmente entstehen NICHT alle in
   vfs-vf-koerper. Horizontale Zwischenstuecke, das "schon flach"-Segment und
   die Modus-2/3-Fuellstuecke bauen direkt mit insert-inclined-scaled-block,
   die Kette-Merge-Rekonstruktion liest sie aus bestehenden Bloecken. Ein
   erster Fix nur in vfs-vf-koerper lieferte darum zu wenige Werte (realer
   Befund: L_VF_m hatte drei Eintraege, VF_HOEHE_m einen). Jetzt sind alle 14
   Stellen erfasst, die vfl-acc-vf-seg aufrufen - dafuer das Paar
   vf-vfhoehe-merke/-schliesse, das ohne lokale Variable auskommt.

   REGEL (im Code dokumentiert): Jede Stelle, die vfl-acc-vf-seg aufruft,
   MUSS auch eine Hoehe erfassen - sonst verschiebt sich die Liste gegen
   L_VF_m und im Export landet eine Hoehe beim falschen Foerderer.

   Formatierung ueber vf-meter-3: (rtos x 2 3) allein kuerzt je nach DIMZIN
   nachfolgende Nullen ("2.5" statt "2.500", "-1" statt "-1.000") - im
   Testlauf real aufgetreten.

   Attribut-Schema *strecke-attr-gruppe* (ssg_core.lsp) ergaenzt, sonst
   verschluckt ssg-attrib-set-on den neuen Tag stillschweigend.
   export_sivas.py verteilt die Liste auf VF_HOEHE_MERKMALE (4433-4437);
   ueberzaehlige Abschnitte werden weggelassen statt zusammengefasst, fehlende
   lassen das Merkmal ganz weg.

2) AS-Element 30 Grad: Zufuehrungsachse statt Seitenwahl

   Der Startpunkt einer Kette mit AS-Element ist geometrisch keine Position,
   sondern eine ACHSE: das AS sitzt an einer durchlaufenden Strecke und
   schleust daraus aus, seine KS_EIN-Achse muss darauf liegen. Bisher richtete
   vfl-insert-as-element das KS_AUS entlang der Kettenrichtung aus, wodurch
   das KS_EIN um den Blockschwenk verdreht stand - beim 90-Grad-Element kaum
   sichtbar, beim 30-Grad-Element deutlich.

   Beim 30-Grad-Element wird die Seitenauswahl im AS-Gruppendialog jetzt
   ausgegraut; stattdessen gibt ein zweiter Punkt die Zufuehrungsrichtung
   (der Startpunkt bleibt der Sitz des Elements). Die Seite folgt aus der Lage
   des naechsten Kettenpunkts zur Achse (vfl-seite-aus-lage). 90 Grad bleibt
   unveraendert bei der Seitenfrage.

   Der Dialog legt bei 30 Grad bewusst KEINE Seite mehr in die Pending-Queue -
   sonst zog die nachfolgende Punktfrage sie als vermeintlichen Punkt heraus
   und erschien gar nicht (realer Fehler beim ersten Test).

   Abwaertskompatibilitaet: aeltere 30-Grad-Ketten wurden noch MIT Seitenfrage
   gebaut. vfl-replay-peek-art sieht beim Replay nach, was tatsaechlich
   ansteht ("PT" = Achse, "STR" = Seite) - die Modus-Wahl selbst wird nicht
   journalisiert, weil sie daraus eindeutig rekonstruierbar ist.

Unit-Suite 687/687 gruen. VF-Hoehe in BricsCAD bestaetigt. Die AS-Achsenfrage
ist dort noch NICHT gelaufen, seit die Seitenauswahl ausgegraut wird.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

tests/test_unit.lsp

@@ -446,6 +446,86 @@
                        (+ (cadr _ks) (sin (/ pi 6.0))) 0.0)))
   (tu-true "vfl-laenge-bis-ziellinie/realfall-plausibel"
     (and _l (> _l 1430.0) (< _l 1431.0)))
+
+  ;; --- AS-Seite aus der Lage des naechsten Punkts zur Basislinie ---
+  ;; Basislinie zeigt nach +X; ein Ziel mit +Y liegt links davon, mit -Y rechts.
+  (tu-eq "vfl-seite-aus-lage/links"
+    "links"  (vfl-seite-aus-lage '(0.0 0.0 0.0) '(1000.0 0.0 0.0) '(500.0  800.0 0.0)))
+  (tu-eq "vfl-seite-aus-lage/rechts"
+    "rechts" (vfl-seite-aus-lage '(0.0 0.0 0.0) '(1000.0 0.0 0.0) '(500.0 -800.0 0.0)))
+  ;; Richtung der Basislinie umdrehen -> Seite dreht mit
+  (tu-eq "vfl-seite-aus-lage/basislinie-umgedreht"
+    "rechts" (vfl-seite-aus-lage '(1000.0 0.0 0.0) '(0.0 0.0 0.0) '(500.0  800.0 0.0)))
+  ;; schraege Basislinie (45 Grad): Ziel oberhalb davon liegt links
+  (tu-eq "vfl-seite-aus-lage/schraeg"
+    "links"  (vfl-seite-aus-lage '(0.0 0.0 0.0) '(1000.0 1000.0 0.0) '(0.0 1000.0 0.0)))
+  ;; Z spielt keine Rolle (rein planare Entscheidung)
+  (tu-eq "vfl-seite-aus-lage/z-ignoriert"
+    "rechts" (vfl-seite-aus-lage '(0.0 0.0 5000.0) '(1000.0 0.0 -200.0) '(500.0 -800.0 999.0)))
+
+  ;; --- VF-Hoehe je SEGMENT (Attribut VF_HOEHE_m, Sivas 4433-4437) ---
+  ;; Ein Eintrag je GERADEM VF-Abschnitt: Mittelwert aus dessen KS_EIN und
+  ;; KS_AUS, in METERN mit 3 Nachkommastellen. Zwischen Umlenk- und
+  ;; Motorstation koennen mehrere Abschnitte liegen (auf/ab/horizontal), die
+  ;; Liste laeuft darum parallel zu L_VF_m und VF_WINKEL.
+  (vf-vfhoehe-reset)
+  (tu-eq "vf-vfhoehe/leer-nach-reset" "" (vfl-join-komma *vf-acc-vfhoehe*))
+
+  ;; 2000 mm und 3000 mm -> Mittel 2500 mm -> "2.500"
+  (vf-vfhoehe-segment 2000.0 3000.0)
+  (tu-eq "vf-vfhoehe/mittelwert-meter" "2.500" (vfl-join-komma *vf-acc-vfhoehe*))
+
+  ;; Drei Abschnitte wie im realen Block (L_VF_m hatte dort 3 Eintraege):
+  ;; horizontal, horizontal, steigend - alle drei bekommen einen Wert.
+  (vf-vfhoehe-reset)
+  (vf-vfhoehe-segment 2076.0 2076.0)   ; horizontal
+  (vf-vfhoehe-segment 2076.0 2076.0)   ; horizontal
+  (vf-vfhoehe-segment 2076.0 2600.0)   ; steigend -> Mittel 2338
+  (tu-eq "vf-vfhoehe/drei-abschnitte"
+    "2.076,2.076,2.338" (vfl-join-komma *vf-acc-vfhoehe*))
+
+  ;; Unvollstaendige Messung haengt NICHTS an - sonst verschoebe sich die
+  ;; Liste gegen L_VF_m und eine Hoehe landete beim falschen Foerderer.
+  (vf-vfhoehe-reset)
+  (vf-vfhoehe-segment 1000.0 2000.0)
+  (vf-vfhoehe-segment nil 3000.0)
+  (vf-vfhoehe-segment 4000.0 nil)
+  (tu-eq "vf-vfhoehe/unvollstaendig-ignoriert" "1.500" (vfl-join-komma *vf-acc-vfhoehe*))
+
+  ;; negative Hoehen (Kette unter Null) muessen durchgehen
+  (vf-vfhoehe-reset)
+  (vf-vfhoehe-segment -500.0 -1500.0)
+  (tu-eq "vf-vfhoehe/negativ" "-1.000" (vfl-join-komma *vf-acc-vfhoehe*))
+  (vf-vfhoehe-reset)
+
+  ;; vf-meter-3: GENAU 3 Nachkommastellen, unabhaengig von DIMZIN.
+  ;; (rtos x 2 3) allein kuerzt nachfolgende Nullen ("2.5", "-1") - real im
+  ;; Testlauf aufgetreten, deshalb eigene Formatierung.
+  (tu-eq "vf-meter-3/glatt"       "2.500"  (vf-meter-3 2500.0))
+  (tu-eq "vf-meter-3/ganzzahlig"  "3.000"  (vf-meter-3 3000.0))
+  (tu-eq "vf-meter-3/negativ"     "-1.000" (vf-meter-3 -1000.0))
+  (tu-eq "vf-meter-3/null"        "0.000"  (vf-meter-3 0.0))
+  (tu-eq "vf-meter-3/drei-stellen" "1.234" (vf-meter-3 1234.0))
+
+  ;; --- SONDERFALL Standard/Etage: Hoehe ueber die GANZE Kette ---
+  ;; Nur ein Motor und nur ein gerader VF-Abschnitt, darum zaehlt dort
+  ;; AS-KS_EIN .. ES-KS_AUS statt des Segmentwerts (Nutzer-Vorgabe 2026-10-21).
+  (vf-vfhoehe-reset)
+  (vf-vfhoehe-kette 1000.0 3000.0)
+  (tu-eq "vf-vfhoehe-kette/mittelwert" "2.000" (vfl-join-komma *vf-acc-vfhoehe*))
+
+  ;; ERSETZT den beim Bau gesammelten Segmentwert, haengt ihn NICHT an -
+  ;; sonst stuenden fuer eine Standard-Anlage zwei Hoehen in der Liste.
+  (vf-vfhoehe-reset)
+  (vf-vfhoehe-segment 5000.0 5000.0)        ; Segmentwert aus vfs-vf-koerper
+  (vf-vfhoehe-kette 1000.0 3000.0)
+  (tu-eq "vf-vfhoehe-kette/ersetzt-segmentwert" "2.000" (vfl-join-komma *vf-acc-vfhoehe*))
+
+  ;; fehlender Endpunkt -> lieber leer als geraten
+  (vf-vfhoehe-reset)
+  (vf-vfhoehe-kette 1000.0 nil)
+  (tu-eq "vf-vfhoehe-kette/ohne-endpunkt-leer" "" (vfl-join-komma *vf-acc-vfhoehe*))
+  (vf-vfhoehe-reset)
 )