Phrontistes

Wenn Du außerdem noch möchtest, dass Programm bei geöffneter Ereignisanzeige anhält, dann machst Du ein Ereignis "Problemfahrstraße wird aktiviert" (unten blau) und führst unter der Bedingung ""Fahrstraße ist aktiv" folgendes Skript aus. error("Problemfahrstraße wurde aktiviert") Dann bleibt das Programm (nur bei geöffneter Ereignisanzeige) stehen, sobald Deine Problemfahrstraße aktiviert wird und zeigt Dir die selbst eingegebene Fehlermeldung an (unten rot). Dann kannst Du nachsehen, was vorher so alles passiert ist und den Schuldigen schneller finden.

The model Ra 11 - waiting sign / shunting signal (8823C295-28A1-41D4-93A1-040622AD1AEE) does not actually have the parallel distance property. If you have any requests for a model, you must contact the builder. Perhaps he will add the desired and missing property. In any case, only he can do it. You can find the creator as shown in the picture. But you don't need to contact him anymore because I'm already doing that (see below). Hallo @Roter Brummer, vielleicht schaust Du Dir diesen Wunsch mal an. Ich weiß nicht, ob Du das "einfach so" umsetzen könntest, weil dieses Signal ja keinen Gleiskontakt hat, sondern "nur" seitlich an das Gleis andockt. maybe you should take a look at this request. I don't know if you could implement it "just like that" because this signal has no track contact, but "only" docks to the side of the track.

Do you use the 8.5+ Version? Then you can transfer your complete database by online backup / restore Otherwise by backup to file / restore form file.

Aber notwendig, wenn wie bei Dir zwischen zwei Animationen ein weiterer Zeitversatz sein soll. Dass Du das möchtest, hatte ich übersehen.

Halo @jloos, wenn ich Deine übergreifende FS-Logik richtig verstehe, kann man den Ausdruck local Signal = route.waypoints[1] Signal.variables["Zug"].variables["nächste FS"].active = false vereinfachen in route.active = false denn es ist doch eben jene "nächste FS", die Du zuerst versuchst, oder?

Hallo @EASY, Dein Vorschlag gefällt mir - aber wenn Du dem benutzerdefiniertes Ereignis den Parameter "Fahrstraße" übergibst, müsste man in Jürges' Skript überall "route" durch "Fahrstraße" ersetzen. Oder man übergibt als Parameter gleich "route" und ändert Deine Ergänzungszeile entsprechend, dann ist auch gut. statt also route.active = true -- Ergänzung Falls der alternativen Fahrstraße auch nicht zu trauen ist und diese womöglich wiederum eine alternativen Fahrstraße hat, müsstest Du, @jloos, konsequenterweise noch ersetzen durch $FS aktivieren:invoke($route.variables["Alternative FS"])

Vermutlich liegt es daran: Schick Code künftig damit: dann man u.a. leichter prüfen, ob die Verschachtelungen stimmen. Das ist anhand eines Screenshots sehr mühsam. V.a. wenn, wie bei Dir, die Einrückungen nicht stimmen. Den Signalstatus zweimal zu prüfen, ist im Übrigen auch nicht sinnvoll. Und ich würde ihn auf "Signal ist nicht 'rot'" prüfen, also so: if not deferredCall then if not (signal.state == 0) then --- Anmimationen hier ablaufen lassen defer(3, "Deferred execution") end elseif deferredCall == "Deferred execution" then signal.trackContact.autoAcceleration = true defer(1, "Deferred execution (2)") elseif deferredCall == "Deferred execution (2)" then signal.trackContact.autoAcceleration = false defer(3, "Deferred execution (3)") elseif deferredCall == "Deferred execution (3)" then -- Signal zurückstellen signal.state = 0 end Testanlage: 20240820 oberrrrroller.mbp

Beitrag gelöscht. Problem nicht richtig verstanden. Folge @EASYs Vorschlag.

Das nehme ich wieder zurück, nachdem ich festgestellt habe, dass der Leuchtzylinder sehr früh ausgeblendet wird, d.h. das Lauflicht ist aus der Entfernung schon bald nicht mehr (bzw. teils nur mit Lücken) zu sehen. Die GBS-Taster sind unter diesem optischen Gesichtspunkt besser geeignet jedenfalls wenn es um eine Landebahnbefeuerung geht, die man auch aus größerer Entfernung sehen möchte.

durchaus möglich: Störendes Objekt auf unsichtbar stellen / Foto machen / Objekt wieder auf sichtbar stellen .

Die nimmt man dafür natürlich nicht. Das auf meinem Foto oben ist kein Grundkörper, sondern eine Schwelle von @BahnLand (2E59567B-B5A2-4461-8C5F-960F702289AB). Und die bekommt logischerweise eine Gleistextur. Im Bild oben ist es die gleiche Textur, die das Gleis hat, es kann aber auch eine leicht andere sein. Deshalb finde ich den fest eingebauten Balken nicht zielführend, jedenfalls überflüssig. Der passt dann vielleicht nicht zur gewählten Gleistextur und/oder man will bewusst einen Kontrast haben, z.B. so: Mir ist es letztlich egal. Der helle Balken im Bild verdeckt einfach die Bohle aus dem Modell. Beste Grüße Phrontistes

Hallo @Neo Aber hallo! Über ein Sh0 einfach drüberfahren geht gar nicht. Und über eine angelegte Gleissperre zweimal nicht. Aber im Ernst: Den Gleiskontakt könnte man weglassen - aber nicht die Signalfunktion wegen des Umstellens; geht Signal ohne Gleiskontakt überhaupt?. Wer es im MBS vorbildgerecht machen will, braucht sowieso zwei (zusätzliche) Gleiskontakte um einen Zug aus beiden Richtungen vor der angelegten Sperre rechtzeitig anzuhalten. Wir haben hier (soweit ersichtlich) zum ersten mal ein Signal, welches aus beiden Fahrtrichtungen zu beachten ist. Beste Grüße Phrontistes

Nein, besser den Leuchtwürfel in der Variante Leuchtzylinder nehmen (wie Goetz das gemacht hat) weil der Leuchtwürfel ein Signal ist und Signale kann man miteinander verbinden, Schalter nicht. So kann man ohne Änderung an der EV eine zweite parallele Reihe von Lichtern schalten; man beim Leuchtwürfel die Farbe ohne Wechsel der Variation (was per EV nicht geht) umstellen kann. Nette Spielerei. Ich habe noch etwas an den Zeiten (Laufzeit timer und Verzögerung nach Lampe an) gespielt. Und einen Farbwechsel eingebaut. Lauflicht doppelt parallel.mbp

Die GBS-Taster von @BahnLand kannst Du vielleicht sogar direkt verwenden. Die gibt es in verschiedenen Farben. Da sie immer versuchen, irgendwo anzudocken, musst Du ggf. SHIFT drücken beim Positionieren. Lauflicht mit GBS-Taster.mbp

die man problemlos auch selbst hinzufügen und mit einer zum Umfeld passenden Textur (im Bild: identisch mit der Textur des Gleises) versehen kann kann.

Hallo @EASY, tolle Bereicherung. Ich liebe die kleinen Details. Und diesmal ist der Schuh auch auf der richtigen Schiene ("Auswurf" weg vom zu sichernden Gleis). Beste Grüße Phrontistes

Hier ein Foto vom Vorbild.

Hallo @EASY, Es sei denn, Du nimmst für "frei" nicht Sh1, sondern das Signal Wn7. Dann wäre die Definition: 0 - Sh0 (Halt! Fahrverbot) 1 - Wn7 (Die Gleissperre ist abgelegt) Beste Grüße Phrontistes

Das wäre ein anderes Konstrukt (Modell); siehe hier.

Hallo @EASY, Das Signal steht in der Tat zu dicht am Gleis. Ich wollte schon sagen, das könne man ja selber einstellen - aber das ist keine Lösung : Beste Grüße Phrontistes

Hallo @EASY, Ja, wieder ein schönes kleines Detail mehr, das man verbauen kann. Kommt gut, siehe Bild. Das Signalbild bei "frei" von "Gleissperre links" ist falsch. Der Balken geht immer von links unten nach rechts oben. Die Beschriftungen der Signalstellungen sollten entsprechend der bisherigen Signale lauten: 0 - Sh0 (Halt! Fahrverbot) 1 - Sh1 (Fahrverbot aufgehoben) Beste Grüße Phrontistes

Hallo @Neo, hallo @BahnLand, letztlich wünscht sich der User, dass alle Modelle, die an ein Gleis andocken (nicht nur Gleiskontakte bei denen das ja so ist) automatisch einen Link zum Gleis bekommen, damit sie (wie die Gleiskontakte) ggf. mit dem Gleis mitwandern wenn man das Gleis verschiebt. Das gilt z.B. auch für die Portale und Depots, wie es sich @EASY hier zu recht gewünscht hat. Oder für Weichensignale usw. Vielleicht gibt es hierfür ja eine generelle Lösung programmseits ohne dass der Erbauer gefordert ist. Das hätte dann auch eine Wirkung für bestehende Modelle. Beste Grüße Phrontistes

Derzeit nur als Entwurf von @tim-fischertechnik, d.h. Du musst die ID eingeben.

löse ich pragmatisch so: