Phrontistes

Hallo Walter @Klartexter, auch nur mal so eine Idee: Schau' Dir vielleicht mal 609E51E5-DB16-41C5-B78B-80DEB361B990 an. Da gibt es eine sehr trickreiche Verbindung via Kamera, welche dem Fahrwerk (= MBS-Fahrzeug) folgt (Link) und es gleichzeitig trackt. Die Kabine hat einen Link zur Kamera, folgt also wiederum deren Bewegung. Wäre das nicht so, hinge die Kabine der Seilbahn mal gerade nach unten (auf der Strecke) und mal schief (in den Stationen), weil der Fahrweg mal schräg, mal gerade ist. Vielleicht lässt sich dieser Trick auch für den Stangenstromabnehmer nutzbar machen damit der an der Oberleitung bleibt. Ein Unterschied gibt es allerdings: Die Oberleitung ist nicht der Fahrweg wie das Seil bei der Seilbahn. Also geht es vermutlich doch nicht. Beste Grüße Phrontistes

Hallo Jürgen, dazu brauchst Du einen Schalter, der die Antriebe auf 0 km/h bzw. 16 km/h umschaltet. V7_Umlauf-Kabinenseilbahn 1 mit Ausschalter.mbp Falls das Modul irgendwo implementiert ist, darfst Du natürlich nicht wie in meinem Beispiel einfach alle Antriebe abschalten, sondern nur die Seilbahnfahrwerke. Beste Grüße Phrontistes

Hallo @mroschk, nicht nur Loks, auch Fußgänger und Schiffe können das, müssen aber nicht. Und Flugzeuge können nicht schneller sein. Falls es Dir um ein feinfühliges Regeln geht: Bei diesen beiden Reglern kannst Du den Regelbereich einstellen: Beste Grüße Phrontistes

Hallo Mike, Nur Geduld. Einfach weiterlernen. Das MBS ist unerschöpflich. Ich kenne Deine Anlage nicht und der Güterzug hat mich bisher eigentlich nicht interessiert. Ich hatte bisher nur überlegt, wie man Wolfgangs Routine verallgemeinern kann. Also gibt es ein Durchfahrgleis. Somit haben die Fahrstraßen "Durchfahrt Gleis 1" bis "...4" keinen Sinn und das Fahrstraßenschlagwort "Durchfahrt" auch nicht. Ich habe "HBF Einfahrt betreten" und "Ausfahrsignal wird verlassen" überarbeitet. Inaktiv ist jeweils ... ALT mit Kommentaren, was verkehrt war. ActiveMike Stresstest Wiederholungen-7.mbp "Kupplungen ausschalten / automatisch anfahren" habe ich gemacht, weil die Fahrzeuge manchmal zu dicht aus dem Depot kommen und dann auffahren. Beim nächsten Problem (und das kommt ganz bestimmt) einfach wieder fragen, wie es geht. Das MBS kann (fast) alles, man muss nur wissen wie. Beste Grüße Phrontistes

Ja, das ist so, weil die Mittelpunkte der Modelle von den Erbauern anders gewählt wurden: Das Lichtsignal hat seinen Mittelpunkt hier: Das Formsignal hat ihn hier: Beim Ersetzen wird das neue Modell auf den Mittelpunkt des alten gesetzt. Also passiert beim Ersetzen eines Formsignals durch ein Lichtsignal dies: Das ist zwar unglücklich, aber nicht zu ändern. Kein Wunder, ist ja wieder wie vorher. Wenn Du Signale ersetzt, ist die Fahrstraße nicht mehr gültig - und zwar immer, auch wenn das neue Signal richtig eingerastet ist. Ein schneller Neuaufbau geht nur, wenn Anfang und Ende gleich sind wie vorher und das MBS sich die Unterwegspunkte zusammensuchen kann Das klingt nach Anfang und/oder Ende von Fahrstraßen. Wenn Du dort Signale ersetzt, musst Du die Fahrstraße komplett neu von vorne aufbauen. Das hast Du vermutlich nicht gemacht. Beste Grüße Phrontistes

Das tut sie ganz sicher nicht. Eine Routine wartet nicht auf irgendetwas, sondern rauscht durch. Sie verzögert höchstens die Ausführung der nächsten Anweisung innerhalb ihrer selbst wenn man sie ausdrücklich dazu anweist. Auch das passiert nicht und ist auch nicht nötig. Beste Grüße Phrontistes

Hallo @ActiveMike, um diese Fragen auch noch zu beantworten: Aufruf #2 (der spätere, aus welchen Gründen auch immer schneller ablaufende) stellt die Variable auf true, weshalb sie für Aufruf #1 (der frühere, welcher aus welchen Gründen auch immer lahmt) zu Unrecht nicht mehr auf false steht, sodass Aufruf #2 die Fahrstraße zu Unrecht nicht aktiviert. Der Schaden hält sich also in engen Grenzen. Und wie gesagt: Das Problem ist ein theoretisches, praktisch wird es vermutlich nie passieren. Beste Grüße Phrontistes

Hallo @ActiveMike, Wenn Du auch theoretisch auf der sicheren Seite sein willst, dann musst Du die Fahrstraße mit folgendem Lua-Code ermitteln: local found = false local t = layout:getRoutesByKeyword(Keyword) for i, route in ipairs(t) do if route:canActivate() then if found == false then found = true route.active = true end end end Dieser ist hier implementiert: ActiveMike Stresstest Wiederholungen-5.mbp Ich fände es ja auch schöner, wenn man in der graphischen Oberfläche eine lokale Variable definieren und benutzen könnte und habe diesen Feature-Wunsch bei @Neo auch schon vorgebracht: Beste Grüße Phrontistes

Hallo @EASY, ich vermute mal, eine Fläche durch den User so einfärben zu lassen kannst Du Modellbauer nicht implementieren. Auch nicht schlecht - und vermutlich schneller wahrnehmbar als die Schrift im Kreis. Die Frage wird wohl sein, wie das Eckige ins Runde kommt. Beste Grüße Phrontistes

Hallo @Spurwechsel, nein, die Beschriftung stellt @EASY ja schon zur Verfügung: Beste Grüße Phrontistes

Aber nicht um ihr einen Wert zuzuweisen und genau das ist der Wunsch an @Neo, um allgemeingültige Routinen schreiben zu können, die eine lokale (Zwischen-)Variable (oft nur ein true/false) benötigen, wie z.B. hier.

Hallo @ActiveMike, und für das Timer-Problem habe ich jetzt auch eine Lösung: Kein Timer was sowieso anzustreben ist, denn Timer sind tückisch, weil nicht alle Effekte immer beherrschbar sind. Warum nicht einfach "Fahrstraße ermitteln" (auch) immer aufrufen, wenn ein Zug das Ausfahrsignal verlässt? "Ausfahrsignal wird verlassen" war kein Problem, denn passende Schlagwörter hatten die Ausfahrsignale sowieso schon. Stresstest Wiederholungen-4.mbp Jetzt haben wir nur noch die (sehr theoretische, aber eben vorhandene) Möglichkeit, dass die Zwischenvariable von zwei parallelen Aufrufen durcheinander gebracht wird. In "Fahrstraße ermitteln" habe ich beim Aktivieren der Route (letzte Anweisung) vorsichtshalber noch den Haken bei der verzögerten Ausführung rausgenommen, da Fahrstraßen keinesfalls doppelt aktiviert werden dürfen. Beste Grüße Phrontistes

Hallo @ActiveMike, Ich bin zwar nicht Wolfgang und ich habe mir auch nicht alles angeschaut, kann Dir aber sagen, wie Du Wolfgangs "Fahrstraße ermitteln" verallgemeinerst: Statt eines fest verdrahteten Fahrstraßen-Keywords innerhalb von "Fahrstraße ermitteln" übergibst Du das Fahrstraßen-Keyword als Parameter vom Typ Text und in der Schleife gibst Du dieses Fahrstraßen-Keyword als Trigger an. Diese Routine kannst Du dann mit jedem beliebigen Fahrstraßen-Keyword aufrufen. Entsprechend abgeändertes mbp unten. Natürlich musste ich die beiden Aufrufe auch ergänzen und zwar um den Parameter "HbfEinfahrtOst". Funktional hat sich nichts geändert, aber "Fahrstraße ermitteln" ist jetzt allgemeingültig und wird auch mit anderen Fahrstraßen-Keywords funktionieren. Stresstest Wiederholungen-3.mbp Beste Grüße Phrontistes Nachtrag: Du musst Dir aber noch Gedanken über die Zwischenvariable und den Timer machen. Leider gibt es keine lokale Variable, d.h. man muss eine Modulvariable nehmen und läuft Gefahr, dass die sich gegenseitig überschreiben. Noch problematischer ist der Timer, der darf nicht in der Routine bleiben und als Zwischenvariable brauchst Du je eine für jedes Fahrstraßen-Keyword. Meine Lösung ist also noch nicht fertig im Sinne von wirklich allgemeingültig.

Hallo @EASY, ich benutze Deinen Tacho gerne, um zu beobachten, ob, wie schnell und in welche Richtung Züge fahren, die ich nicht immer sehen kann: Falls Du den Tacho mal überarbeiten solltest und falls das geht, wäre schön, wenn man ihm zusätzlich zur Beschriftung noch eine "Kennfarbe" verpassen könnte. Vielleicht wäre es möglich, den roten Punkt in der Mitte farbvariabel zu machen. Beste Grüße Phrontistes

Aber nicht im Taurus und genau das ist das Problem und verursacht den Fehler, wegen dem Du Dich ans Forum gewandt hast. Dann lass' es halt und lebe mit dem Fehler.

Hallo @ActiveMike, Das ist ein Missverständnis des Begriffs "Wiederholungen". Die "Wiederholung" hat keine zeitliche Komponente, vielmehr rauscht das Programm einmal durch die Schleife. Wie man eine zeitliche Komponente in die Logik hineinbekommt, hat Wolfgang gerade beschrieben. Beste Grüße Phrontistes

Das ist nicht das Problem., das Problem ist der Zugriff auf die Objektvariable ohne vorherige Prüfung, ob diese Objektvariable existiert. Der Zugriff auf eine nicht existierende Objektvariable führt immer zu einem Fehler. Das kann ich auf der Grundlage Deiner Bilder nicht prüfen. Beste Grüße Phrontistes

Hallo Christian, @Herman hat recht, das ist der springende Punkt. Egal. ob "Mit Antrieb" oder "Alle", Du sprichst (ohne es zu wollen) auch die Lok an und diese hat die Türanimationsvariable vermutlich nicht. Doch, darum geht es. Gibt es im Taurus die Variablen "Türen rechts/links auf"? Wohl nicht. Du musst vor dem Abspielen von Animationen, deren Name in in einer Objektvariablen hinterlegt ist, immer prüfen, ob es die Objektvariable überhaupt gibt: "Door speed" spielt hier keine Rolle (dort trage ich optional die Animationsgeschwindigkeit ein). Beste Grüße Michael

13611E18-7D71-491E-9533-37D30BA2E4BB 650EB469-0FE5-46D4-B1A5-43F1C1D27CDB Sie sind bei Infrastruktur / Straße

Du kannst jedes Objekt skalieren:

Hallo @ActiveMike, Wenn Du ein Objekt greifen willst, ohne es auf der Anlage zu suchen, nimmst Du die Strukturansicht: Wenn Du dann noch alle Loks auf eine Ebene legst und diese selektierst, hast Du eine Liste der Züge und auch ganz schnell die Lok, die Du suchst. Bei geöffnetem Steuerungsfenster musst Du nur einfach auf die Lok klicken, dann hast Du den eingebauten Regler, der Dir auch dir eingestellte Fahrtrichtung anzeigt. Beste Grüße Phrontistes

Molto bene

Gar nicht, die gibt es nicht im Katalog. Lies mal genau: