Hawkeye

Hallo Thomas, so wie ich das jetzt verstanden habe ist das ein Boolscher-Wert = true oder false. Also nicht 0 oder 1.

Yeah, genau das habe ich gesucht! Perfekt! Dank an euch, @Neound @Goetz. 👏 Jetzt muß ich nur noch daran tüftelt, das der Animationszustand von einer bestimmten Animation als Auslöser für ein Folgeereignis definiert wird. Aber das kriege ich dann wohl alleine hin. Danke und viele Grüße, Hawkeye

Hallo Götz, habe ich hier einen Denkfehler gemacht? Oh, das ist interessant! Kannst du dafür bitte mal einfaches Beispiel geben, wo man das in der EV findet, bzw. abfragt? Wer suchet , der nicht immer findet. Viele Grüße Hawkeye

Hallo Götz, ein interessanter Weg um das Ziel zu erreichen. Dieser Umweg erreicht das Ziel mit den jetzigen Möglichkeiten in der EV. Werde ich mal testen. Sollte Neo dieses Ereignis „Animation …. =false“ aber gleich als Bedingung aufnehmen würde dieser Umweg entfallen. VG Hawkeye

Hallo Götz, kannst du das bitte etwas genauer erklären. Was verstehst du unter einem „Flag“? VG Hawkeye

Hallo @Neo, zu diesem Thema noch ein Wunsch. Es gibt viele Animationen, die zur Ausführung eine gewisse Zeit in Anspruch nehmen. Hier als Beispiel ein Pantograf einer Lok. Nachdem eine Animation gestartet wurde, ("= true") werden andere Ereignisse weiter ausgeführt. Ist der Zeitbedarf für die Ausführung der Animation beendet, wird das Ende der Animation "=false" in das Ereignisprotokoll eingetragen. Also als Ereignis festgehalten. Hier würde ich mir die Möglichkeit wünschen, das dieses Ereignis eine Bedingung in der EV wird. z.B. "Animation beendet" oder "Animation gestoppt", um nach/ durch Abschluss der Animation ein anderes Ereignis ausführen zu können. z.B. an der roten Stelle. Hallo @Andy, Ist ja auch nur ein Vorschlag, den ich hier mal zur Diskussion stellen wollte. Ob das für viele Nutzer interessant/ sinnvoll ist, oder ob Neo das umsetzt oder nicht, bleibt Ihm doch überlassen. Das Thema lautet doch Feature-Wünsche. Es geht doch darum Ideen auszutauschen, auch wenn viele davon letztlich dann doch nicht realisiert werden, oder gar nicht realisiert werden können. Viele Grüße, Hawkeye

Hallo Neo, ja diese Möglichkeit nutzt ich auch ständig und sehr intensiv. Da arbeitet man aber in Lua, das schreckt viele Nutzer ab, hier ohne Fehler eine Anweisung einzugeben. Mir geht es auch nicht um mich, sondern um diejenigen Nutzer, die sich mit Lua eben nicht beschäftigen wollen, oder können! Hier könntest du ihnen eine Möglichkeit bieten, zumindest „Text“ per print() im Protokoll zur Verfügung zu stellen, ohne das sie sich mit Lua beschäftigen müssen. Das ist die Absicht des Vorschlages. Viele Grüße Hawkeye

Hallo @Neo, ich hätte zwei Wünsche für die Bedienung in der EV. 1. Wenn einer Bedingung eine Beschreibung hinzugefügt wird, dann überschreibt die Beschreibung die Bedingung. Ist-Zustand: Die Bedingung wird angezeigt, wenn keine Beschreibung existiert. Wird eine Beschreibung als Text eingefügt, wird nur noch die Beschreibung angezeigt, die Bedingung entfällt. Deshalb die Frage, ob nicht beides untereinander angezeigt werden kann? Also Bedingung und Beschreibung? 2. Es ist sehr hilfreich zur Fehlersuche ins Ereignisprotokoll per print()- Anweisung Text einzugeben oder den Stand/Wert von Variablen abzufragen. Das ist z.Z. aber nur per Lua-Anweisung möglich. Ist es daher machbar, eine EV-Anweisung unter dem Punkt "Kommentar" (der ja nur hilfreich in der EV-Ansicht ist), einen zusätzlichen EV-Eintrag "Eintrag ins Ereignisprotokoll schreiben" hinzuzufügen? Der Vorteil dabei wäre, das bei den print()-Anweisungen, die im Ereignisprotokoll in "grün" dargestellt werden, per Doppelklick mit der linken Maustaste sich sofort auch das dazugehörige Ereignis in der EV öffnet. So wie bei "blauen"-Protokolleinträgen. Bei den "schwarzen Einträgen ist das nicht der Fall. Viele Grüße, Hawkeye

Hallo Neo, hierzu nochmal eine Frage zum Verständnis der Fahrstraßen- Logik. In der EV gibt es die Bedingung: „Fahrstraße ist aktiv“ Worauf bezieht sich diese Bedingung in Bezug auf den Zustand der Fahrstraße? Heißt „Fahrstraße ist aktiv“ = 3 oder > 0 (kann also auch 1, oder 2 sein). die sonst/ else Bedingung dürfte immer Zustand „0“ sein. Ebenso bei der Negation: „Fahrstraße ist nicht aktiv“ = 0 oder ungleich „3“ also auch „1“ oder „2“ Viele Grüße Hawkeye

Hallo Neo, hierzu noch die Frage, wann den überhaupt der Zustand „2-wird aktiviert“ angezeigt wird? Bei der Anzeige der Fahstraßenzustände kommen nur 0, 1, 3. VG Hawkeye

Hallo Neo, danke dafür, aber ich habe hier einen kleinen Denkfehler für einen solchen Schalter. Das Schalten "An/Aus" und die Anzeige des Zustandes einer Fahrstraße sind 2 verschiedene paar Schuhe. Und sollten auch von unterschiedlichen Ereignissen ausgelöst werden. 1. Schalten des Schalters/Taster = Aktivieren/Deaktivieren der Fahrstraße, da ist der Zustand erstmal nicht von Bedeutung. 2. Prüfung des Zustandes der Fahrtstraße durch ein Ereignis. Dafür bieten sich eigentlich nur "Zug betritt ein Gleis" und/oder "Zug verlässt ein Gleis" an, das erhöht die Aktualisierung der Anzeige der Fahrstraßenzustände. Das Schalten eines Schalters ist dafür nicht häufig genug. Dann noch die Frage wie so ein Schalter Bzw. die Anzeige überhaupt sinnvoll aussehen könnte, selbst wenn per Animation die Schalterfarbe geändert wird. Ich habe mal 2 Varianten probiert. Gleis 3 mit einem "gelben Ring" um den Schalter. Gleis 2 mit Zustandsanzeige durch ein gelbes "B", das nur bei Zustand -1 angezeigt wird, dafür reicht ein Beschriftungsfeld schon aus. Wie wird den bei der realen Bahn eine "Blockierte" Fahrstraße im Stellwerk angezeigt? Viele Grüße Hawkeye

Hallo Brummi, nur mal zum Verständnis eine Frage hierzu. Ist das auch der Grund warum es keine (leuchtenden) Schalter mit mehreren Farben zur Auswahl gibt? Ich habe mich schon oft darüber gewundert, das unterschiedliche Farben über Variationen eingestellt und nicht über Animationen oder Schalterstellungen ausgewählt werden können. Deshalb ist meine Idee von oben, an nur einem Schalter die Farbe entsprechend des Zustandes einer Fahrstraße zu wechseln, doch nicht so einfach zu realisieren. Ich habe in der EV oder selbst in Lua keine Anweisung gefunden, mit der sich eine Variation eines Objektes ändern lässt. Das scheint wohl eine Voraussetzung dafür zu sein, oder liege ich da falsch? Die einzige Möglichkeit ist hierzu wohl mehrere Schalter an einer Stelle per Zustand „sichtbar“ oder „unsichtbar“ umzuschalten. Das ist aber sehr aufwendig. Viele Grüße, Hawkeye

Yes, you are right using 8 horses. The back wheels are blocked. 😉

Hallo @Neo, durch das Experimentieren mit der Belegung von Schaltern/ Tastern zur Anzeige von aktiven Fahrstraßen, ist mir Folgendes aufgefallen. In der EV kann nicht abgefragt werden, ob eine Fahrstraße zwar „Aktiv“ , aber „Blockiert, warte auf Freigabe….“ ist. Ist das noch vorgesehen? Dann könnten Schalter/ Taster für blockierte Fahrstraßen im GBS auch je nach Zustand in verschiedenen Farben dargestellt werden. z.B.: Aktiv - Grün, Rot, Blau (leuchtend) je nach Wunsch oder Richtung einer Fahrstraße Aktiv, aber Blockiert - Gelb (leuchtend) Inaktiv - Aus Viele Grüße, Hawkeye

Hallo Götz, dank deiner Mithilfe, habe ich den Fehler gefunden! Es ist das Ereignis des Schalters, der die Fahrstraße "aktiviert" bzw. "deaktiviert" . Durch mehrmaliges Schalten kurz hintereinander wird die gerade aktivierte Fahrstraße sofort wieder deaktiviert. Der Zug hat die Fahrstraße aber noch gar nicht betreten! Aber trotzdem werden durch die 1. Aktivierung schon die Folgeereignisse ausgeführt! Das führt den Zug auf Abstellgleis. Das ist dööf. => Wenn per Schalter ein Fahrstraße aktiviert wird, darf der Schalter also erst wieder auf "Aus" schalten, wenn der Zug tatsächlich den Weg der aktivierten Fahrstraße (=letzte Weiche) hinter sich gebracht hat. Die zu aktivierende Fahrstraße ist im Schalter mit der Variablen "Weg" definiert. Und der Schalter darf erst wieder auf "Aus" schalten, wenn die Fahrstraße nicht mehr "Aktiv" ist. Das erfordert an dieser Stelle eine zusätzliche Bedingung. Das folgende Ereignis für die Prüfung des Zustandes, ob "aktiv" oder "inaktiv" der jeweiligen Fahrstraßen ist schon richtig, damit die Schalter im GBS auch "leuchten", also im GBS eine aktivierte Fahrstraße angezeigt wird, welche ja auch über ein Ereignis "Aktiv" geschaltet werden können. z.B. Die Einfahrt ins Gleis 2, hier in "rot" wird über ein Ereignis in der EV geschaltet. (Und ich brauche mir doch keine neue Maus kaufen! ) Viele Grüße, Hawkeye

Na schau mal einer an, Wieder was dazu gelernt! Dann brauche ich mir für Anlagen, die ich nur exportieren möchte, nicht mehr vorher die Arbeit einer detaillierten Beschreibung machen. Auch nicht übel, Hawkeye

Not bad at all at the beginning. Whats next? Show jumping and Dressage riding. 😂😂 (Just joking) Very well done, @Dad3353 👍👍👍

Das habe ich auch so weder gemeint noch so verstanden. Ich gehe nur manchmal anders an neue Dinge heran. Dadurch entstehen aber eben auch solche Fragen, deren Beantwortung durch das „Teilen des Problems“ mit Anderen auch oft schon durch eine genaue Beschreibung des Problems zu einer möglichen Lösung führen kann. Deshalb nochmal Danke fürs „Mitdenken und draufschauen“ und der Ton war weder scharf noch habe ich ihn als Anklage verstanden. Wenn man das Problem erkannt und identifiziert hat, dann ist eine Lösung nicht weit entfernt. Wir arbeiten dran.🤪 Viele Grüße Hawkeye

Eigentlich nur eine Verzögerung, ich arbeite hier nicht mit Timern. Kann aber an der unbeabsichtigten Schleife liegen. Das geschieht normalerweise, wenn der Zug das Gleis verlässt. Auf Gleis 1 ist aber aufgrund des Lokwechsels eine Sonderaktion notwendig. Da wird nach Verlassen des Gleises automatisch geprüft, ob noch ein Fahrzeug auf dem Gleis steht. Das ist auf diesem Gleis auch erforderlich, da die eingefahrene Lok abgekuppelt ist und auf dem Gleis zurück bleibt. Genau diese Lok soll ja planmäßig per Signalstellung „3-Sh1“ in das Abstellgleis fahren! Also wird die Variable im Signal sofort neu mit der zurückgebliebenen Lok belegt. Sie steht ja noch auf dem Gleis! So ein Lokwechsel ist schon tricky, hat auch lange gedauert, das mit der richtigen Türseite für den Bahnsteig zu programmieren. Ich denke, der erste Hinweis ist schon sehr nützlich, denn wenn das Signal auf Gleis 1 beim ersten Mal auf „Ausfahrt“ mit 2-Hp2“ schaltet, darf beim wiederholten Schalten nicht sofort auf „3-Sh1“ umgeschaltet werden, denn die Fahrstraße und die Weiche zum Abstellgleis sollte doch schon beim ersten schalten des Signals auf „2-Hp2“ blockiert sein. Oder entsteht das Problem durch die verzögerte Abfahrt des Zuges und das er dadurch ja noch gar nicht auf der aktivierten Fahrstraße steht? Könnte auch ein Grund sein. Schaue ich mir morgen an. Danke und viele Grüße Hawkeye

Hallo Götz, danke das du dir das angeschaut hast. Woher soll man wissen welche Bedingungen richtig oder falsch sind? Fahrstraßen sind neu! Und wir sind in einem Beta-Test = Stresstest. Gut zu wissen. Mit dieser Erkenntnis kann man doch was anfangen. Schließlich geht es doch letztlich immer um „Learning by doing“. Danke, Hawkeye

Hallo @Goetz, hier die Testanlage. Eigentlich funktioniert die Anlage gut. Das Problem taucht nur auf, wenn der grüne Taster auf Gleis 1 (durch den nervösen Zeigefinger auf der Maus) zweimal kurz hintereinander ausgelöst wird. Dann wird das Signal auf Gleis 1 auf 3-Sh1 geschaltet und der Zug fährt auf das Abstellgleis. Die Situation dann wieder aufzulösen, bis alles wieder richtig läuft, dauert etwas. Nicht wundern, die Züge fahren mit erst nach einer Verzögerung los, damit die Türen zuerst geschlossen werden können. Falsche Strecke: Die "grüne" Fahrstraße ist aber der zu fahrende Weg. Was mir aber zusätzlich gerade aufgefallen ist. @Neo Wieso kann man die Beschreibung der Anlage nicht mehr mit exportieren? Beim Speichern im MBS sind die Anlagendetails noch vorhanden. In der exportierten Datei gibt es die Anlagendetails nicht mehr? Warum nicht? Das ging doch in V6 noch. Viele Grüße Hawkeye V7 Testanlage Kopfbahnhof mit Fahrzeuganimationen und Lokwechsel.mbp

Das kann etwas dauern.

Hallo, vielleicht habe ich mich in meinem obigen Beitrag etwas missverständlich ausgedrückt. Also versuche ich es mal auf andere Weise darzustellen: Planmäßig wird eine Folge von Fahrstraßen der Reihe nach über die EV aktiviert. Die Freigaben werden in der Reihenfolge abgearbeitet, wie die Weichen nach dem Verlassen durch einen Zug wieder freigegeben werden. Wird der aber Ablauf gestört, dann können die Züge nicht ihre auf „wartend“ stehenden Fahrstraßen verlassen. Selbst das deaktivieren und reaktivieren nutzt nichts, solange die Fahrstraßen nicht verlassen wurden. Es geht also darum eine Fahrstraße wieder freigeben zu können, also einen „reset“ ausführen zu können, wenn ein Zug noch auf einer Fahrstraße steht. Ich hoffe, das ist verständlicher. VG Hawkeye

Hallo Götz, Genau! Der Abschnitt wurde aber eben nicht verlassen. Der Zug wurde an die Ausgangsstelle von Hand zurückgesetzt, um nochmal zu starten. (Hintergrund war eine Ereignis das eben nicht über eine definierte Fahrstraße ein Signal zu früh geschaltet hat und somit ein Zug in einen nicht beabsichtigten Abschnitt eingefahren ist.) Die Fahrstraßen bleiben dann aber blockiert und lässt sich auch nicht durch „deaktivieren“ und „aktivieren“ wieder freigeben. Die Weichen bleiben blockiert. Eine Programmierung in der EV hilf da auch nicht. Hier müsste bei der händischen Aktivierung einer Fahrstraße die vorhandene Weichenblockade aufgelöst werden können. Daher die Idee mit dem Schalter „blockierte Weichen entriegeln“ oder zurücksetzten. VG Hawkeye

Hallo @Neo, ich habe auch schon festgestellt, das es bei Fahrstraßen Probleme gibt, wenn etwas verändert wurde. Dann kann es sein, das obwohl keine Fahrstraße „aktiv“ ist, immer noch eine oder mehrere Weichen blockiert sind. Aktiviert man dann eine Fahrstraße die durch den betroffenen Abschnitt verläuft , ist sie sofort blockiert. Auch mit „deaktivieren“ und danach wieder „aktivieren“ bleiben die Weichen blockiert. Man muss dann alle Weichen einzeln überprüfen, ob das Schloss geöffnet oder geschlossen ist. Hier wäre ein Schalter „blockierte Weichen entriegeln“ hilfreich. Viele Grüße Hawkeye