Phrontistes

Hallo @Neo, nach Debatten an anderer Stelle würde ich gerne präzisieren, was ich für sinnvoll hielte: Neue Eigenschaft locked/unlocked für alle Objekte (nicht nur Weichen, auch z.B. Signale und Fahrzeuge), die man im Simulationsmodus bedienen kann - um eben dies per EV verhindern zu können. Dass Du bisher Weichen, aber nicht Signale sperrst, wenn eine Fahrstraße aktiviert wird, ist nicht ganz konsequent. Neue Eigenschaft enabled/disabled für Kontakte (einschließlich Signalkontakte) - um per EV (temporär) verhindern zu können, dass diese auf neu ankommende Fahrzeuge reagieren. Das Umstellen dieser Eigenschaft auf enabled würde nach dem üblichen Verständnis von enabled/disabled nicht bewirken, dass der Kontakt irgendetwas mit dem Fahrzeug macht, das zufälligerweise gerade draufsteht, denn das kennt er nicht, weil er beim Betreten disabled war. Das Umstellen dieser Eigenschaft auf disabled würde umgekehrt nicht bewirken, dass der Kontakt das Fahrzeug vergisst, welches zuvor schon angekommen ist und das er deshalb bereits kennt. Beste Grüße Phrontistes

Hallo @Spurwechsel, mit dem unsichtbaren Sperrsignal hast Du m.E. schon die einfachste Lösung, denn ein bloßes enable eines disableten Bremskontakts würde zwar künftig neu eintreffende Fahrzeuge anhalten, nach meinem Verständnis von enable/disable aber nicht das darauf befindliche Fahrzeug in Bewegung setzen. Beste Grüße Phrontistes

Hallo zusammen, mir ging es bei meinem Featurewunsch mehr um locked/unlocked, d.h. das Sperren der Bedienmöglichkeiten von Signalen u.ä. im Simulationsmodus. Weichen kennen das schon, das kann in der EV graphisch aber noch nicht angesteuert werden. Während man enabled/disabled bei Kontakten programmieren kann, geht locked/unlocked bei Signalen u.ä. gar nicht. Beste Grüße Phrontistes

Hallo @Neo, und wenn man einen Sparschattenbahnhof nach der Idee von @EASY baut, wird es mühsam, alle Portale händisch mit dem Gleis zu verlinken, was aber sein muss, wenn man den ganzen Sparschattenbahnhof auf Knopfdruck unter die Anlage schieben und wieder hervorholen können will und wenn das ganze Konstrukt duplizierbar sein soll. Beste Grüße Phrontistes

Hallo @BahnLand, Mit einer Objektvariablen im Kontakt geht das aber auch ganz direkt und ohne den Umweg über Ereignismodul aktiveren/deaktivieren und wäre eine Variante von @HaNNoveraNers Vorschlag (der insofern etwas starr ist, als der gleiche Zug vielleicht mal wenden soll und mal nicht). Oder hast Du das sowieso alternativ gemeint? Beste Grüße Phrontistes

Hallo @liftboy, das Problem tritt nur auf, wenn Du die Kontakte in beide Richtungen wirken lässt, obwohl Kontakt a nur nach Westen, Kontakt b nur nach Osten aktiv sein sollte. Das stellst Du hier ein: Bisher nicht, diesen Wunsch habe ich auch - und zwar für alle Objekte: Enabled gibt es bisher nur hier: Beste Grüße Phrontistes

Hallo zusammen, das Problem ist, dass man in der graphischen EV nicht sieht, ob sich hinter dem was @EASY zeigt vehicle.autoAcceleration = false oder vehicle.trackContact.autoAcceleration = false verbirgt. Die erste Zeile ist ok, die zweite ergibt den im Eingangspost mitgeteilten Fehler weil es die Methode oder Eigenschaft trackContact beim vehicle nicht gibt. Wie gesagt: oder sich das mit der doppelten spitzen Klammer nach Lua übersetzen lassen. Das gleiche Problem besteht übrigens bei der connection, die es gleichlautend bei den Gleiskontakten und bei der Portalen gibt. Beste Grüße Phrontistes

Hallo @George 63, Danke für den Hinweis. Den leisen Verdacht, dass es das gibt, ich es aber nicht finde, hatte ich ja. Ist ja aber auch ziemlich versteckt. Beste Grüße Phrontistes

Hallo @Shantyman, Das ändert doch nichts am Problem. ❓❓❓ Beste Grüße Phrontistes

Hallo zusammen, im Zweifel muss man schauen, wo der Haken sitzt. Das hier führt zu einem Error: weil das als contact.autoAcceleration = false übersetzt wird, was keine gültige Anweisung ist. Richtig muss die Anweisung contact.trackContact.autoAcceleration = false lauten (wenn man denn tatsächlich den Kontakt ansprechen will). In der Regel ist das Problem aber, wie @Herman schon bemerkt hat, dass man versehentlich den Gleiskontakt statt des Fahrzeuges einträgt. Beste Grüße Phrontistes

Hallo @Achimdampf, Die haben ein anderes Konzept. Im MBS steuert der User alles selbst. Z.B. spielt er einen (im Modell hinterlegten) Sound bei passender Gelegenheit via EV ab. Allerdings sind nicht immer alle gewünschten Sounds im Modell hinterlegt. Was @Neo jedoch überlegen könnte, wäre eine Funktion "Play Sound" / File, die es ermöglichte eine beliebige Sounddatei abzuspielen - aber die wäre dann halt nicht im Katalog und stünde nur dem Erbauer der Anlage zur Verfügung. "Play Sound" / Catalog (ähnlich der Texturen) wäre auch noch eine Möglichkeit. Oder gibt es das etwa schon und ich finde es nur nicht? Ich bezweifle allerdings, ob das sinnvoll wäre. Kaum einer wird sich die Arbeit der Vertonung machen. Beste Grüße Phrontistes

Hallo @jloos, Das Problem ist hier, dass sich die Signal-Erbauer bei den verschiedenen Signaltypen leider nicht darauf einigen konnten, wo der Mittelpunkt eines Signalobjektes ist. Die Funktion "Ersetzen" setzt den Mittelpunkt des neuen Objektes auf den Mittelpunkt des alten. Hat das eine Signal seinen Mittelpunkt auf dem Gleiskontakt (das ist bei den meisten der Fall, insbesondere bei dem H/V- und Ks-Signalen), das andere aber daneben (das ist bei den Formsignalen und den HI-Signalen der Fall), dann geht das Ersetzen leider schief. Beste Grüße Phrontistes

Hallo @w-radel, Nein. Das Problem habe ich in dieser Form eher nicht, weil ich nach Möglichkeit in der EV Objekte nicht direkt anspreche. Ich würde mir eher eine globale Suche über alles (einschließlich der Objekte, deren Referenzen ich in Variablen gesteckt habe) wünschen - aber das bleibt wohl illusorisch. Da hilft nur, sauber und strukturiert zu programmieren. Beste Grüße Phrontistes

Hallo @jloos, Das sieht eher komisch aus. Das Signal Zp 9 wird nach den Vorschriften "möglichst nahe bei dem führenden Fahrzeug gegeben". Die verschiedenen Varianten des Zp 9 werden hier und hier beschrieben. Wenn die elektrische Version verwendet wird, gehörte dazu eigentlich auch noch die zugehörige Bediensäule oder Bedientafel auf den Bahnsteig. Die gibt es aber leider nicht im Katalog. Ich hatte mal versucht, @EASY zu überreden eine Bediensäule zu machen, nachdem er die SOS-Säule (31E64D00-028B-4D48-8560-722F676990A0) und das Notruftelefon für Autobahnen (A28F7627-6D2C-48C9-A5F9-66BD3496AFF6) gemacht hatte. Beste Grüße Phrontistes

... und schon wieder hast Du 10 Likes für einen Beitrag .

Hi Douglas What's the point of moving a switch once the train has left it? Kind Regards Phrontistes

Hallo @Alewander, den Tipp mit der Bodenplatte war von @streit_ross. Beste Grüße Phrontistes

Hi Douglas Switches? Do you mean signals? Kind regards Phrontistes

Hallo @ralf3, bist Du wirklich sicher, dass das Programm Zugriff (auch mit Schreibrecht) auf seinen Katalog hat? Vielleicht mal versuchsweise das NAS neu starten? Beste Grüße Phrontistes

Oder Du hast das Gleis versehentlich geneigt. Dann kann es so aussehen: Und das Problem ist dann hier: Beste Grüße Phrontistes

Hallo Neo, nachdem es Fahrstraßenvariablen schon gibt und man diese auch via EV setzen kann, wäre es dann nicht sinnvoll, wenn es auch das Ereignis "Fahrstraßenvariable hat sich geändert" gäbe? Beste Grüße Phrontistes

Hallo @liftboy, hallo @Neo, ich tippe auf eine Macke in W 11 23H2 Build 22631.3447. Da gibt es im Snipping Tool neuen Schnickschnack, dafür ist das Lineal verschwunden. Wer weiß, was Microsuff hier sonst noch verschlimmbessert hat. Beste Grüße Phrontistes

Kind regards Phrontistes

Bei einer untergeordneten Nebenbahn oft sogar nur die Trapeztafel (Ne 1) als Einfahrsignal und eine alleinstehende Vorsignaltafel (Ne 2) im Bremswegabstandes vor der Trapeztafel. Statt der beim Vorbild nicht vorhandenen Ausfahrsignale kann man im MBS Haltetafeln (Ne 5) nehmen, denn diese haben eine Signalfunktion. Beste Grüße Phrontistes