Goetz

Bitte, beachte auch meine Ergänzungen im ersten Posting und die Beispielanlage im darauffolgenden.

Unter der Anlagen-ID D68BACB6-D7C3-4404-A475-A7DDCE7CDABB findest du ab sofort für 30 Tage eine Beispielanlage. Die habe ich gebaut um mich selbst zu vergewissern, dass man Listen mit Zielpunkten an Fahrzeuge übergeben kann. Funktioniert prächtig!

Dann setze bitte einen zusätzlichen Wegpunkt zwischen Start und Ziel, damit der Weg eindeutig definiert ist. Statt eines Ziels kannst du (meines Wissens) Fahrzeugen nämlich auch eine Liste von Zielen zuweisen. Eine Fahrstraße kann nicht funktionieren, weil sich für die Aktivierung der Fahrstraße kein anderes Fahrzeug auf der ganzen Strecke befinden darf. Darüber hinaus enthält eine Straßenkreuzung keine Weichen. Daher kann eine Fahrstraße niemals den Weg für ein Auto festlegen. Autos werden nicht (mehr) durch Weichen gelenkt. Eine Fahrstraße benötigt aber Weichen, um den Weg festzulegen (und abzusichern). Und vielen Dank für dein Kompliment Götz

leider! Denn das sind doch wirklich keine sinnvollen Proportionen, Karl. Die Fenster sind ja kaum breiter als ein menschlicher Kopf! Und die Mauersteine im Sockel sind auch viel zu groß. Es ist wirklich schade, dass dir sowas schietegal ist. Und dass du es selbst überhaupt nicht merkst. Viele Grüße Götz

Darf ich ergänzend dazu ein paar Bilder zeigen? Dieses Dreieck aktiviert die Werkzeuge zum Biegen: Mit dem roten X-Pfeil bestimmst du die Krümmung: mit dem grünen Y-Pfeil änderst du die Länge: Mit dem blauen Z-Pfeil änderst du den Anstieg: Und mit dem grauen Quadrat kannst du das Gleis unregelmäßig verbiegen: Diese letzte Option ist besonders gut geeignet, wenn du schon ein Anschlussgleis liegen hast, an dem du dieses Ende andocken kannst. Viele Grüße Götz

Weil diese Bausteine mehr Signalstellungen haben als die einfachen geraden Linien. Stellung 2 schaltet den geraden Zweig auf Rot.

Meine Erfahrung bisher ist, dass dieser Weg nicht funktioniert. Und wenn du mit der EV noch ganz am Anfang stehst, dann ist das Thema GBS für den Einstieg zu komplex. Such dir ganz einfache Beispiele. Brummis Minianlagen sind dazu gut geeignet. Studiere die, bis dir alle Vorgänge klar sind. Dann überprüfe mit einer eigenen Minianlage, inwieweit du alles verstanden hast. Bau eine eigene Anlage und steuere sie mit einer eigenen EV. Wenn es da hakt, dann such nach den Verständnislücken. Komm gerne hier ins Forum und frag, wenn dir Dinge unklar sind. So kannst du Schritt für Schritt dein Wissen erweitern. Und deine Fehler nutzen, um daraus zu lernen. Unsere Fehler sind der beste Lehrmeister, den wir haben! Viele Grüße Götz

Du öffnest die Anlage mit der gewünschten EV entfernst alles auf der Anlage, mit Ausnahme der EV. speicherst das Ergebnis als neue Anlage ab. öffnest die Anlage, in der du die EV verwenden willst. klickst auf das kleine Dreieck neben dem "Einfügen" Icon in der oberen Menüleiste wählst aus dem Auswahlmenü die Option Einfügen aus Anlage Aber sei gewahr, dass eine EV mit jeder individuellen Anlage Anpassungen erfordert. Und um die richtigen Anpassungen vorzunehmen, musst du verstehen was in der EV passiert. Erst einmal benutzen und dann später irgendwann verstehen geht leider nicht. Viele Grüße Götz

Indem man sie als neue, leere Anlage speichert? Der Aufwand ist doch nur wenig größer als ein echter Export. Das ist nicht die perfekte Lösung. Aber mich interessiert, ob überhaupt genutzt wird was schon jetzt geht? Oder ist es am Ende doch gar nicht sooo wichtig und die Mühe nicht wert?

... hast du sicher schon ein oder zwei leere Anlagen gespeichert, die nichts außer deiner EV Bibliothek enthalten?

richtig - diese Straßen aus alten Tagen haben noch keine eigene Fahrspur.

Es fehlt die Position 0 in der Tabelle. (Ich habe es eben mit einem eigenen Depot verifiziert) Mit print(tblFahrzeuge[0].name) bekomme ich das fehlende Fahrzeug. Lua ist leider unorthodox und beginnt iterable Tabellen mit Position 1. Das erste Fahrzeug im Depot sitzt , wie in allen anderen Sprachen üblich, auf Position 0. Da wird es von in ipairs() aber nicht gefunden. Viele Grüße Götz

Brauchen wir wirklich ein System, dass uns vor jeglicher Ungeschicklichkeit schützt? Oder kann man vielleicht einfach sagen: Das tat weh. Da pass ich in Zukunft besser auf? Bau 'ne Sicherheitsabfrage ein, dann schimpft der nächste: Warum muss ich das jedesmal bestätigen? Das nervt! Versteck es im Menü und es kommen die Beschwerden, dass man es nicht finden konnte. Ist schwer, da die richtige Balance zu finden. Und am Ende hilft doch nur eine höhere Frusttoleranz. Das ist bitte nur meine persönliche Meinung dazu. Ich will damit niemanden angreifen und auch keinem den verständlichen Wunsch absprechen. Götz

@Elluminatus, darf ich dir einen anderen Weg vorschlagen? Setze einen Kontakt kurz vor dein blaues Depot. Und wenn der betreten wird, dann prüfst du ob der Name des auslösenden Zuges Zuges "VT 761" ist. Wenn ja, dann schicke ihn direkt ins gelbe Depot. Und wenn du mehr als einen Zug ins gelbe Depot aussortieren willst, dann gib ihnen ein Schlagwort zur Erkennung. Und prüfe das statt des Namens. Alle, die der Bedingung nicht entsprechen, lässt du über den Kontakt hinweg ins blaue Depot weiterfahren. Beispielanlage: Zugunterscheidung vor Depoteinfahrt.mbp Ich denke, dass du diese EV viel leichter durchschauen wirst. Sie enthält weniger und ist in ihrer Struktur klarer. Viele Grüße Götz

Du hast natürlich vollkommen recht, Prinz. Den Punkt hatte ich bisher ignoriert. Hier ist eine kleine Beispielanlage, bei der ich den Zugnamen als Schlagwort nutze. Und um den Namen auch nach Ablauf der Verzögerung noch verfügbar zu haben, übergebe ich ihn als Variable an ein benutzerdefiniertes Ereignis. Das enthält die Verzögerung und den Befehl zur Ausfahrt. Anlage: Zugunterscheidung bei Depoteinfahrt.mbp

Das ist nicht ganz richtig, Prinz. Schick das Fahrzeug wieder aus dem Depot raus auf die Anlage und es ist in der EV unverändert bekannt und richtig benannt. Und solange das Fahrzeug im Depot steht (und der EV Eintrag auf "leer" geändert würde) ist die Bedingung nicht von Interesse. So, wie @Elluminatus es einsetzen möchte, sollte es also auch wiederholt funktionieren. Aktuell bin ich leider anderweitig beschäftigt. Aber nachher versuche ich mal den Aufbau, den er in der Eingangsfrage beschrieben hat. Viele Grüße Götz

Do you use depots? The ejection of a vehicle from a depot may cause the studio to freeze momentarily. This may be more significant early after loading your layout, because the cars and trains in your depots are known only by name (read: ID) until their first release.

Hello Eric, The WIKI explains all you need to know, albeit only in German. Would it be okay for you to read that first (with the aid of some translation tool?) And don't be shy to come back for more help on this topic or clarification of specific answers. I just felt that the WIKI is always a good start. Kind regards Goetz

Hallo @Sintbert, hallo @Phrontistes, Im Moment des Ereignisses "Zug betritt das Depot" ist der Zug noch bekannt und als Eigenschaft des Ereignisses verfügbar: Somit lässt sich die Bedingung einrichten, die @Elluminatus benötigt. Viele Grüße Götz

Das kann ich gerne tun. Ich habe die V 8.5 Tutorial Anlage rausgeworfen und stattdessen eine V7 Tutorial Anlage (mit gleichem Inhalt) veröffentlicht. Neue ID: 35B6213D-D5A3-4098-B14E-D4E3D7B6C9BE

Thanks to @Herman who pointed out that the particular barriers used here don't do well when saving and loading a layout with closed barriers. The problem occurs because the two animations don't stay in sync. When you run the "open" animation, the "close" animation stays at the end position and vice versa. At the end of each animation, both have a value of 1, but with opposite effect. I added a short script that resyncs both states at the end of each animation. This improved demo layout doesn't play up when saved and reloaded, regardless when. Vielen Dank an Herman, der darauf hingewiesen hat, dass die hier verwendeten Schranken beim Speichern eines Layouts mit geschlossenem BÜ falsch aufwachen. Das Problem tritt auf, weil die beiden Animationen nicht synchron bleiben. Wenn man die "Öffnen"-Animation ausführt, bleibt die "Schließen"-Animation an der Endposition und umgekehrt. Am Ende jeder Animation haben beide den Wert 1, aber mit gegenteiliger Bedeutung. Ich habe ein kurzes Skript hinzugefügt, das beide Zustände am Ende jeder Animation neu synchronisiert. Diese verbesserte Demo Anlage habe ich unter den Tutorials veröffentlicht. Tutorial Anlage: 35B6213D-D5A3-4098-B14E-D4E3D7B6C9BE (nutzbar ab 3D-Modellbahn Studio V7)

Nope, that won't work, Herman. Sorry! You can read where the opening mechanism stands. But the closing mechanism has a different timing. The values won't match. Plus it still leaves you with the untidy and unrealistic behaviour that a barrier half opens and immediately closes again when it should have stayed shut for the second train. This is a timing issue. That's why I call my solution the only proper approach. It addresses the cause and eliminates it. Kind regards Goetz

Not with this particular model, Simon. Because the opening sequence is unlike the closing sequence run backwards. closing: switch traffic lights to amber switch traffic lights to red lower barriers opening: raise barriers turn traffic lights off when barriers are half risen.

Die startet einen Timer, der nach Ablauf selbst eine neue Aktion triggern kann. Der Timer erzeugt keine Pause. Dafür benötigst du, wie @prinz schon ganz richtig schrieb, "Ausführung verzögern"

Ja, den Wert kannst du per EV ändern. Er gehört zu den Eigenschaften eines Objekts: