liftboy Geschrieben 22. März Geschrieben 22. März (bearbeitet) Hallo, kann ich in eine Fahrstraße eine eigene Kondition (z.bsp: "Bahnübergang ist geschlossen") so einbauen, daß die Fahrstraße erst freigegeben wird wenn diese Kondition erfüllt ist ? Grüße vom Liftboy Bearbeitet 22. März von liftboy deutsch !
Goetz Geschrieben 22. März Geschrieben 22. März vor 56 Minuten schrieb liftboy: kann ich in eine Fahrstraße eine eigene Kondition (z.bsp: "Bahnübergang ist geschlossen") so einbauen, daß die Fahrstraße erst freigegeben wird wenn diese Kondition erfüllt ist ? Die Kondition musst du dort einbauen, wo du die Fahrstraße aktivierst. Nicht in die Fahrstraße selbst.
liftboy Geschrieben 23. März Autor Geschrieben 23. März Hallo, vielleicht brauchbar: "Fahrstrasse soll erst freigegeben werden , wenn die Bahnschranke geschlossen ist" Idee: Fahrstrasse wird nicht freigegeben wenn ein Fahrzeug auf ihr steht. Implementierung: ich stelle ein Fahrzeug auf das [Gleis] und lifte es, wenn die Schranke geschlossen ist - damit wird die Fahrstrasse freigegeben Ein Kontakt öffnet die Schranke, die wiederum das Fahrzeug absenkt (das Fahrzeug ist natürlich unsichtbar) Grüße vom Liftboy
streit_ross Geschrieben 23. März Geschrieben 23. März Hallo @liftboy, Deine Idee mit dem Liften einer Lok finde ich eher umständlich. Warum baust Du nicht mit dem Ereignis "Schranke schließen" eine Verzögerung von 6 Sekunden ein, so lange dauert etwa das Schließen der Schranke, und gibst danach die Fahrstraße frei ? Gruß streit_ross
liftboy Geschrieben 23. März Autor Geschrieben 23. März Hallo @streit_ross, Danke für deine Antwort, aber : Ein Fhrzg auf der Fahrstrasse ist die einzige, von mir beeinflussbare Methode, die Freigabe einer schon angeforderten Fahrstrasse zu verzögern. Timer sind nach meiner Auffassung nicht geeignet Konditionen abzusichern. Außerdem ist das Liften, bzw Senken nur eine Lua Anweisung Grüße vom Liftboy
Goetz Geschrieben 23. März Geschrieben 23. März vor 38 Minuten schrieb liftboy: Timer sind nach meiner Auffassung nicht geeignet Konditionen abzusichern. Da stimme ich dir zu. Aber du kannst beim Absenken der Schranken ein Ereignis aktivieren, welches durch das Stoppen der Animation angestoßen wird. Jetzt weißt du, dass die Schranken geschlossen sind, wenn die Animation stoppt. Das Ereignis deaktiviert sich selbst, damit es beim Öffnen der Schranke nicht angestoßen wird. Dieses Ereignis "Animation wurde gestoppt" benutzt du, um eine Boolean Variable auf "wahr" zu setzen. Diese Variable dient dir als Bedingung dafür, dass die Fahrstraße aktiviert werden darf. Oder gleich als Auslöser für die Aktivierung der Fahrstraße. Je nach Bedarf. Viele Grüße Götz
streit_ross Geschrieben 23. März Geschrieben 23. März Dann nimm doch einen Countdown. Wenn du dem auch nicht traust, dann bist du für mich nicht in der Lage, eine gewünschte Aktion ohne dieses lua-Gedöns praktisch umzusetzen. Wie glaubst du wohl, schaffen wir es als Nutzer von V4 oder V5, das ein Zug ohne Fahrstraßen von A nach und zurück fährt ? Gruß streit_ross
Goetz Geschrieben 24. März Geschrieben 24. März vor 7 Stunden schrieb streit_ross: Dann nimm doch einen Countdown. Wenn du dem auch nicht traust ... Ich glaube, da verstehst du Liftboy falsch, Streitross. Er traut den Timern. Und er weiß sie auch einzusetzen. Aber ein abgelaufener Timer ist kein Indiz dafür, dass die Schranke geschlossen ist.
EASY Geschrieben 24. März Geschrieben 24. März Hallo, vor 8 Stunden schrieb Goetz: Das Ereignis deaktiviert sich selbst, damit es beim Öffnen der Schranke nicht angestoßen wird. ... als Ergänzung: Beim Ereignis "Animation gestartet/gestoppt" kann man (zumindest theoretisch) unterscheiden, ob die Schranke geschlossen oder geöffnet wurde. if not running then -- Animation gestoppt? print(entity.animations[name].position) -- 0=Anfangsposition; 1=Endposition end Anmerkung: Ist bei den Schranken eine kleine Herausforderung, da es sehr unterschiedliche Arten der Animationssteuerung gibt... Gruß EASY
liftboy Geschrieben 24. März Autor Geschrieben 24. März (bearbeitet) Alle Beiträge sind richtig! Ich nehme die "Animation gestartet/gestoppt" in Verbindung mit einem eigenem Status an der Schranke, als Auslöser für die Hebeaktion. Mit allem Gedöns kann ich halt die Fahrstrasse "blind" starten. Übrigens ist das Gedöns keine 10 Zeilen Lua lang ! Mein Ziel ist ein vollautomatischen Betrieb, gesteuert mit individuellen Fahrplänen an Board der Loco's, und der basiert nur auf Fahrstrassen. Danke für alle Kommentare werde alles noch mal überdenken, melde mich bei Fortschritten wieder Grüße vom Liftboy Bearbeitet 24. März von liftboy deutsch
liftboy Geschrieben 24. März Autor Geschrieben 24. März (bearbeitet) Hallo ich muß nochmals nachhaken. Mein Ziel ist das Modellieren der Wirklichkeit. Eine Fahrstrasse sichert mir zu, dass der Fahrweg gesichert ist, zu einem Zeitpunkt, den wiederum mein Fahrplan fordert. Leider ist der Bahnübergang noch nicht geschlossen (abgesichert), die Fahrstrasse öffnet aber schon das AbfahrtSignal. Das passt natürlich nicht ! Also muß ich verhindern dass das Signal geöffnet wird - oder der Zug bei geöffnetem Signal nicht abfährt. Warte ich andererseits mit der Anforderung der Fahrstrasse bis die Schranke geschlossen ist, "schnappt" mir ein anderer Zug, mit einer anderen Fahrstrasse möglicherweise meine Fahrstrasse weg. Jetzt gibt es meiner Meinung nach nur drei Lösungen 1. ich akzeptiere das geöffnete Signal, gebe aber der Lok keinen Saft, solange bis die Schranke geschlossen ist 2. ich implementiere (meine Lösung): die Fahrstrasse ist zwar für mich reserviert, aber wird nicht freigegeben, solange die Schranke nicht geschlossen ist, was dann mein Fhrzg anhebt und dadurch die Fahrstrasse freigibt 3. ich fordere von @Neo (ha,ha) eine externe Kondition für die Fahrstrasse (true/false) für die Freigabe (nicht für die Reservierung!) mein Fazit: das Hauptziel muß sein - die Reservierung der Fahrstrasse, aber ohne Freigabe und das erreiche ich nur mit 2.) solange 3.) nicht implementiert ist oder aber, ich habe ein Brett vorm Kopf, das bitte jemand wegnimmt (vielleicht @EASY?) Grüße vom Liftboy Bearbeitet 24. März von liftboy
Goetz Geschrieben 24. März Geschrieben 24. März (bearbeitet) vor 34 Minuten schrieb liftboy: eine externe Kondition für die Fahrstrasse (true/false) für die Freigabe (nicht für die Reservierung!) wäre eine gute Erweiterung! Hier eine Notlösung, ähnlich deinem unsichtbaren Waggon: Du kannst in den Bahnübergang eine Weiche einbauen, die keinen sichtbaren Abzweig hat. Eine Weiche kannst du sperren. Und eine Weiche, die "falsch" steht und gesperrt ist, verhindert die Aktivierung einer angeforderten Fahrstraße. Nimm das Gleisstück, welches im BÜ von der Straße gekreuzt wird. Gib ihm zwei Weichenstellungen. Nur eine der beiden Stellungen aktiviert eine Fahrspur. Die andere nicht. Viele Grüße Götz Bearbeitet 24. März von Goetz
EASY Geschrieben 24. März Geschrieben 24. März Hallo, vor 42 Minuten schrieb liftboy: 1. ich akzeptiere das geöffnete Signal, gebe aber der Lok keinen Saft, solange bis die Schranke geschlossen ist Du kannst auch für das Eingangssignal bei der Definition der FS angeben, daß keine Aktion dafür stattfinden soll, wenn die FS aktiviert wird. Die FS ist dann zwar nicht reserviert sondern aktiviert aber Du kannst das Signal dann in Abhängigkeit vom Zustand der Bahnschranke (und natürlich der FS) auf "Fahrt" stellen und den Zug (indirekt) erst dann über das Signal starten, wenn die Schranke ganz geschlossen ist. So steht der Zug (im Gegensatz zu Deiner Lösung) nicht vor einem geöffneten Signal. Auch würde ein ankommender Zug (trotz aktiver FS) am Signal anhalten, solange die Schranke nicht geschlossen ist... (ich hoffe es verständlich ausgedrückt zu haben...) Gruß EASY
liftboy Geschrieben 24. März Autor Geschrieben 24. März Hallo @Goetz, @EASY, danke für die Mühe, beides gute Lösungen, mir gefällt die von EASY besser, weil die näher an der Wirklichkeit ist ! Grüße vom Liftboy
Eggu Geschrieben 24. März Geschrieben 24. März Habe 'mal die Lösung von Götz in einem kleinen Beispiel umgesetzt, gefällt mir ganz gut. (Weiche noch nicht zu einem Stummel verkürzt) 259AFCC9-41C1-4613-9B9A-95C51D41954C Gruß Eggu
Goetz Geschrieben 24. März Geschrieben 24. März (bearbeitet) Mit Brummis MiniMax Modulen habe ich eine kleine Beispielanlage für dich gebaut, Liftboy Und in der Zeit habe ich leider weder deine Antwort noch die von EASY gesehen. Ich glaube persönlich, dass es näher an der Realität ist wenn eine FS bei offenem BÜ nicht aktiviert werden kann. Beispielanlage: Bahnübergang mit Sicherung für FS.mbp (jetzt mit Bü - Überwachungssignal und Kommentaren) EASYs Lösung ist einfacher umzusetzen. Deshalb ist seine Lösung die praktikablere. Mein Beispiel war eher eine Fingerübung, weil ich für mich probieren wollte ob meine Vorstellung stimmte. Wenn eine Animation der Schranke 1 gestartet oder gestoppt wird, löst das die folgenden Aktionen aus: --[[ BÜ Gleis wird gesperrt, wenn das Öffnen des BÜ beginnt und entsperrt, wenn das Schließen des BÜ beendet ist. Im ersten Fall beginnt die Animation bei 0, im zweiten Fall endet sie dort. Das Bü Überwachungssignal zeigt den Zustand der Sperre weißes Blinklich = BÜ gesichert ]]-- if name == "Schranke Oeffnen/Schliessen" and entity.animations[name].position < 1 then $("Gleis BÜ").locked = running -- wenn die Animation bei 0 begann, ist running wahr $("Bü - Überwachungssignal").state = running and 0 or 1 end Viele Grüße Götz Nachtrag: Und nun hat sich mein Posting mit dem von EGGU zeitlich überschnitten Bearbeitet 24. März von Goetz Anlage getauscht
Phrontistes Geschrieben 24. März Geschrieben 24. März vor 3 Stunden schrieb liftboy: Mein Ziel ist das Modellieren der Wirklichkeit. Dann stelle BÜ-Überwachungssignale vor den Bahnübergang und schalte diese nicht über die Fahrstraße ("nichts unternehmen"), sondern ausschließlich über die Steuerung des Bahnübergangs. vor 3 Stunden schrieb liftboy: Eine Fahrstrasse sichert mir zu, dass der Fahrweg gesichert ist Gesichert gegen Zugkollisionen, ja. Gesichert gegen Kollisionen mit Straßenfahrzeugen aber nicht. Bahnübergänge werden unabhängig von allem anderen gesichert, heute einschließlich einer Gefahrenraum-Freimeldeanlage. Beste Grüße Phrontistes
liftboy Geschrieben 24. März Autor Geschrieben 24. März Hallo @Phrontistes, danke, guter Hinweis. Welches Signal aus dem Katalog würdest du vorschlagen, weil: Signal Bü1 aus dem SignalKatalog der DB finde ich im Katalog nicht Grüße vom Liftboy
Goetz Geschrieben 24. März Geschrieben 24. März vor 11 Minuten schrieb liftboy: Welches Signal aus dem Katalog ..? Das hier: 52DF19AE-027E-4243-ACF4-84B125CE90F5
Goetz Geschrieben 24. März Geschrieben 24. März vor 51 Minuten schrieb liftboy: perfekt Ich habe die Beispielanlage oben ausgetauscht. Sie enthält jetzt auch das Bü - Überwachungssignal. Viele Grüße Götz
liftboy Geschrieben 24. März Autor Geschrieben 24. März Hallo @Goetz, du bist der Größte ! danke, Grüße
EASY Geschrieben 25. März Geschrieben 25. März Hallo, @Goetz... genial ausgedacht! Hat etwas gedauert, bis ich dahintergekommen bin, wie es funktioniert (die "Weiche" hatte mich etwas irritiert)... Ein kleines Problem habe ich noch mit der Logik (ist schon sehr lange her)... running and 0 or 1 ... macht bei mit noch nicht so richtig klick im Gehirn warum es bei running=true 0 ergibt und bei running=false 1... Gruß EASY
Eggu Geschrieben 25. März Geschrieben 25. März Ich mische mich mal ein, weil ich mir das auch angeschaut hatte: running and 0 or 1 hat die gleiche Wirkung wie: running ? 0 : 1 siehe: https://www.lua.org/pil/3.3.html
Empfohlene Beiträge
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 erstellenAnmelden
Du hast bereits ein Benutzerkonto? Melde dich hier an.
Jetzt anmelden