Phrontistes

So ist es und das muss man beim Ansteuern (egal ob mit oder ohne EV) berücksichtigen. Daran ist auch nichts falsch. Du definierst als Modellbauer, wo in Fahrtrichtung rechts/links ist. Der Rest ist Steuerung, egal ob von Hand oder per EV.

8D44547F-1741-4AB7-BBCF-EED5E4577C0E Allerdings sieht die Kombination zwischen Seilzugkanal und motorischen Weichenantrieb seltsam aus. Auf dem "Beweisfoto" sind Stellhebel und keine motorischen Weichenantriebe zu sehen. Stellhebel pur (ohne Weichenlaterne) gibt es im Katalog unter ID 15852A0F-8EF6-4217-8971-7BF054F9B315. Beim Modell 8D44547F-1741-4AB7-BBCF-EED5E4577C0E kann man übrigens den Antriebskasten ausblenden dann bleibt das Gestänge übrig das man dann wiederum mit dem Stellhebel kombinieren kann.

Weder funktioniert mein Beispiel "zufällig" noch war das nicht beabsichtigt, sondern lange diskutiert und in V9 implementiert.

Hallo @Markus Meier, zunächst habe ich Deine Schalter von rot/gelb auf rot/grün umgestellt damit gleich klar ist, was passiert und die EVs der Schalter so modifiziert, dass die Schaltposition ausgewertet wird und die Fahrstraße abhängig davon aktiviert/deaktiviert wird. Dann habe ich die Kontakte an denen die Fahrstraßen enden umbenannt (damit man sie findet) und mit einem Schlagwort ("GK FS Ende") versehen. Und schließlich habe ich im neuen Ereignis "GK FS Ende ausgelöst" eine Zufallslogik eingebaut, welche die drei Schalter zufällig stellt wenn ein Zug das Ende seiner Fahrstraße erreicht hat. Es kann (und wird irgendwann) passieren, dass zufällig alle Fahrstraßen deaktiviert werden und alle drei Züge stehenbleiben. Entweder man startet dann einen oder mehrere von Hand oder man muss auch diesen Fall programmieren. Aber ich denke, jetzt fummelst Du Dich da Schritt für Schritt erst mal ein. Zum Starten stellst Du am Besten erst mal alle Schalter auf "grün" und schaust, was passiert. Und frag' nach, wenn etwas unklar ist. 20250208 Markus Meier New Layout Test for automatic operation.mbp

Ich nutze das z.B. dafür, Bahnübergänge zu schließen, wenn eine Fahrstraße aktiviert wird (wobei mir schon bekannt ist, dass das eigentlich umgekehrt erfolgen sollte). LCOS ist der Level crossing objekt storage (ein beliebiges Objekt, in dem sich die Objekte befinden, welche den Bahnübergang ausmachen). "Close request" fordert das Schließen des Bahnübergangs an.

Kann sein, dass Neo das in V9 geändert hat. Dort kann man es speichern, obwohl ein einzelnes break natürlich nicht zulässig ist.

Nein, denn Deines ist ja auch fehlerhaft, mein Muster ist es nicht. Es hat keiner gesagt, dass die Lua-Anweisung break außerhalb einer Schleife funktioniert, worauf Du ja in der Fehlermeldung auch hingewiesen wirst ("not inside a loop"). Du hattest oben ausdrücklich von einer geredet. MBS-Ereignisse kann man selbstverständlich nicht einfach abbrechen. Das ist auch nicht nötig; man muss sie ja nur logisch und syntaktisch korrekt programmieren.

Aber jeder kann sich V9 kostenlos parallel installieren um neuere Anlagen zu sehen. Nachtrag: Und ich habe bewusst ein mbp geschickt, damit man nachvollziehen kann, wie es kommt, dass man das "break" in V9 sieht, ohne eine Bemerkung einzutragen. Man muss nur den Kommentarheader rauslöschen.

Wo genau soll in der vorhandenen Struktur sein? Muss dann Deiner Meinung nach auch noch error und print rein? Oder können das Leute, die programmieren können, das nicht vielleicht auch tippen? Sehr witzig! Du willst ein neues Feature und das soll dann rückwirkend erscheinen? Bis 8.5 musste man das "break" halt auch noch in den Kommentar schreiben um es zu sehen.

Es geht jedenfalls "halbgraphisch": 20250208 AndreasWB break.mbp Nur der erste Wagen verschwindet, obwohl alle das Schlagwort "Hide" haben.

Da findest Du ihn auch nicht. Er steht in einem Browser-Fenster und kann/muss dort abgesendet werden.

das (zeigen) macht er ja mit obigem Screenshot. Aber ich werde bestimmt nicht eine Content-ID abtippen.

wobei man zuvor prüfen sollte, ob die Variable im Wagen existiert weil es ansonsten einen Fehler gibt und bewusst entschieden werden sollte, in welches Gleis ein solcher Wagen laufen soll (das ginge allerdings auch am Ende der Abfragekette).

Ihr solltest Euch vielleicht mal darüber verständigen, ob die Variable "Zugfahrt" oder "Zugfolge" heißen soll.

kann man wohl nicht per EV. layout kennt nur time (setzen und auslesen der Zeit) aber nicht sunrise und sunset.

Nein, das will er nicht. Er will wobei es ihm um geht. Also braucht er eine - und zwar immer die gleiche - Variable namens z.B. "Ziel" und schreibt dort 1, 2 3, ... n rein. Ein Schlagwort - und zwar immer das gleiche - braucht er, um festzulegen, bei welchen Wagons die Variable anzulegen ist.

Wozu soll es gut sein, den Namen des Fahrzeuges als Schlagwort bei eben diesem Fahrzeug einzutragen? Und was hat das mit der Ausgangsfrage zu tun? Nachtrag: Und das Label ist auch nicht korrekt, weil Du nicht den Namen des Gleiskontaktes, sondern den Namen das Fahrzeuges als Schlagwort setzt.

Das hängt vom verwendeten Gleis ab. Die vorbildorientierten Gleise von @BahnLand haben viele Möglichkeiten u.a. (wie gezeigt) nur Schienen.

Ich fürchte, wenn eine wagenübergreifende Gruppe verbunden wird (womit eigentlich?) dann wirst Du ein Problem haben, wenn der Zug um die Kurve fährt.

Wie wäre es damit:

Ich programmiere wie gesagt konventionell - und weiß auch ganz genau, wo "die" Kamera (es gibt natürlich viele zwischen denen umgeschaltet wird) gerade hinschaut. Mit einer konventionellen Programmierung kann man aber bestenfalls ein größeres Diorama mit einer begrenzten Zahl von Zügen steuern. @gmds Ziel ist es, eine Anlage beliebiger Größe mit beliebig aufzusetzenden Zügen in den Griff zu bekommen.

Gute Idee. Das muss ich bei meiner (konventionellen) Programmierung auch noch einbauen.

Ja, der Vorschlag von @alexander42 war und ist korrekt und Du hattest einen Fehler an anderer Stelle in der EV, der dazu geführt hat, dass diese nicht ausgeführt wurde.

Was war das: