Goetz

because it cannot work correctly. The splitting of tracks is only possible at joints, not arbitrarily in the middle. And there's a good reason for it. At any point where a vehicle transitions from one track piece to another, the Studio connects the train to a new track piece. At this point the studio is capable to choose from multiple possibilities.

Wenn ich eine V60 neu aus dem Katalog hole und mit ihr an die Waggons ranfahre, verhält sie sich korrekt. Sie kehrt nicht um. Es steckt also explizit in der V60, die auf der Anlage fährt. Und es wird "vererbet", wenn ich die V60 durch eine andere Lok ersetze. Ursache gefunden: @wolleDD Schalte bitte die Automatische Beschleunigung in den Eigenschaften der V60 aus.

Hallo @wolleDD, beim Ankuppeln an die beiden Wagen wird die Fahrtrichtung der V60 in V9 sofort umgeschaltet. Damit bekommt die EV keine Meldung, dass die Lok angehalten hat. Ich komme nicht dahinter, was diese Fahrtrichtungsumkehr bewirkt. Die EV ist es nicht. Denn auch, wenn ich die EV komplett deaktiviere, kehrt die V60 beim Ankuppeln sofort um. Wenn ich die Waggons neu mit der V60 in das Wartegleis schiebe und abkupple, dann stoppt die V60 beim nächsten Ankuppeln ordentlich. Wenn ich die Waggons lösche und zwei neue aufstelle, beobachte ich dasselbe Fehlverhalten (= unerklärliche Fahrtrichtungsumkehr) Ich spiele mal weiter mit der Anlage rum und schaue, ob ich die Ursache finden kann. Viele Grüße Götz

??? I don't understand "burst" in this context.

a switch point doesn't solve your problem, Leslie The vehicles are not coupled, but they behave like one consist (one train) at switch points.

And in doing so, you created a problem where you wanted to solve another ...

example layout removed - didn't work reliably at the point where the two cars where joined up sorry!

Cars may come very close to each other at turnouts. But they don't couple (because their couplers are not active by default) So even when two cars look like they are connected, the condition will still say "nil"

Whatever you're trying to say, is lost in translation, Leslie. Same here: I have a hard time guessing what you're trying to say. You may want to try using a translation program.

Beginning with version 7 of the 3D-Train Studio, road turnouts don't have inactive tracks, unless you changed them!

Looks like the short track piece under the red circle is inactive. That will stop any car. (Unfortunately, it's impossible to tell from the screenshot. All required data is missing and the picture tells nothing useful.) "never activated lines, but it works" - are you sure about that? The original model has all tracks active.

Road tracks have no switches. They may branch at crossings, but without a switch mechanism. The road doesn't determine where the car goes. The car does (with an assigned target point). Rail tracks have switch points. And a switch point guides the train by activating one possible track and deactivating all others. Ergo, roads and rails act differently. Maybe this is what leads to your confusion? There is no third kind of track. It is either active or not active.

works just fine when I try it. You may want to verify that the camera is linked to the vehicle (chain icon in top menu bar) And check the name too. Upper case and lower case are not arbitrary

I found a mistake, @Leslie The condition is incomplete! It should be if vehicle.couplers[1].enabled == true then and as @Phrontistes rightly pointed out: couplers[1].vehicle references the vehicle which owns the coupler, not the vehicle connected at the coupler

no, it's not (I made the same mistake) The property couplers[1].vehicle is not identical with the object vehicle Es ist doch dasselbe Fahrzeug. Sorry! "enthält eine Referenz zu dem Fahrzeug, zu dem die Kupplung gehört" (nicht, wie ich flüchtig interpretiert hatte, dem Fahrzeug, das an der Kupplung hängt)

my apologies, Leslie

Why would you assume that the coupler has a speed? The vehicle does! local v = vehicle.targetSpeedAbs The vehicle has a coupler, which you may check as a condition (as you do) And the vehicle has a speed (which you may read and store in a local variable)

There is no collision detection event, @Leslie. We have no means to respond to a collision. Actually, there are no collisions as such. With active couplers, vehicles slow on approach and stop when they couple. With inactive couplers, the stop short and avoid collision (when automatic breaking is active, as it should be.)

Hallo @x-man, Einen zweiten Fehler habe ich in der Zielzuweisung bei Depotausfahrt entdeckt. Dieser Fehler bewirkt, dass die EV nicht weiterarbeitet. Darum erscheint nur ein einzelnes Auto. Du musst bitte bei der Zielzuweisung als erstes mit dem Zahnrad hinter Ziel Variable(Liste/Tabelle) auswählen. Und dann änderst du die Variable mit dem Zahnrad darunter zu einer Variable(Erweitert). Jetzt gibst du bitte in der ersten Zeile als Objekt den Auslöser an, in der zweiten Zeile als Name Ziele (weil das deine Liste verfügbarer Fahrziele ist) und in der dritten Zeile als Index die Zufallszahl zwischen 1 und 3. Viele Grüße Götz

Hallo Stephan, du musst als Quelle für die Ausfahrten bitte das Hotel angeben. Denn dort sind alle Fahrzeuge untergebracht. Das Ziel ist korrekt das Depot, welches du als Argument übergeben hast. Ergänzung: Ziel bedeutet in diesem Zusammenhang "Ziel der Aktion" und nicht "Fahrziel". Viele Grüße Götz

Nein, das nicht. Es wird nur für dich umständlicher. Deshalb wäre interessant, wo du den Effekt hast und ob der direkte Zugriff nicht doch möglich ist. Jedes Objekt hat Eigenschaften. Objektvariablen sind eine Erweiterung dieser Eigenschaften. Deshalb finde ich die persönlich besser als eine zentrale Tabelle. Weil man dann das betreffende Objekt untersuchen kann um zu erfahren, ob es bestimmte Bedingungen erfüllt. Bei dir sehe ich ein ständiges Hin und Her zwischen mehreren Speicherorten. Das scheint mir unnötig kompliziert. Viele Grüße Götz

Das ist in der Tat der klügere Ansatz, @AndreasWB! Eine Liste mit 5 Tabellen für die fünf Gleise. Dann muss man nur die Platznummer 1-5 an das benutzerdefinierte Ereignis übergeben, um in dieser Liste die jeweils passende Tabelle anzusprechen. Und das geht auch in der grafischen EV. 5g mit Liste.mbp

Eigentlich ja. Das Problem ist hier das Zusammenspiel von Lua auf der einen und Studio auf der anderen Seite. Dadurch verhalten sich Dinge manchmal etwas anders. Eine Tabelle in einer Modulvariablen ist etwas anderes als eine Lua Tabelle. Deshalb wird nicht der Bezug zur Tabelle an das benutzerdefinierte Ereignis übergeben, sondern eine Kopie der Tabelle. Wenn du anstelle der Tabelle selbst ihren Namen (als String) übergibst, kannst du ihn im benutzerdefinierten Ereignis verwenden, um die Tabelle in der Modulvariablen anzusprechen. Da finde ich aber nur in Lua eine geeignete Schreibweise. Ich habe die Variante 5g (für Götz) genannt: 5g.mbp

Ich vermute, dass Tab im benutzerdefinierten Ereignis eine lokale Variable ist. Du änderst also nur eine Kopie der Tabelle. Versuch mal bitte, als vierten Schritt der Modulvariablen Tabelle-1 die geänderte Tabelle Tab zuzuweisen.

Wähle über das Zahnrad "Variable", dann kannst du die Tabelle aus deiner Modulvariablen angeben.