Goetz

Nein, da bist du leider im Irrtum. Die Farbe spielt insofern eine Rolle, als sie die Fahrtrichtung widerspiegelt. Über die Richtung, in der ein Kontakt überfahren wird, kannst du (in Relation zur Fahrtrichtung des Waggons) ermitteln, ob die rechten oder linken Türen geöffnet werden müssen. Deshalb spielt diese Richtung auch eine Rolle, wenn du eine Hälfte des Kontakts deaktivierst. Weil du mit der Wahl der aktiven Richtung unterscheiden kannst, ob der Bahnsteig in Fahrtrichtung rechts oder links liegt. Das macht die Bedingung Richtung = Ori Sie vergleicht die Richtung des Kontakts (Richtung) mit der Fahrtrichtung des Zugteils (Ori) Ich habe deine Anlage noch ein bisschen erweitert. Haltestelle Doppeltraktion.mbp Die Kontakte sind jetzt einseitig aktiv. Und es gibt an beiden Bahnsteigenden einen Kontakt. Die Tram habe ich zur Doppeltraktion erweitert. Der ganze hintere Zugteil ist gedreht. Bitte verzeih, wenn das nicht der Realität entspricht. Ich will damit nur die Wirkweise von EV und Kontakten demonstrieren! Du kannst den Zug vorwärts oder rückwärts im Kreis fahren lassen. Es öffnen sich immer bei allen Zugteilen an jeder Haltestelle die richtigen Türen. Das wird durch das Zusammenspiel von Kontaktausrichtung und EV erreicht. Die EV ist zu 100% dieselbe wie in der vorherigen Anlage. Schau mal bitte, ob dir das zu einem besseren Verständnis hilft. Viele Grüße Götz

Du musst den Index ebenfalls als erweiterte Variable angeben:

Ja, das ginge und wäre sicher vernünftig. Und du würdest in dem Fall, wie du richtig sagst, über eine mehrfache Erweiterung an die Variable des Signals kommen, das selbst im Kontakt hinterlegt ist.

Weil die rote Richtung des Kontakts -1 ist, deine Fahrtrichtung aber 1. Die Bedingung Ori = Richtung ist hier nicht erfüllt. Und für diesen Fall hast du nichts angegeben. Wenn du für den Fall "nicht erfüllt" einträgst, dass die Türen auf Schalterstellung 2 (= rechte Türen auf) schalten sollen, funktioniert alles wie gewünscht. Und beim späteren Schließen der Türen musst du mit dem neuen Schalter nicht mehr die Fahrtrichtung prüfen. Bei Stellung 0 werden ja immer alle Türen geschlossen. Haltestelle korrigiert.mbp Ich habe zum besseren Verständnis noch eine dritte Haltestelle hinzugefügt. Diese ist im Gegensatz zu den ersten beiden in Fahrtrichtung links vom Gleis. Hier öffnen sich die Türen auf der linken Seite, weil der Kontakt diesmal in Richtung 1 (blaue Spitze) betreten wird. Die Bedingung Ori = Richtung ist erfüllt. Der Türschalter geht auf Stellung 1. Viele Grüße Götz Die Anlage wurde noch einmal getauscht, weil sie bei erfüllter Bedingung die Türen auf beiden Seiten geöffnet hatte.

Ja, das darfst du. Und wenn es sich nicht so verhält, dann ist ganz bestimmt nicht alles identisch. Aber den Unterschied, der dieses andere Verhalten verursacht, kann ich nur sehen, wenn du mir zeigst, was du tust. Deine Beschreibung alleine genügt nicht, weil sie diesen Unterschied nicht enthält. Du denkst ja, es wäre alles identisch.

ja, kein Problem

Korrekt. Diese Weiche muss durch Signale gesichert werden! Aber was hat die mangelhafte Signalisierung im ersten Beispiel mit Fahrstraßen zu tun? Fahrstraßen ersetzen keine Signale! Schau dir mal bitte diese Beispielanlage an: 12FBFA21-6D56-444E-A59B-E7A4655EFE2D Ein kurzes Video gibt es auch dazu.

Fahrstraßen haben ein reales Vorbild, Gmd Und sie beginnen an einem Signal. Wenn die Fahrstraße "eingelaufen" ist, dann geht anschließend dieses Signal auf Fahrt. Der Weg ist nicht nur gestellt, sondern auch gesichert und für genau eine Zugfahrt reserviert. Wenn der Zug das Ende der Fahrstraße erreicht, wird sie aufgelöst. Fahrstraßen haben einen Anfang (erster Wegpunkt) und ein Ende (letzter Wegpunkt). Damit ist auch ihre Richtung eindeutig. Eine Fahrstraße in Gegenrichtung zu stellen wäre also völliger Unfug. Das Signal am Anfang der Fahrstraße - also am gegenüber liegenden Ende! - würde auf Fahrt schalten. Das wäre katastrophal. Was für "Sicherungseinrichtungen"? Der Witz an Fahrstraßen ist, dass sie diese Sicherung übernehmen. Zuverlässig! P.S.: Gerade fällt mir noch ein Punkt ein, der dich eventuell irritiert hat. Beim Erstellen einer Fahrstraße werden dir unter Umständen mehrere mögliche Wege angezeigt. Aber du musst dich zu diesem Zeitpunkt für einen davon entscheiden. Die Fahrstraße bezieht sich dann nur auf diesen einen Weg. Wenn du darüber hinaus einen der alternativen Wege ebenfalls benutzen möchtest, dann musst du dafür eine weitere Fahrstraße einrichten. Für den laufenden Betrieb bedeutet das dann, dass du Methoden benötigst um zu entscheiden, welche Fahrstraße wann aktiviert werden soll. Und das kann von Position zu Position verschieden sein. Im Schattenbahnhof will ich (als Beispiel) in ein beliebiges freies Gleis einfahren. Aber im Hauptbahnhof haben Züge (wieder nur als Beispiel) zugewiesene Bahnsteige, die sie vielleicht gezwungen, vielleicht aber auch nur in erster Priorität anfahren sollen.

Ja, natürlich musst du das. Das wäre wirklich wichtig. Und wir geben uns alle Mühe, dir dabei zu helfen. Aber deine ständigen "geht nicht" Postings mit Erklärungen, die keine Rückschlüsse zulassen was da genau bei dir schief läuft, machen es uns verdammt schwer! Wenn du nur aufzählst, was du deiner Meinung nach richtig gemacht hast, können wir daraus beim besten Willen nicht erkennen, was du falsch gemacht hast!

Indem du anstelle des = ein + verwendest, um 1 hinzu zu addieren. indem du bei Index auf den Typ "Variable" wechselst und dann die Objektvariable mit der gespeicherten Zahl wählst Mit Variable löschen. Als Variable wählst du "Variable (Liste/Tabelle)" und der Index ist auch hier die gespeicherte Zahl. Anschließend wird die Zahl im Speicher um 1 verringert. Das lässt sich soweit alles mit der grafischen EV machen und funktioniert, solange du das System nicht durcheinander bringst. Mit Lua hättest du die Möglichkeit, weitere Sicherheiten einzubauen. Du könntest dann beispielsweise deinen Zähler mit der Anzahl der Listenelemente abgleichen. Oder ganz auf den Zähler verzichten und gleich mit der Anzahl Elemente in der Liste arbeiten. Hier ist die oben beschriebene, simple Version ohne Skripte: Listenzähler für geparkte Loks.mbp und ein Lua Beispiel: Lua für geparkte Loks.mbp Im Übrigen hat @Phrontistes vollkommen recht. Wenn du uns deine Versuche zeigen würdest, dann könnten wir daraus deine Denkfehler ablesen. Dann hätten wir eine Möglichkeit, da anzusetzen wo du stehst. Wir könnten dir aufzeigen, was an deinem Gedanken falsch war. Fehler sind unsere besten Lehrmeister. Aber nicht, wenn wir sie verstecken oder vertuschen. Sondern nur, wenn wir sie genau untersuchen. Viele Grüße Götz

wie sollen wir das wissen? Sorry, Walter - bei allem Stress ... du kommst uns nur wenig entgegen bei unserem Bemühen, dir zu helfen.

Ein Einzelschalter hat nur zwei Stellungen - 0 oder 1 Deiner hat fünf verschiedene Stellungen von 0 bis 4

Hallo @bigrala scheitert zumindest bislang daran, dass ein Zug nicht Waggon für Waggon über einen Kontakt fährt. Für den Kontakt besteht der ganze Zug nur aus drei Punkten. Spitze, Mitte und Schluss. Was sich zwischen diesen drei Punkten alles befindet, kann der Kontakt nicht "sehen". Das siehst nur du als Beobachter. Das Programm selbst arbeitet anders, als es sich dem User optisch darstellt. Dein Gedanke ist nicht neu. Und nachvollziehbar ist er auch. Aber er passt leider nicht ins bisherige System. Viele Grüße Götz P.S.: Du kannst jedem Waggon im Zug eine eigene Variable geben. Und du kannst sie auch alle einzeln auslesen. Denn der ganze Zug steht dir als Liste zur Verfügung. Du kannst nur nicht den Kontakt nutzen, um die Waggons einzeln anzusprechen.

Also deine Kunden fragen sich das ganz bestimmt nie! Die wissen inzwischen alle, dass deine Züge nur im Kreis fahren.

Hallo Walter, ergänzend zu Phrontistes Erklärung ... Ich hatte extra für dich zum besseren Verständnis vor kurzem diese Tutorial Anlage veröffentlicht: 3686C01C-77A1-4359-A516-5E83F8EC7319 Hast du dir die angeschaut? Als Beispiel habe ich hier Türen verwendet und keine Blinker. Aber das Prinzip ist identisch! Eins der drei Fahrzeuge im Verbund fährt rückwärts. Damit sind bei diesem Fahrzeug rechts und links vertauscht. (Die drei Fahrzeuge stehen einzeln hinter den Gleisen, alle in der gleichen Ausrichtung. So kannst du vergleichen, welches im Zug gedreht wurde) Trotzdem öffnen an beiden Bahnsteigen immer die richtigen Türen. Egal, ob der Zug vorwärts oder rückwärts fährt. Du kannst sogar den Mittelwagen händisch umdrehen und das Prinzip wird weiter korrekt funktionieren. Aber die EV ist der springende Punkt, Walter! Du willst doch nicht die Blinker alle per Hand schalten. Das muss automatisch gehen. Heute noch per EV. In einer zukünftigen Version vielleicht sogar völlig selbständig. Aber dafür ist es wichtig, dass du dich bitte an den etablierten Standard hältst. Bitte, schau dir die Beispielanlage an. Schau dir auch die EV darin an. Und verstehe, dass wir wissen wovon wir reden. Dass wir verstanden haben, dass es sich bei dir um einen Zweirichtungswagen handelt. Dass wir verstanden haben, warum bei deiner Straßenbahn manchmal rechts und links vertauscht sein werden. Und dass es so sein muss, damit Automatiken funktionieren können. Viele Grüße Götz

Ja, aber es handelt sich nicht um eine zusätzliche Funktion, die nicht da sein sollte. Sondern es ist etwas abhanden gekommen. Du sprachst davon und deshalb war ich daran interessiert, wo du das gelesen hattest ...

Hallo Walter, Wenn man per EV Türen, Blinker etc. bedient, muss man sowieso immer für jedes einzelne Fahrzeug im Verbund die Fahrtrichtung mit einbeziehen. Das geht zu Glück sehr bequem und mit geringem Aufwand. Für dich bedeutet das, dass du nur die Ausrichtung des Modells berücksichtigen musst, um Türen, Blinker etc. korrekt zu benennen. Mit Ausrichtung meine ich, wie das Modell relativ zu den Raumachsen konstruiert ist. Ob das Fahrzeug später im Betrieb gedreht in den Verband eingereiht wird (weil derselbe Triebkopf sowohl vorne, als auch hinten Verwendung findet) spielt für deinen Modellbau keine Rolle. Viele Grüße Götz

abgemacht - danke fürs Finden Aber es ging um eine fehlende Möglichkeit, beziehungsweise darum, dass etwas noch unvollständig war. Bei dir klang es als gäbe es ein Funktion, die gar nicht beabsichtigt war. Und da konnte ich mir keinen Reim drauf machen.

Doch, zulässig ist das schon. Aber diese Variable in deiner Fahrstraße nutzt du nicht. Stattdessen suchst du sie in dem Gleiskontakt, der verlassen wurde. Außerdem ist bei dir in der Variablen nicht der Nachbar gespeichert, sondern die Fahrstraße selbst. In der Fahrstraße Ausf SigGl1 steht als Nachbar die Fahrstraße Ausf SigGl1. In Ausf SigGl2 steht als Nachbar Ausf SigGl2. Und in der Ausf SigGl3 steht die Ausf SigGl3. Erlaubt ist das alles. Aber so ist es nutzlos.

Sorry, nicht mein Humor. Quengeln bleibt Quengeln - egal, wie bunt es verpackt wird. Und deine "Kids" sind längt keine Kinder mehr!

Das ist eine gute Gelegenheit für dich, den Kindern "Geduld" beizubringen.

Kannst du mir bitte zeigen, wo du das gelesen hast?

Hallo Ubahn, Der erste Fehler ist, dass es kein Objekt mit dem Schlagwort "Ausfahrt Sig verlassen" gibt. Deshalb wird das Ereignis zur Aktivierung der Fahrstraße nie ausgelöst. Zweitens hat nur das BlkSig 1 eine Variable "SB Ausfahrt Nachbar". Aber die ist leer und gehört außerdem nicht ins Blocksignal. Drittens wäre es besser, den Nachbar zu starten, wenn ein Zug im Sbf eintrifft. Also bei Betreten des Ausfahrsignals In dieser korrigierten Fassung schalten die Ausfahrten automatisch. Die Einfahrten musst du noch per Hand stellen: Fahrstrassen Testanlage Korrektur.mbp Viele Grüße Götz

Nein, er will nur, dass jeder im Posting sehen kann, wie diese halb-grafische Lösung aussieht. Er wünscht sich deshalb einen Screenshot von deinem Lösungsvorschlag: Weil auch ein V8 User damit etwas anfangen kann.

Das lese ich gerne, Hellfried. Vielen Dank