Jump to content

Empfohlene Beiträge

Geschrieben

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

  • 3 Wochen später...
Geschrieben

Hallo Phrontistes,

das Ereignis "Variable hat sich geändert" stammt noch aus sehr alten Studio-Versionen und gibt es nur noch aus Kompatibilitätsgründen. Heute würde ich so ein Ereignis nicht mehr neu implementieren, da das die EV nur unnötig aufbläht und auch nicht wirklich zum Bereich der "Steuerung" gehört.

Viele Grüße,

Neo

Geschrieben

Hallo @Neo,

vor 1 Stunde schrieb Neo:

das Ereignis "Variable hat sich geändert" ... nicht wirklich zum Bereich der "Steuerung" gehört

Ich nutze dieses Ereignis durchaus zur Steuerung, z.B. um eine Zustandsänderung mitzubekommen, die man ansonsten mit einem Timer regelmäßig prüfen müsste. Beispiel: Ein Streckenast, der am Pressbock endet muss zeitweise gegen eine Einfahrt blockiert werden. Das Fahrzeug, welches blockiert hatte, setzt die boolsche Variable nach Ausfahrt auf false. Dann darf das nächste einfahren.

Screenshot2024-05-07132123.jpg.d3ed5f397fff4d831af312e942740f14.jpg

Beste Grüße

Phrontistes

Geschrieben

Mit Steuerung beziehe ich mich auf Ereignisse, die nicht direkt vom Nutzer getriggered werden, wie z.B. das Überfahren eines Gleiskontaktes. Eine Variable wird direkt per EV gesetzt, ein Ereignis dafür ist redundant und bringt keinen nennenswerten Mehrwert, weshalb ich heute solche Ereignisse nicht mehr empfehle.

Viele Grüße,

Neo

Geschrieben
vor 34 Minuten schrieb Phrontistes:

... die man ansonsten mit einem Timer regelmäßig prüfen müsste.

Da sich der Zustand der Variablen durch eine Aktion in der EV ändert, kannst du diese Stelle in der EV auch für die Prüfung nutzen.
Du benötigst daher kein getaktetes, wiederholtes Auslesen der Variablen.

Viele Grüße
Götz

Geschrieben

Hallo @Neo,

vor 2 Stunden schrieb Neo:

Eine Variable wird direkt per EV gesetzt, ein Ereignis dafür ist redundant

Danke für den Hinweis. Das hätte ich auch selbst merken können. :$ Ich habe aus obigem Beispiel ein benutzerdefiniertes Ereignis ohne Parameter gemacht, welches vom Gegenzug an der Stelle ausgelöst wird, an der er die boolsche Variable (die ich auch weiterhin benötige) auf false setzt. Das kommt auf das Gleiche raus.

Beste Grüße

Phrontistes

Erstelle ein Benutzerkonto oder melde dich an, um zu kommentieren

Du musst ein Benutzerkonto besitzen, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen.

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde dich hier an.

Jetzt anmelden
×
×
  • Neu erstellen...