adminandClaude Opus 5
fe8602a79f
Zwei Sachen, beide an der Anlage aufgefallen. Abgebrochen wurde auf "core:MovingState ist false". Das ist nicht dasselbe wie "steht": die Box meldet das Ende der Fahrt, bevor Hoehe und Neigung darauf nachgezogen haben, und der festgehaltene Wert war dann der von kurz davor. Statt einer festen Wartezeit zaehlt jetzt Stabilitaet - fertig ist es, wenn zwei Abfragen hintereinander dasselbe sagen. Damit faellt auch die Bestaetigungsrunde weg, sie war genau dieser Gedanke in schlechter. Der Umweg der Kugelschreiber-Mechanik hing am Neigungswert (ueber 30 %). Er gehoert an die Hoehe: eine Hoehenfahrt rastet die Lamellen um, danach muss die Neigung ueber 0 % wieder angefahren werden - bei jedem Winkel, nicht erst bei grossen. Wird dagegen nur die Neigung verstellt, steht die Mechanik schon richtig und es geht direkt. NEIGUNG_DIREKT_MAX faellt damit weg. Der Hoehenregler im Raum-Modal schickt deshalb jetzt das kombinierte Kommando mit der Stellung des Neigungsreglers daneben - ohne Neigungsziel gaebe es nichts, was der Umweg anfahren koennte. Geprueft an der Wozi-Schiebetuer: Hoehe von 48 auf 60 bei Neigung 76, und die 76 standen danach wieder da. Vorher htte die Mechanik sie auf einen beliebigen Wert umgerastet. Dazu elf Faelle im Browser und sieben gegen transports.py, darunter "Position+Neigung 10" (Umweg) gegen "nur Neigung 80" (direkt). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>