Goetz

Still, you can use the mechanism which turns your signal to "clear" to first close all doors and then, with a delay of a few seconds, change the signal state. Or, if you want a more natural behaviour and don't mind a bit of extra effort, deactivate the acceleration in the signal contact close the doors when the signal changes to "clear", indicating that the path is clear and secure wait a few seconds activate the accelleration in the signal contact wait another second deactivate the acceleration again (because it's no longer needed for this train which is already moving and you want it off again for the next one that follows.)

Hello Raf, Have you ever seen a train, where doors close when it leaves a station? They should be closed before the train is set in motion, don't you aggree? You have some mechanism which changes the signal and sets the train in motion, correct? That's where you should insert some method to close the doors, wait the appropriate time and then send your train on it's journey afterwards. Without knowing how your current mechanism works. I find it difficult to give you some appropriate advice. Kind regards Goetz

Ja

Ich hatte noch überlegt, ob es wohl nötig sein würde den gesamten Geschwindigkeitsbereich abzudecken. Dachte dann aber, dass es als "proof of concept" auch so genügt.

Yes!!! It's a layout, exported into a file. You may either double click it after downloading. Or start the train studio first, go to "Online catalog" on the start page and look for "import existing layout" at the bottom right of that screen. Click on that and navigate to the downloaded file to open it. A layout as a pdf file? Are you having me on, Raf? Or do you maybe misunderstand the term layout? Just in case, here's a picture of it: Goetz

Sein Objekt SP-01-Ausfahrt enthält eine Variable, welche die Adresse eines anderen Objekts enthält. Damit er im Code nicht an jeder Stelle den langen Umweg zu diesem Objekt hinschreiben muss, überträgt er die Adresse im ersten Schritt an eine neue, lokale Variable mit Namen "Ziel". Sehr empfehlenswert, weil es für gut lesbaren Code sorgt. Warum er allerdings die Koordinaten des Ziels an die der Quelle überträgt und nicht umgekehrt, kann ich nicht erklären. Da scheinen mir Dinge (zumindest namentlich) durcheinander zu geraten.

Hallo @JimKnopf, local Ziel = $("SP-01-Ausfahrt").variables.Ziel -- alternativ local Ziel = $("SP-01-Ausfahrt").variables["Ziel"] die zweite Schreibweise bekommst du, wenn du die Variable in der grafischen EV eingibst und dann den <> Knopf zum Umwandeln benutzt. Die Schreibweise mit dem Punkt als Trenner ist die vereinfachte Version, die Lua anbietet. Die mit eckigen Klammern ist flexibler, weil sie auch Sonder- und Leerzeichen im Namen der Variablen gestattet. Viele Grüße Götz

No, it doesn't. In my example, I use one command for all three trains. And I could use the same command for as many trains as you like. Keywords don't help in this context. Use object variables to have every train carry it's individual door names. Wanna check my example again, maybe? In fact, did you even bother to look at the example layout?

Hallo Hans, Du musst bitte das s weglassen s steht für string und wird dann gebraucht, wenn der Platzhalter durch Text ersetzt werden soll f steht für float und ist dann die richtige Wahl, wenn (wie in deinem Fall) eine Fließkommazahl eingesetzt wird. d steht für decimal und kommt dann zum Einsatz, wenn der einzusetzende Wert eine Ganzzahl ist. richtig wäre in deinem Fall also das Format %.0f für eine Fließkommazahl, die ohne führende Nullen vor dem Komma und null Nachkommastellen geschrieben werden soll. Viele Grüße Götz

Schön gemacht, neuLich - auch in der Gestaltung. Weil es für dich eventuell von akademischem Interesse ist ..: In Lua gibt es den doppelten Schrägstrich für eine Teilung ohne Nachkommastellen. Es wird abgerundet. local speed = $("Silberpfeil W154").currentSpeed local text = string.format("%.0f km/h", speed) $("Beschriftung").text = text for i = 1, 20 do local wuerfel = $("Ereignisse").variables["Anzeige"][i] if speed // 10 < i then -- Teilen ohne Nachkommastelle wuerfel.state = 0 else wuerfel.state = wuerfel.variables.Farbe end end Das habe ich mir in diesem Beispiel zunutze gemacht: demo Balkenanzeige.mbp Viele Grüße Götz Nachtrag: Mit "in ipairs" geht es noch etwas schicker for k, v in ipairs($("Ereignisse").variables["Anzeige"]) do if speed // 10 < k then v.state = 0 else v.state = v.variables.Farbe end end

Hallo Klaus, Rechtsklick auf das Modell Im Kontextmenü auf "Schlagwörter/Variablen" klicken im neuen Fenster auf das kleine Plus oben klicken In der Auswahlliste auf das Wort "Schlagwort" klicken Ein Wort deiner Wahl eingeben mit "OK" bestätigen (oder die Eingabetaste drücken) überprüfen, ob das Objekt das gewünschte Schlagwort bekommen hat Viele Grüße Götz

Hello Raf, here is what I would suggest you should do: store the apropriate door names in each waggon. upon entering the station halt, go through all waggons in your train, check if a door name exists and animate that door wait some time with a second loop, close all doors again (because surely you don't want to close the doors after leaving the station?) set the train in motion (when appropriate) my demo layout: door opener.mbp Kind regards Goetz

Hello @raf.sonneville, according to your description, both trains have two keywords, "Module1" and "Module2"? Why? I'm going to bang together a little demo layout for you. Gimme a moment, please ... greets Goetz

Hallo Tim, diese Tabelle besagt, dass es zwei Ergebnisse gibt. Das eine bekommt man, wenn nur eine der beiden Aussagen unwahr ist. Das andere bekommt man, wenn entweder beide wahr oder beide falsch sind. Das kann man mit einer einzigen Bedingung prüfen: Aussage_A == Aussage_B Oder im MBS: Hier ist die Anlage mit der vorgeschlagenen Vereinfachung für beide Fälle (Tür öffnen / Tür schließen): Start und Stopp im Bahnhof Testanlage - Version 4 Alternative.mbp Viele Grüße Götz

For you, yes. But Neo is very particular about updates not upsetting any existing layouts. And on the rare occasion that this happens, he'd love to have detailed info about the issue, so he can investigate and fix it. I know, it's an effort but he'd appreciate it if you could find the time and energy?

Hi leo, if you can explain the faults which are caused by the latest update, @Neo can fix the cause and you won't need to revert to an older version. That would be the preferrable solution. Greets Goetz

Die rasende Draisine in deinem Beispiel ist köstlich, neuLich. Du kannst das alles deutlich schlanker haben, wenn du die neuen Fähigkeiten der Kontakte ausnutzt: Test Hbf-Burg korrigiert.mbp Zu dieser Lösung möchte ich Derrick in kleinen Schritten hinführen. Viele Grüße Götz

Ja, das ist ein Teil des Problems. Ein Kontakt kann den Zug nur in seiner letzten Fahrtrichtung losschicken. Aber diesen Mechanismus kann man "austricksen". Wenn du nicht auf 0 abbremst, sondern als Geschwindigkeit -0,1 nimmst, dann hält der Zug trotzdem an, ändert aber dabei seine Fahrtrichtung. Und dann kann der Kontakt ihn in Bewegung setzen.

Now I understand your problem. That type of lock is caused by a locked switch somewhere along that route. You need to identify that switch and unlock it (in the properties menu) to free yourself from this predicament. An active route locks all relevant switches in place. That's part of its safety system. When you delete (or lose) a route that is currently active, the incorporated switches are not released and stay locked, unfortunately. We don't need a reset switch. We need a different behaviour when routes are lost. @Neo Wäre es für dich denkbar, dass bei Verlust einer aktiven Fahrstraße (= "nicht mehr gültig, muss neu aufgebaut werden") die beteiligten Weichen alle entriegelt werden? Das ist tatsächlich ein Stolperstein. Man hat - gerade in der Konstruktions- und Entwicklungsphase - schnell mal eine aktive Fahrstraße "ruiniert", weil man einen Kontakt, ein Signal oder ein Gleis verschiebt. Und dann sind diese Weichen mit ihren fast unsichtbaren Verriegelungen ein ziemlich verstecktes Hindernis.

Have you tried the lock icon in the route list? What happened, when you did?

Es gibt Alternativen dazu. Eine davon wäre, dass du die Kontakte mit den Signalen koppelst und dann die Ausfahrten direkt durch Aktivieren der Fahrstraße auslöst. Ich überlege gerade, ob ich dir helfe wenn ich den Weg in einem kurzen Video beschreibe?

Weil ich den Text nach dem Abschicken geändert hatte. Bei der ersten Antwort hatte ich deine Fehlerbeschreibung falsch verstanden. Im Bahnhof Burg willst du nicht dasselbe Fahrzeug zurück schicken, das gerade angekommen ist. Du willst nicht den Auslöser des Ereignisses auf die Reise schicken. Sondern den Zug auf dem Nachbargleis.

Oben in Burg ist für die beiden Kontakte "betreten" eingestellt und nicht "betreten (Fahrzeugmitte)" ...

Für die Rechnerlast macht das keinen nennenswerten Unterschied, Eddie. Wichtiger ist, mit welcher Variante du die größte Sicherheit hast, dass überall das richtige steht. Und mit welcher Variante du Fehleingaben (die jedermann unweigerlich macht) am besten herausfiltern und korrigieren kannst. Deshalb würde ich dir für längere, kurvige Abschnitte wo du mehrmals die Geschwindigkeit änderst zu Kontakten mit Geschwindigkeitsbeeinflussung raten. Die kommen ganz ohne EV aus. Damit ersparst du dir sehr viel Programmierarbeit. Denn zumindest in diesen kurvenreichen Passagen fahren doch sicherlich alle gleich schnell, oder? Die EV muss nur dort nachhelfen, wo Züge unterschiedlich behandelt werden sollen. Viele Grüße Götz

@BahnLand Ich glaube, dass Tim das gerne Schritt für Schritt angehen will und dass er die Reihenfolge schon geplant hat. Jedenfalls macht es bisher auf mich diesen Eindruck. Er weiß bestimmt, welche Situationen noch bedacht werden müssen. Und er handelt sehr klug, wenn er die Fragen nicht alle auf einmal angeht, sondern jedem Faktor eine eigene Folge widmet. Lass ihn mal machen. Viele Grüße Götz