Phrontistes

Hallo @Chris06, jetzt habe ich mir noch Dein DF2D36E9-1EF3-4F5E-8D86-45DED11D4E16 angeschaut. Diese EV sieht ganz anderes aus, hat aber wieder andere Fehler: Es macht keinen Sinn, die Fahrtrichtungseigenschaft abzufragen und in der folgenden Bedingung eine übergebene Fahrtrichtung (woher auch immer Du diese hast): Du musst Dir Deine Logik mal genau ansehen! Beste Grüße Phrontistes

Hallo Christian, Nein, der Befehl "Signal einstellen" in Deinem ersten Bild sieht so aus: und beginnt also nicht mit "Fahrzeug" und man sieht ihn nicht im rechten Teil des Bildes, weil Du nicht auf dem Befehl stehst, sondern auf der ersten Bedingung. Hallo @EASY, schau' mal hier: Das versucht Christian anzuwenden, macht es aber nicht korrekt. Es ist im Übrigen auch nicht nachvollziehbar, wozu Du, @Chris06, meine Variable "ZNoRearLight" übernommen hast. Die hat eine sehr spezifische Bedeutung bei der Wintertram: Dort wird der Motorwagen umgesetzt und ich will nicht, dass Lichter zwischen Motor- und Beiwagen leuchten. Beste Grüße Phrontistes

Hallo Christian, Variablen im Fahrzeug ist ja gut, aber dann muss der Befehl "Signal einstellen" mit "Fahrzeug" beginnen und nicht mit "Lichtscheibe für Loklampen ...". Beste Grüße Phrontistes PS: ... wobei Du das Fahrzeug ja übergibst, also kannst Du es als Auslöser auswählen

Hallo Christian, und was ist das hinter dem Punkt? Das Lichtscheibenobjekt ist ein Signal, dem Du eine Signalstellung gibst, so wie Du das in meiner Routine, die Du als Vorlage genommen hast, gefunden hast. Der Unterschied ist nur, dass meine Lichtscheiben in Variablen des Fahrzeuges hinterlegt sind (Vehicle.Light front bzw. Light rear), damit die Routine mit jedem Fahrzeug, in dem die Lichtscheibe als Variable hinterlegt ist, funktioniert. Beste Grüße Phrontistes

Hallo Christian, Dafür gibt es die Lichtscheiben von @BahnLand (Modell: BE03DF5D-D6CA-477E-BFB2-EB66785567D4), die ich z.B. in meiner Überlandtram (Anlage: A189E142-183C-4ADA-93D5-E995A29BB669) einsetze. Licht (und Fahrer) werden dort in "Command: Set driver and light" geschaltet. Beste Grüße Phrontistes

Hallo @Kai61, Dann muss Du den Schalter dem benutzerdefinierten Ereignis als Parameter vom Typ Objekt übergeben und nach jeder Verzögerung die Bedingung "Schalter steht (immer noch) auf An" abfragen und nur weitermachen, wenn dies der Fall ist. Beste Grüße Phrontistes

Hallo Wolfgang @prinz, Dein akribisches Vorgehen gerade auch bei der Steuerung, die Du hier eher am Rande erwähnst, ist sehr beeindruckend. Im Prinzip gehe ich bei der EV vor wie Du (Basissteuerung ohne direkte Objektbezüge) - aber mir fehlt die Geduld, das dann auch noch bis ins Detail zu dokumentieren. Und ich musste die Erfahrung machen, dass viele damit überhaupt nichts anfangen können und lieber fest verdrahten. Beste Grüße Michael

Hallo @Kaffeeschluerfer, genial! Keine EV, einfach nur ein SX1. Ja, geht. Ist ja egal, wo die "Bremslok" im Wagenverband steht. Beste Grüße Phrontistes

Hallo @anschnipp, vielleicht hilft Dir diese Skizze, um den Unterschied zu verstehen: Beste Grüße Phrontistes

Hallo @Neo, Gerne, aber das ist nicht so einfach. Man kann es nur prüfen, wenn man die englische Version am Laufen hat. Und auch dann wird es schwierig, weil man nicht sehen kann, ob Unfug vom Ersteller oder von DeepL stammt. Bei "appendix", "attachment" oder sogar "plant" statt "layout" kann das gut der Ersteller gewesen sein, das alles habe ich schon häufig gesehen. Wenn Du nicht die Möglichkeit gibst, den Originaltext des Erstellers zu sehen, kann man das auch nicht wirklich prüfen. Und wer die deutsche Version am Laufen hat, kann sowieso nur prüfen, wenn Du ihm die Möglichkeit gäbst, sich die Übersetzung anzusehen. Beste Grüße Phrontistes

Hallo @Eggu, Mit dem Sparschattenbahnhof (die Idee ist von @EASY) gibt es eine valable Alternative zu den Depots, die ich aus dem von Dir genannten Grund auch nicht mehr verwende. Beste Grüße Michael

Hallo @anschnipp, nur als Hinweis: Als Zugspeicher sind die Depots toll, aber übertreibe es nicht damit. Lies mal ab hier. Beste Grüße Phrontistes

Hallo @19-Eisenbahn-67, andere Möglichkeit, die ich in der Anlage C36C9B5C-FEFC-427F-82ED-FB071F35961D gewählt habe: Im Ereignis "Schalter wird betätigt" wird als erstes die Existenz einer Objektvariablen eben jenes Schalters abgefragt. In der genannten Anlage passiert in "Switch 'Uncoupling by switch' is toggled" nur etwas, wenn im Schalter die Variable "Vehicle #1" existiert. Aber das ist nur eine Fehlerabsicherung. Weiter unten in der 6. Zeile findest Du die Variable "Locked", die genau dazu da ist, zu verhindern, dass etwas passiert, wobei allerdings der Schalter schon geschaltet hat und deshalb zurückzustellen ist. Die Lösung ist logisch anspruchsvoller als die zuerst gezeigte mit der Ebene. Beste Grüße Phrontistes

Hallo @19-Eisenbahn-67, ich habe das immer so gelöst, dass ich eine passend zugeschnittene transparente Ebene (D20B82EA-471D-4BF5-83FD-C87F3DD19CE9) über dem Schalter positioniere und diese sichtbar/unsichtbar schalte. Sehen kann man sie nie, aber sie verhindert den Klick auf den Schalter, wenn sie "sichtbar" ist. Beste Grüße Phrontistes PS: Beispiel ist diese Anlage: A189E142-183C-4ADA-93D5-E995A29BB669. Da will ich mit den Tachos von @EASY nur sichtbar machen, welche Züge sich gerade wie schnell bewegen, ohne dass man die Geschwindigkeit verstellen kann. Deshalb ist hier eine Ebene vorne dran.

Hallo @liftboy, Nein, hier kann jeder lesen, der den Link hat. Und schreiben darf man dort nicht, weil ich es dort nicht erlaube, da nutzt es auch nichts, sich bei seinem eigenen Microsoft -Account anzumelden. Das wäre nur nötig, um in mein OneDrive zu schreiben, wenn ich es im jeweiligen Ordner erlaube. @Eggu (siehe unten) hat recht. Ich habe mich davon täuschen lassen, dass man nicht bei OneDrive angemeldet sein muss, damit das geht. Aber wenn ich das mit meinem Rechner teste, der immer bei Microsoft angemeldet ist, dann sagt das nichts. Man muss also in der Tat bei Microsoft angemeldet sein, um die von mir bereitgestellten Dateien zu lesen. Wer sein Windows so installiert hat, wie Microsoft sich das seit einer Weile vorstellt, wird davon nichts bemerken, d.h. er hat sofort Zugriff. Wer nicht bei Microsoft angemeldet ist, wird in der Tat aufgefordert, sich bei Microsoft anzumelden, sonst besteht kein Zugriff. Wer sich nicht bei Microsoft anmelden will, kann mir gerne eine PN mit E-Mail-Adresse schicken. Ich maile das gewünschte Dokument dann. Ein Abo bei Microsoft braucht man nur, wenn man selbst ein OneDrive einrichten will, nicht um auf anderer Leute OneDrive zuzugreifen. Beste Grüße Michael

Hallo zusammen, ich habe die Anlage "Fahrstraße durch Schalter auswählen" aktualisiert. Hinzugefügt habe ich Die Unterstützung von Portalen (statt Weichenstraßen). Die Unterstützung von „Fahrstraßenbündeln“ womit eine Gruppe von Fahrstraßen gemeint sind, welche wahlweise ausgewählt werden können. Dies sind notwendig, um mehrere Bahnhöfe auf der Anlage zu ermöglichen. Sie werden aber auch für die gegenläufigen Fahrstraßen eines Kopfbahnhofs benötigt. Die aktualisierte Beschreibung und die aktualisierte Vorlage befindet sich hier. Die Portale sind hier beschrieben. Hello everyone I have updated the layout "Select route by switches". I've added Support for portals (instead of turnouts). The support of "route bundles", which means a group if routes that can be selected optionally. This is necessary to enable several stations on the same layout. However, they are also needed for the opposing routes of a terminus. The updated description an the updated template can be found here. The portals are described here. Beste Grüße / Kind regards Phrontistes Content-ID: ECA056F3-B61F-4E96-B977-4367D0D16B50

Hallo Ulf, So ist es. Die gibt es (noch) nicht. @Neo weiß schon, dass das gewünscht wird. Ich nehme hierfür 31000D59-F7FB-4941-B98A-C80017DA5E85 mit Tauschtextur "Gleis rot" und auf 5 hochskaliert. Das sieht dann so aus: Siehe auch hier. Und jetzt auch hier. Beste Grüße Phrontistes

Doch. Aber natürlich muss man einmal an der Kontaktdistanz rütteln, damit sich das Signal positioniert, wenn man nachträglich eine Kurve einsetzt.

Nein, weil Die Zusatzsignale stehen ja richtig. @Neo sollte das Verhalten abstellen, dass das Gleisende für die dargestellte Position des Signals eine Rolle spielt, egal, ob sich ein Gleis anschließt oder nicht.

Ich schon (in V. 8.5). Schau' mal N1 an (dieses wird u.a. in Andreas' Eingangspost genannt): @AndreasWB hatte das Signal nicht in die Treppe gestellt. Man sieht auch sofort, dass die Kontakte von N1 und N2 verschiedene Positionen und die gleiche Kontaktdistanz von 160 mm haben, die Signale aber nebeneinander stehen. Auch bei N4 (Gleis ganz vorne, auch dieses nennt Andreas im Eingangspost) ist gleich klar, dass das Signal nicht richtig steht. Einmal an der Kontaktdistanz gerüttelt und schon stehen die Signale weiter vorne. Das ist auch dann noch so, wenn ich die Anlage (mit 8.5) speichere und dann erneut lade. Hinweis für @Neo: Wenn das Signal falsch steht, steht es an einem Gleisende (an dem sich aber ein Gleis anschießt). Möglicherweise spielt die Ladereihenfolge eine Rolle, so etwas hatten wir schon einmal. Dafür spricht auch, dass ich Dir eine Konstellation gemeldet habe, da ist stehen einige Signale manchmal richtig, manchmal nicht (auch hier an einem Gleisende an dem sich aber ein Gleis anschießt). Beste Grüße Phrontistes

Hallo @Wüstenfuchs, wenn Du im event trace einen Doppelklick machst, dann bis Du in dem Ereignis, in dem der Fehler aufgetreten ist (siehe Bild). Ich habe geschaut, was Du mit was vergleichst. Und siehe da: "Verladung Zug" (erste Zeile) ist eine boolsche Variable, also ok, aber "Abladen Zug" (zweite Zeile) ist eine Liste, die darfst Du nicht mit einer Zahl vergleichen. Deshalb die Meldung "Operator not supported". Vermutlich wolltest Du mit der (vorhandenen) Variablen "Index Abladen Zug" vergleichen, wie weiter unten (vierte Zeile) beim Aufladen auch. Ich habe noch andere Stellen gesehen, bei denen Du das (glaube ich) auch verwechselt hast. Mein Tipp: Doppelklick und dann genau hinschauen, ob da wirklich steht, was Du wolltest. Beste Grüße Phrontistes

Hallo @EASY, so war das nicht gemeint. Ich habe mich ja auch ausdrücklich für die schöne Lösung bedankt. Ja, ich versuche es graphisch, weil ich denke, dass das von vielen eher nachvollziehbar ist. Ob das stimmt, weiß ich nicht. Auf jeden Fall ist doch gut, wenn die Leute im Thema "Lösungen für Steuerungsaufgaben / Control solutions" nachlesen können, wie es kompakter und zweifellos eleganter ginge. Beste Grüße Phrontistes PS: Und anderes als meiner funktionierte Dein Code auch in Versionen < 8.5

Hallo @EASY, Danke, sehr schön. Dass der coupler einen connected-Status zurückgeben könnte, hatte ich nicht bedacht. Aber versteht das außer Dir noch einer? Meine Lösung leitet sich immerhin noch von der graphischen ab - nur kann ich dort nicht das erste und letzte Fahrzeug greifen. Beste Grüße Phrontistes

Hallo @Neo, Danke, alles klar, ich hab's "befürchtet". Beste Grüße Phrontistes

Hallo @Neo, unterstellt ich habe (sehr) viele TCs und es geht mir nur um einige (wenige) davon, was ist dann performanter: (1) (2) Variante (1) wäre schöner, dann müsste ich beim TC nur eine Variable (die bei "Do something" gebraucht wird) eintragen und nicht auch noch ein keyword. Funktional ist das identisch - aber auch hinsichtlich der Gesamtperformance? Oder ist es vielleicht egal? Beste Grüße Phrontistes