Goetz

Hallo Vierauge, du gibst in der EV ganz explizit an, dass der Güterwagen 5 abgekuppelt werden soll. Wenn du also den Güterwagen 4 über den Kontakt schiebst, wird der nicht abgekuppelt. Dazu musst du wissen, dass der Name keine Rolle spielt. Als du den Güterwagen 5 in der EV angegeben hast, hat die EV sich das zugehörige Objekt gemerkt. Das kannst du überprüfen, indem du diesen Güterwagen 5 umbenennst. Nach der Umbenennung wirst du in der EV diesen neuen Namen finden, weil weiterhin Bezug auf dasselbe Objekt genommen wird. Und weil in der EV das Objekt angegeben ist nützt es auch nichts, einen anderen Wagen umzubenennen. Das Objekt, welches in der EV angesprochen wird, ändert sich dadurch nicht. Das einfachste wäre meines Erachtens, du würdest stattdessen die Lok abkuppeln. Dann ist es egal, welchen Waggon sie über den Kontakt schiebt. Und wenn du später mehrere Loks an dieser Stelle verwenden willst, dann gibt es noch einen besonderen Trick um zu sagen: Kuppel die genau Lok ab, welche in diesem Moment den Kontakt ausgelöst hat. Dazu klickst du auf das Zahnrad neben dem Feld für das Objekt und wählst dann aus der Liste "Auslöser". Als Auslöser werden alle Objekte bezeichnet, die ein Ereignis bewirkt haben. In diesem Fall sind das der Gleiskontakt und das Fahrzeug. Nachdem du "Auslöser" gewählt hast musst du zuletzt noch im Feld selber "Fahrzeug" als den Auslöser auswählen, den du beeinflussen (= abkuppeln) willst. Dieses Auslöser Prinzip ist für die EV sehr nützlich. Viele Grüße Götz

Hallo Vierauge, in meinen Erklärungen bemühe ich mich immer darum, möglichst klar zu sein. Das wird mir leider oft als Strenge ausgelegt, ist aber nicht so gemeint. Und natürlich ist die Anlage noch sehr unfertig. Das ist doch typisch für den Moment, in dem Fragen auftauchen. Da mach dir also keine Sorgen. Viele Grüße Götz P.S.: nach einem ersten Blick auf die Anlage: Unfertig, klar - aber mit viel Potenzial!

Hallo Little, auf die Schnelle fällt mir folgendes dazu ein: Wie wäre es mit der Bedingung "Fahrzeug befindet sich zwischen zwei Gleiskontakten"? Man braucht ja in der Vitrine je Ebene zwei Kontakte, um den einfahrenden Zug zu stoppen. Alternativ ginge auch "Fahrzeug befindet sich auf einem Gleiskontakt", wenn man Kontakte in die Mitte setzt, um Züge mittig in der Vitrine zu stoppen. Viele Grüße Götz

Hallo Vierauge, wenn du uns einen Blick auf deine Anlage gewährst, dann schauen wir gerne nach, warum. Du kannst sie entweder im Online Katalog veröffentlichen und uns die Content-ID mitteilen. Oder du kannst sie auf deine Festplatte exportieren und dann diese Datei hier an dein Posting anhängen Viele Grüße Götz

Wow! Das ist großartig, Easy!!!

Hallo Fifof, du kannst ein Objekt mittels Lua Befehl akkurat an eine Position setzen. Aber das ist dann keine Animation. Damit könntest du beim Stopp eine Korrektur vornehmen - mit einem sichtbaren kurzen Ruck. Für die Animation hast du schon den richtigen Ansatz gewählt, indem du das Hilfsfahrzeug an Kontakten stoppst. Wenn du die Bremskraft verringerst, ist die Ungenauigkeit bei den Stopps eventuell geringer, weil das Fahrzeug dann sanft abbremst und kurz vor dem Stopp nur noch sehr langsam fährt. Aber eine kleine Ungenauigkeit wird bleiben. Alternativ kannst du (in Blender, Sketchup etc.) das komplette Regal mit Animationen und Fahrspuren als eigenes Modell kreieren. Das wäre dann (wie Schiebebühnen und Drehscheiben) sehr präzise. Deine Idee finde ich übrigens sehr schön Viele Grüße Götz

Die kannst du in der Infoleiste oben sehen:

Ah, sorry, das hatte ich übersehen. Das geht leider nicht in einem Rutsch. Aber du kannst auf der neuen Höhe zwei (Hilfs-)Gleise nebeneinander als Ziel hinlegen. Und dann die beiden Gleisstrecken nacheinander hochziehen und oben andocken.

Hallo @moon2018, dann musst du nach dem Markieren aller Gleise das blaue Dreieck an dem Ende anklicken, welches du anheben willst. Dann erscheint ein Gismo an diesem Ende. Und den benutzt du dann, um dieses Ende hochzuziehen. Nicht den Gismo in der Mitte, den du gleich nach dem Auswählen aller Gleisstücke siehst. Viele Grüße Götz

oh, I didn't think of that. Thank you!

Hallo swen, Nein, das ist nicht der Grund. Den wahren Grund hatte ich dir oben (in dem Beitrag mit dem Screenshot von deinem Ereignis) erläutert. Auch dazu habe ich dir oben eine Erläuterung gegeben. Mit Lua hat das in beiden Fällen nichts zu tun! Und eine Verzögerung von 0 kann durchaus sinnvoll sein (aus oben angegebenen Gründen!) Viele Grüße Götz

Willst du sie in eine höhere Lage verschieben? Oder über die Distanz ansteigen lassen?

Why would a custom camera not be available in the menu? I haven't come across any situation where that occurs. Can you please elaborate on the situation?

The position is a property of an object. You can access that property from Lua object.transformation.position = {x = 0, y = 0, z = 0}

Unfortunately tracks are not a valid target for cranes. Cranes can only place goods on designated target objects. But why do you want to use a crane when you're not interested in the animation? Using Lua, you can give the car a new location.

Hello @Leslie, your code will work when the active camera is a camera object from the Online Catalog -> Extra Kind regards Goetz

Hallo @Swen44, mit diesem kleinen Beispiel möchte ich dir verdeutlichen, wie sich eine Wartezeit im Benutzerdefinierten Ereignis auswirkt: Wartezeit im Benutzerdefiniertem Ereignis.mbp Auf Knopfdruck wird im Benutzerdefinierten Ereignis eine Liste mit vier Namen erzeugt. Gleich im Anschluss gibt ein Befehl im Ereignis "Schalter wird betätigt" den Inhalt der Liste in einem Textfeld aus. Weil der dritte und vierte Namen erst nach einer Verzögerung in die Liste eingefügt werden, siehst du im Textfeld nur die ersten beiden Namen. Schaust du dir die Liste anschließend im Ereignisprotokoll an, dann enthält sie alle vier Namen. Daraus kannst du ableiten: Alles, was vor der Verzögerung im Benutzerdefinierten Ereignis steht, wird ausgeführt, bevor die Textausgabe im Ereignis "Schalter wird betätigt" erledigt wird. Alles, was nach der Verzögerung im Benutzerdefinierten Ereignis steht, kommt für die Textausgabe zu spät. Auch dann, wenn die Verzögerungszeit (ein Parameter) = 0 ist! Denn auch eine Verzögerung der Dauer 0 bewirkt einen erneuten Aufruf des Ereignisses. Und dieser zweite Aufruf folgt erst, wenn alles im aufrufenden Ereignis bis zur eigenen Verzögerung (für die Rücksetzung des Tasters) erledigt ist. Viele Grüße Götz

Hallo Swen! Hier aber nicht: (das Bild ist aus deinem ersten Beitrag) Im Benutzerdefinierten Ereignis "Kopfbahnhof" ist zwar eine Wartezeit eingetragen. Aber die verzögert nicht den nachfolgenden Befehl "Fahrtrichtung setzen" im gezeigten Ereignis. Sondern nur die nachfolgenden Befehle im Benutzerdefinierten Ereignis. Du kannst das besser durchschauen, wenn du das Benutzerdefinierte Ereignis in Lua umwandelst. Dann siehst du, dass dieses Ereignis nach Ablauf der Wartezeit ein weiteres Mal aufgerufen wird. Das hat aber keine Auswirkung auf die nachfolgende Aktion in dem Ereignis, welches das Benutzerdefinierte Ereignis triggert. Du musst das Fahrzeug als weiteres Argument an das Benutzerdefinierte Ereignis übergeben. Das hat @Phrontistes dir weiter oben erläutert. Da ist in deinem Code etwas unsauber. Denn das geht eigentlich problemlos. Eventuell hast du die Verzögerungszeit nicht als Zahl übergeben? Das wirst du verwechselt haben. In Wiederholungen sind keine Verzögerungen zugelassen. Viele Grüße Götz

Das ist korrekt, Swen Und auch das ist soweit richtig. Aber in diesem Zusammenhang ist folgendes wichtig: Die EV sendet eine Reihe von Befehlen aus. Aber sie wartet nicht auf das Ende der Ausführung! Wenn du also einem Fahrzeug zuerst die Geschwindigkeit 0 zuweist und dann gleich im Anschluss mit dem nächsten Befehl die Fahrtrichtung umkehrst, dann geschieht diese Umkehr nicht dann, wenn das Fahrzeug zum Stillstand gekommen ist, sondern sofort. Damit geht die neue Sollgeschwindigkeit 0 gleich wieder verloren. Stattdessen ist die neue Sollgeschwindigkeit jetzt der negative Wert der aktuellen Ist-Geschwindigkeit. Viele Grüße Götz

The reason why you misunderstand this behaviour is this: "Vehicle enters track" actually means "crossing the beginning of a track piece", i.e coming in from another track piece . When you place a new vehicle on a track piece, that action doesn't trigger "vehicle enters track" either, because the vehicle doesn't run over the threshold. It's placed somewhere on the track and then connected to it. And that is a completely different type of event, in spite of the outcome looking quite similar. Most users seem to understand that difference, which is why I'm not sure if a warning is really required. But that's not up to me to decide.

I think not, @Leslie You have an event "vehicle exits depot" which is sufficient for all purposes. The "enter track" event isn't triggered in this instance, because this event requires for a vehicle to drive over the threshhold (i.e. the beginning of a track). Which doesn't happen when the depot places the vehicle on the track. I understand that the language barrier makes it a little harder for you to get to grips with the 3D Train Studio. But may I suggest you spend a little more time with it, before you flood the forum with requests? Get a feel for it. It is well structured. Events like "vehicle enters track" are events which happen anyway, with or with out the event manager involved. To make vehicles follow tracks, they need to be passed on from one track object to the next each time they cross a threshold. To animate a signal, the change of its state is an event which the studio responds to. The change of a switching point is an event that makes the studio activate one track while deactivating another. The event manager is an extra that lets users list additional commands to be executed in such events. Kind regards Goetz

Dann wirst du entweder das Gebäude oder die Platte verschoben haben. Oder du hattest zwei Bodenplatten übereinander, ohne es zu merken. Dir sind beim Import ja auch andere Missgeschicke passiert. Von alleine passiert sowas definitiv nicht, Rotti.

Hier habe ich eine kleine Beispielanlage für dich, @Leihe V7 Ladungswechsel für Leihe.mbp Viele Grüße Götz

Hallo @Leihe, gestern Nacht hatte ich noch Lust mir deine Anlage anzuschauen. Aber für eine Antwort war ich schon zu müde. Du kannst das viel schlanker aufbauen! Erstens könntest du alle Einträge für die Waggons 1 - 15 hintereinander in ein Ereignis schreiben. denn deine 15 Ereignisse werden ja alle zugleich in dem Moment ausgelöst, wenn der Zug (nicht der jeweilige Waggon!) den Kontakt betritt. Und zweitens könntest du in einer Wiederholung "für alle Fahrzeuge in einem Zug/Fahrzeugverbund" sämtliche Waggons mit nur einem Befehl ansprechen. Dazu musst du in jedem der Waggons die Ladung in einer Objekt-Variablen speichern, damit der Befehl zu jedem Waggon die zugehörige Ladung ansprechen kann. Weil du in jedem Waggon zwei unterschiedliche Ladungen hast, würde ich dir für die Variable eine Liste empfehlen. In der Liste legst du auf Platz 1 die zugehörigen Holzschnitzel und auf Platz 2 die zugehörigen Holz-Pellets. Ich schau mal, ob ich dir im Laufe des Tages dazu ein Beispiel bauen kann. Ich muss nur erst V7 wieder installieren. Viele Grüße Götz

Hallo Walter, und auf dem offiziellen YouTube Kanal zum MBS gibt es zwei Videos zum Thema. Dieses hier würde ich dir für den Einstieg empfehlen: Das Video wurde damals mit V7 erstellt. daher sehen die Menüs noch etwas anders aus. Aber das Prinzip ist noch immer dasselbe. Die Anlage zu diesem Video gibt es unter den Tutorial Anlagen: 54CA9DCE-EBA4-4104-82E4-937F71DCB56F Sie enthält auch eine kleine EV mit rudimentärer Steuerung der Fahrstraßen. Damit hast du zumindest eine Grundlage. Bei Fragen können wir dir dann weiterhelfen. Viele Grüße Götz