Goetz

Und jetzt sehe ich, was da bei euch beiden falsch gelaufen ist: In einem Fall ist die Angabe der Verbindung gültig: Im zweiten Fall ist sie das nicht: Beachtet bitte den fehlenden Haken vor dem Wort "Verbindung". In Lua umgewandelt sind die beiden Angaben ebenfalls verschieden: -- Variante 1 if direction == 1 then contact.trackContact.connection.state = 2 end -- Variante 2 if direction == -1 then contact.connection.state = 0 end Wie dieser Unterschied entstanden ist, kann ich leider nicht sagen. Aber der ist die Ursache. Gibt man im zweiten Fall die Verbindung noch einmal neu als Ziel an, dann läuft alles wie gewünscht. Viele Grüße Götz Beispielanlage: GBS Rotausleuchtung.mbp

Doch, das geht problemlos! Bitte schau dir mein Video dazu an, an dem sich @ag1955 orientiert hat. Die Variable ist nicht erforderlich. Aber die rote Meldung im ... ... besagt, dass der eine Kontakt keine Verbindung hat. Ich würde mir wirklich gerne mal deine Versuchsanlage anschauen, @ag1955

Hallo @Leihe Den Zufall ja oder nein kannst du so erzeugen: Du kannst auch die Balance verschieben, indem du zum Beispiel eine zufällige Zahl zwischen 1 und 10 erzeugst und prüfst, ob die Zahl kleiner als 5 ist. Dann würde die Chance nur noch 40% betragen. Aber ich weiß nicht ob das den Punkt trifft, den du selbst nicht hinbekommen hast? Viele Grüße Götz

Hallo @ag1955, Auf deinen Screenshots kann ich keinen Fehler erkennen. Die Ursache muss an einer anderen Stelle stecken. Ich habe aber leider keine Idee, was es sein könnte. Ergänzung: Ich habe das jetzt 1:1 hier nachgebaut. Das Prinzip funktioniert hier und trotz Nachbau habe ich noch immer keine Idee, warum der rechte Kontakt bei dir die Lampen nur ein-, aber nicht ausschaltet. Wenn er das eine tut, sollte er auch das andere tun. Wenn ich mir deine Versuchsanlage ansehen könnte, dann würde ich eventuell die Ursache darauf entdecken ... Viele Grüße Götz

Oh, vielen Dank @Phrontistes Das wusste ich noch nicht.

Nein, das geht nicht. Siehe Folgebeitrag von @Phrontistes Du musst bitte kannst alternativ eine Kamera aufstellen und dann per EV auf diese Kamera umschalten. Den Standpunkt für die Kamera kannst du aus deiner aktuellen Ansicht übernehmen, aber die Brennweite musst du anschließend noch anpassen. (35° anstatt 45°) Viele Grüße Götz

könnte zum Beispiel so aussehen: local t, t2 = layout:getVehicleGroup(vehicle) local Wagen_3 = t[3] local Ausrichtung = t2[3] if Ausrichtung == 1 then Wagen_3.couplers[1].enabled = false else Wagen_3.couplers[0].enabled = false end Und hier ist eine Beispielanlage mit diesem Skript: Wagen 3 abkuppeln.mbp Die Wagen 4 und 5 werden abgekuppelt, sobald der Zug den Bremskontakt betritt. Als Wagen 3 habe ich bewusst einen mit Bremserhaus gewählt. Dem kannst du ansehen, wir herum er im Zugverband eingegliedert ist. Das Skript funktioniert auch dann, wenn du den Wagen umdrehst. Dazu dient die Bedingung "if Ausrichtung == 1" couplers[1] ist die hintere Kupplung des Fahrzeugs, couplers[0] die vordere. Dass ich die Tabellenplätze t[3] und t2[3] neuen Variablen mit anderen Namen zuweise, dient nur der Lesbarkeit der nachfolgenden Zeilen. Man kann ebenso gut an den entsprechenden Stellen direkt die Tabellenplätze einsetzen. Viele Grüße Götz

Hallo jloos, du wirst dafür Lua bemühen müssen. Wenn du diese Wiederholung in Lua wandelst, dann siehst du dort in der ersten Zeile, dass zwei Tabellen (t und t2) erzeugt werden. local t, t2 = layout:getVehicleGroup(vehicle) Die erste Tabelle (t) enthält die Fahrzeuge des Zugverbands. Die zweite Tabelle (t2) enthält die Ausrichtung der Fahrzeuge relativ zur Fahrtrichtung. Die Wiederholung selbst benötigst du nicht. t[3] ist das dritte Fahrzeug im Zugverband. t2[3] sagt dir, wie herum dieses Fahrzeug im Verband eingegliedert ist. Je nach Ausrichtung musst du jetzt bei diesem Fahrzeug entweder die vordere oder die hintere Kupplung lösen. Viele Grüße Götz

Nie! Aber manchmal möchte man das Fahrzeug angeben. Und manchmal den Kontakt, auf dem das Fahrzeug steht. Weil das Studio nicht wissen kann, was von Fall zu Fall gewünscht ist, muss man es selbst einstellen.

Dann steht in der EV "alle Fahrzeuge" wo eigentlich "Auslöser -> Fahrzeug" stehen müsste. falsch: richtig: Die EV spricht ja mit "Auslöser -> Fahrzeug" nur das Fahrzeug an, welches gerade den Kontakt betreten hat. Wenn die anderen Fahrzeuge durch den vorherigen Fehler schon mit 20 km/h schleichen, dann behalten sie diese Geschwindigkeit natürlich bei, bis du sie wieder änderst. Sie können nicht wissen, dass sie eigentlich schneller fahren sollten. Viele Grüße Götz

Kennst du meine Beispielanlage und die Art, wie dort im GBS die möglichen Wege dargestellt werden? Video: Fahrstraßen im GBS zuweisen

Du musst in jeder Lok eine Variable haben, welche die zugehörige Fahrstraße enthält. Und der Name dieser Variablen muss in allen Loks identisch sein. Den Eintrag in der EV brauchst du aber nur einmal für alle. Denn der holt sich ja aus der ankommenden Lok (= Auslöser - Fahrzeug) die zugehörige Fahrstraße (aus der Variablen) und schaltet diese dann aktiv.

Hallo @andre-catin, hier siehst du ein Beispiel, wie du das programmieren kannst: Und in der Beschreibung zum Video steht auch die Anlagen-ID zu dieser Beispielanlage. Viele Grüße Götz

Mit gedrückter mittlerer Maustaste oder mit den Tasten Q, E (seitwärts) und Y, X (auf und ab) Mit W, A, S und D kannst du sie verschieben und mit den Tasten Bild auf und Bild Ab kannst du die Höhe verändern. Hier findest du diese Tastenbelegungen im WIKI:

Die Grundplatte ist nicht gekippt, Roni, sondern nur die Kamera. Klicke bitte einmal ins Leere, drücke die Enter-Taste und das Bild steht wieder gerade. Viele Grüße Götz

Hast du dir meine Beispielanlage dazu (in meiner ersten Antwort) denn noch nicht ansehen können? Da mache ich es vor. Du musst folgendes tun: Gib jeder Lok eine Variable vom Typ "Fahrstraße". Diese Variable muss bei allen Loks denselben Namen haben. (In meinem Beispielbild ist das der Name FS) In der Variablen speicherst du die passende Fahrstraße für diese Lok. Erstelle ein Ereignis für einen Kontakt vor der Einfahrt in den Gleisbaubereich. In diesem Beispiel habe ich das Signal genommen, an dem deine 5 Fahrstraßen beginnen. Bei Betreten des Kontakts wird die Aktion "Fahrstraße aktivieren" aus der Rubrik "Gleise und Straßen" ausgeführt. Die richtige Fahrstraße findest du in der auslösenden Lok. Deshalb benötigst du für das Objekt die "erweiterte Variable". Die erlaubt dir zwei Dinge anzugeben: Das Objekt (= das auslösende Fahrzeug) und den Variablennamen (in meinem Beispiel FS) Der Zustand der Fahrstraße soll "aktiv" sein (ist bei dieser Aktion schon vorgewählt) Und die Anforderung soll nicht vorgemerkt werden. Deshalb musst du an der Stelle bitte das Häkchen entfernen. Das war alles. Wenn jetzt eine der Loks das Signal betritt, wird die Fahrstraße gestellt, die in ihrer Variablen gespeichert ist. Schau mal bitte, wie weit du mit der Erklärung (und meiner Beispielanlage) kommst. Und wenn es irgendwo klemmt, dann helfen wir dir weiter. Viele Grüße Götz

Dieser Fehler kann verschiedene Ursachen haben. Um zu erkennen, welche bei dir zutrifft (und wie du das beheben kannst) müsste ich sehen, wie die betreffende Stelle auf deiner Anlage aussieht. Und wie du deine Fahrstraßen anlegen wolltest. Am besten wäre, ich könnte mir deine Anlage mal anschauen. Magst du sie veröffentlichen, damit ich darauf zugreifen kann?

Die Wege zu den einzelnen Gleisen bestimmst du am besten mit Fahrstraßen Dann kannst Du individuell in jeder Lok die Fahrstraße abspeichern, die sie nehmen soll. Beispielanlage (mit Version 8.5 erstellt): Fahrstraße in Objektvariable gespeichert.mbp Viele Grüße Götz

Wenn du einen Trafo mit der Lok verbindest, kannst du (im Simulationsmodus!) den Mauszeiger über den Trafo legen und dann die Geschwindigkeit mit dem Mausrad in sehr feinen Schritten regeln, Viele Grüße Götz

Die habe ich mir jetzt mal angeschaut. Wenn ich da den DB 420 Flughafen im Bahnhof unten starte, passiert dasselbe wie bei deiner aktuellen Anlage. Der Zug bekommt den Befehl "Türen schließen" und fährt drei Sekunden nach Ausgabe des Befehls los. Der Unterschied ist, dass bei diesem Zug die Türen in einer Sekunde schließen. Damit bleiben noch weitere zwei Sekunden bis zur Abfahrt übrig. Macht in Summe drei Sekunden. Verstehst du die Zusammenhänge jetzt besser? Herman hat dir (auf Englisch und Deutsch) gerade dasselbe für Gründorf erklärt.

warum??? Eine Verzögerung mit 5 Sekunden Länge tut doch exakt dasselbe! Und wenn du uns mal auf einer der anderen Anlagen schauen lässt, bei denen angeblich alles so funktioniert wie du es dir vorstellst, dann können wir dir auch erklären, was da anders ist und warum dort funktioniert, was bei deiner neuen Anlage nicht geht.

Nein, das tut er nicht! Die drei Sekunden beginnen in dem Moment, wenn du den Befehl "Türen schließen" gegeben hast. Nicht erst, nachdem die Türen geschlossen wurden. Die EV wartet nicht, bis der Vorgang "Türen schließen" beendet ist. Wenn die Türen geschlossen sind, dann sind auch die drei Sekunden um. Aber das habe ich dir weiter oben auch schon erklärt. Wenn du hier um Hilfe bittest, dann musst du auch die Antworten aufmerksam und mit wachem Verstand lesen!

Die EV macht nicht, was sie will. Sie tut exakt das, was sie soll. Was man eingibt. Warum das in deinem Fall nicht das ist, was du erwartest, habe ich dir erklärt. Wenn du schimpfst anstatt zu lesen und mitzudenken, dann wirst du es natürlich nicht verstehen. Deine Entscheidung.

Du wirst das nicht ändern können. Das müsste @Neo tun weil seehund, von dem die BR 24 stammt, nicht mehr unter uns weilt. Ich kann das von dir gezeigte Verhalten aber nicht bestätigen! Arbeitest du mit einem lokalen Katalog? Dann hast du eventuell eine veraltete Version dieser Dampflok im Einsatz. Viele Grüße Götz

Weil das Schließen der Türen 3 Sekunden dauert. Du gibst den Befehl "Türen schließen". Und dann 3 Sekunden später den Befehl "Abfahrt". Die 3 Sekunden zählen ab dem Moment, nachdem du den ersten Befehl gegeben hast. Die EV wartet nicht das Ende der Animation ab. Du musst deshalb die Dauer für das Schließen der Türen noch zu deiner Wartezeit hinzu addieren.