Phrontistes

Hallo @George 63, schau 'mal noch diesen Beitrag an. @SY-DU hatte das gleiche Problem wie Du - und er berichtet, es sei mit V 8.5 beseitigt. Beste Grüße Phrontistes

Hallo Eddie @SY-DU, Ein ähnliches Problem hatte ich auch mal, siehe hier und bin dann auf diese Lösung gekommen. Seither setze ich meine mitfahrenden Kameras immer selbst - und auch nicht mehr zwingend mit Blick aus dem Führerstand, sondern z.B. auch mal so: also hinter dem Zug herfahrend. Beste Grüße Phrontistes

Hallo @David Teide What exactly are you about? As a dispatcher, do you want to be able to see the signal position? Then place the red/green indicator light (D2DE4223-7DE0-4831-8765-A2A63BC92768) in the middle of the track and connect it to the signal. If you set the indicator lights on an own level, you can show/hide them as needed. Kind Regards Phrontistes

Hallo @BahnLand, vielen Dank für diese tolle Bereicherung. Mal sehen, ob ich es irgendwann hinbekomme, dass der Bahnbeamte zum Schild läuft und es umdreht . Falls sich jemand wundert: Ich habe die Animationsgeschwindigkeit auf 0,5 herabgesetzt, so sieht man im Video besser, was passiert. Beste Grüße Phrontistes

Das ist klar. Nur hatte ich aus dem Schlagwort "Blockzähler" geschlossen, dass es Blöcke gibt mit Anfang und Ende und es zwei Stellen gibt, die auf den Zähler zugreifen (Anfang und Ende). Beste Grüße Phrontistes

Hallo Jürgen @jloos, Ja, Du bekommst beim Betreten eines (Signal-)Kontaktes immer das angetriebene Fahrzeug als Auslöser (wobei es tunlichst immer nur ein angetriebene Fahrzeug im Verbund geben sollte). Nicht "obwohl", sondern "weil" der Auslöser für das Ereignis "Betreten" das angetriebene Fahrzeug ist (und nicht der geschobene Wagen). Das würde ich etwas anders formulieren: Bei der Bedingung "Fahrzeug steht auf Gleis/Gleiskontakt" prüfst Du auf das Fahrzeug, welches tatsächlich auf dem Gleiskontakt steht. Das ist nicht zwingend das angetriebene Fahrzeug sondern ggf. der geschobenen Wagen. Deshalb prüfe ich, wie oben beschrieben, auf immer auf vehicle oder vehicle.vehicle rear, dann ist es egal wie rum der Zug fährt. Das setzt voraus, dass man händisch in jedem Fahrzeug eine Variable vom Typ Objekt anlegt und in diese händisch das Fahrzeugobjekt des Fahrzeugen am anderen Ende (Triebkopf, Steuerwagen oder was auch immer) einträgt. Je nachdem reicht es aber auch, zu prüfen, ob irgendein Fahrzeug auf dem Kontakt steht ([Any] in der deutschen Version [Beliebig] wenn ich mich recht erinnere). Das verstehe ich nicht ganz. Du kannst die Zählvariable im Kontakt "unterbringen" (Objektvariable vom Typ numerisch) und Du weißt auch, welcher Kontakt gerade betätigt wurde, denn dieser steht Dir im Ereignis als Auslöser zur Verfügung. Das ist nur eine Zeile in der EV. Diese Lösung funktioniert auch mit dem Schlagwort, weil jeder Kontakt seine eigene Variable "Anz. Züge im Block" hat. Eine andere Frage ist es dann, wer unter welchen Umständen die Zählvariable im "richtigen" Kontakt wieder vermindert. Beste Grüße Phrontistes

Hallo zusammen, Ich habe das für mich so gelöst, dass ich in jeden angetriebenen vehicle eine Objektvariable "vehicle rear" habe, in welcher das letzte Fahrzeug als Objekt steht. Wenn ich wissen will, ob ein bestimmter Zug - egal wie rum - auf dem Gleiskontakt steht, frage ich an, ob vehicle oder vehicle.vehicle rear auf dem Kontakt steht. Falls ich irgendwann mal ein angetriebenes Fahrzeug in der Mitte haben sollte, müsste man die Logik erweitern und sich auch noch "vehicle front" merken. Klar, kann man machen, wenn man sicher ist, dass es sowieso nur der eine Zug ist, den man im Auge hat. In Deinem Fall kann es nicht anders sein, also reicht [Beliebig] - bzw. die Bedingung ist schlicht überflüssig, wie Wolfgang schon sagte. Allerdings fragst Du nicht einen konkreten Kontakt ab, sondern alle Kontakte mit einem Schlagwort. Wohin das im Zusammenhang mit einem Zähler, den Du hochzählts und in einem Modulvariable schreibst, führen soll, ist nicht so ganz nachvollziehbar. Damit Du Dir jetzt nicht mit vielen Modulvariablen einen abbrichst: Du könntest Dir die Anzahl der Züge im Block auch in einer Objektvariablen des Kontakts merken. Wenn Du das machst, kannst Du durchaus mit einem Schlagwort arbeiten, denn der ausgelöste Kontakt steht Dir ja als Auslöser zur Verfügung. Jetzt brauchst Du noch in jedem Zählkontakt seinen Vorgänger als Objekt, damit Du beim Verlassen des Folgekontaktes im Vorkontakt wieder eins abziehst. Beste Grüße Phrontistes

Hallo @George 63, An dem Goliath hatte ich herumgespielt und ihn dann nicht weiter beachtet. Das Foto sagt nichts weiter (außer, dass ich beim Test schlampig war). Auch der Goliath-Fahrer verschiebt sich in der aktuellen Version 8.5.5.0 nicht. Anbei nochmals mein Testlayout, jetzt mit 3 Kameras. Die Lösung heißt Update auf 8.5., da ist der Fehler mit sich verschiebenden Verknüpfungen beseitigt. Er trat zwar bisher nur in sehr großen Anlagen auf, aber bei Deiner Anlage scheint er sich - aus welchen Gründen auch immer - eben auch auszuwirken. Vgl. Wiki, Version 8.5.4.0 vom 21.08.2023 / Fehlerkorrekturen/Anpassungen / "Fehler behoben, bei dem verknüpfte Objekte bei sehr großen Anlagen langsam wegwanderten" Kleine Bahn mit Steinbruch - 3 Beobachtungskameras.mbp Beste Grüße Phrontistes

Das ist jetzt die höhere Schule, deshalb zum Verständnis: Es ist nicht zulässig, dass das vor dem Einfahrsignal stehende Ausfahrvorsignal Hp1 oder Hp2 ankündigt, obwohl das Einfahrsignal auf Hp0 steht. Da ein Formsignal nicht "nichts" ankündigen kann, muss es auf Vr0 stehen, solange das Einfahrsignal Hp0 anzeigt - auch wenn "sein" Hauptsignal Hp1 oder Hp2 anzeigt.

You are welcome

Picture of Version 8.5. plus Maybe it's a bit different without "plus", because there ist no online backup.

Hallo @streit_ross, ... was auf S. 52 des von @Henry dankenswerterweise verlinkten Märklin Magazins auch genau so begründet wird. Beim MBS ist es genauso: Man kann nicht einfach ein Vorsignal mit zwei Hauptsignalen verbinden. Eine korrekte Steuerung geht nur mit Fahrstraßen, sowohl bei Märklin, wie im MBS. Beste Grüße Phrontistes

Hallo @George 63, in der aktuellen Version 8.5.5.0 tritt der Fehler nicht auf. Ich habe Deine Anlage mit zwei Beobachtungskameras ausgestattet und sie eine ganze Weile laufen lassen. Die verknüpften Objekte bewegen sich nicht von der Stelle. Teste das mal mit der (aktuellen) Version 8.5.5 (kostenlose Version genügt zum Testen). Kleine Bahn mit Steinbruch - Beobachtungskameras.mbp Beste Grüße Phrontistes

Hallo @Paul5102, ich habe noch etwas anderes zu den Animationen: Du hast zwei verschiedene Animationen für die Türen links (vorne bzw. hinten). Mit Ausnahme von @EASYs Gepäcktriebwagen werden bisher bei allen Fahrzeugen die Türen einer Seite in einer Animation zusammengefasst. Du würdest mit dem 628 einen zweiten Exoten erschaffen, der dem einen oder anderen Kopfzerbrechen bei der Ansteuerung der Türen (mit der Du selbst kürzlich ja auch schon gekämpft hast) bereiten würde. Mein Vorschlag ist, die Türen einer Seite in einer Animation zusammenzufassen. Beste Grüße Phrontistes

Hallo @Paul5102, schönes Modell, gefällt mir gut. Die Zielanzeige ist aber noch nicht so ganz gelungen. Du solltest zwei Labels "Fahrziel 1" und "Fahrziel 2" (statt nur "Fahrziel Front") zur Verfügung stellen und mit der Animation "07 Zielanzeigen" (besser: "07 Zielanzeige umschalten") zwischen den beiden in "Fahrziel 1" und "Fahrziel 2" hinterlegten Texten umschalten (und nicht zwischen einem Text und einem leeren Feld). Schau' vielleicht mal den VT 2.09 von @Reinhard an, dort ist das sehr gut gelöst. Bei Triebzügen (und Straßenbahnen) wird das Fahrziel ja immer auf beiden Seiten angezeigt. Also brauchen wir auch zwei Zieltexte zwischen denen man umschalten kann. Wenn Du zusätzlich ein leeren Zielfeld darstellen möchtest (z.B. für abgestellte Züge), bräuchtest Du eine zweite Animation "nn Zielanzeige ausblenden". Aber aus meiner Sicht muss das nicht sein. Beste Grüße Phrontistes

Ich hab' mal noch eines Deiner Schilder dazugestellt. Der Köhler hat wohl eine Ausnahmegenehmigung

Hallo @gunther, die Idee ist nicht von mir, schau 'mal hier rein: BD35369C-19A7-4220-8C63-3E44F5918FA3 Der Wolfgang @prinz macht das auch so, wie Du siehst. Pausiert speichern muss eigentlich gar nicht sein, Hauptsache man sieht den Schalter. Beste Grüße Phrontistes

Vorschlag: Speichere die Anlage so (pausiert und Schalter sichtbar):

Hallo @gunther, ach so, Dir geht es nicht um die MBS-Sprache, sondern um Labels, die Du per EV einblendest. Dann mach' es doch so wie von @BahnLand beschrieben, wobei Du die Anlage sinnvollerweise pausiert und so speicherst, dass man den Schalter sehen kann. Beste Grüße Phrontistes

Hallo @BahnLand, @gunther will die Sprache umstellen, was einen Neustart erfordert. Beste Grüße Phrontistes

Hallo @gunther, nein. Von einer mehrfachen Umstellung der Sprache ist abzuraten, denn das hat mehr Konsequenzen, als man zunächst denkt und ist von @Neo nicht vorgesehen. Er geht davon aus, dass der User seine Sprache einmalig auswählt und diese dann so belässt. Ich habe mich zu EN entschlossen und lasse das jetzt so. Nachteil: Wenn der Erbauer eines Modells eine Beschreibung macht, diese aber nicht übersetzt, dann siehst Du an dieser Stelle nichts. Auch das will @Neo nicht ändern, also weiterhin nicht den DE-Text anzeigen, falls es keinen EN-Text gibt. Beste Grüße Phrontistes

Hallo @BahnLand, So ist ist es. Und wenn man das beachtet, kann man sich eine Bibliothek bauen und (Feature-Wunsch) mit in jede beliebige Anlage einhängen. So wie es jetzt ist, ist es ein mühsames und fehleranfälliges Hin und Her. Deshalb meine Bemerkung Beste Grüße Phrontistes

Und wie kommen die neuen Einfälle, die man in einer konkreten Anlage zu 75% bibliotheksgeignet schon ausprogrammiert hat, in diese Bibliotheksanlage?

Genau darum geht es mir letztlich auch! Da wäre die Freude groß, wenn @Neo das auf die eine oder andere Weise implementieren würde. Beste Grüße Phrontistes