Goetz

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.

Das frage ich mich auch gerade, denn mit dem neuen Knopf fürs GBS hat das nichts zu tun. Es trägt auch in keiner Weise zur Entscheidungsfindung bei, wie dieser Knopf gestaltet sein sollte.

Er begreift sie. Alle verstehen, was du meinst und was du willst. Wir sind nur nicht deiner Meinung. Hör auf, anderen Unverständnis zu unterstellen. Kommt dir überhaupt nicht der Gedanke, dass eventuell du der Geisterfahrer bist und nicht die 100 anderen, die dir entgegenkommen?

Das könntest du umgehen, wenn Blinken in beiden Schalterstellungen blinken würde. Dann würde die Schalterstellung immer den Zustand an oder aus reflektieren und das Blinken könnte unabhängig für die Dauer der Animation aktiviert werden. Ich kann aber nicht einschätzen, ob das technisch umsetzbar wäre.

Zwei Zeilen mehr in der EV und man kann die Schranke auch manuell bedienen: Signaltaster Demo ohne Flächentaster 2.mbp

Meines Erachtens ist die Signalvariante mit drei Stellungen (und Blinken an dritter Stelle) die bessere Wahl. Und mit der richtigen Logik kommt der auch ohne Flächentaster aus: Signaltaster Demo ohne Flächentaster.mbp

Und das sind drei Stellungen, von denen immer nur eine zur Zeit möglich ist. Wie bei einem Signal. Das kann auch Hp0 oder Hp1 oder Hp2 zeigen und man kann von jeder in jede andere Stellung umschalten Wenn du einfach mal aufmerksamer und mit eingeschaltetem Verstand lesen würdest, was man dir antwortet ... JESSES!

Das würde doch überhaupt keinen Sinn machen, weil ein Knopf immer nur entweder an oder aus sein oder blinken kann. Das sind drei Zustände, von denen immer nur einer möglich ist.

Letzteres. Die hat nichts mit dem Modell zu tun und erleichtert nur in der Demoanlage die Bedienung.