Gleiskontakte (Bremskontakte) mit Zeitverzögerung

[Roter Brummer]

Hall @Neo,

beim Basteln an einem neuen Modul kam mir folgende Idee: Man kann ja an einem Bremskontakt (oder an jedem anderen beliebigen Gleiskontakt) neben dem Abbremsen bis zum Stillstand auch eine erneute Beschleunigung auf einen beliebigen Wert einstellen.

Wäre es technisch möglich bei der Beschleunigung eine variable, also vom Nutzer beliebig veränderbare Zeitverzögerung einzubauen? Bei den Signalen ist ja auch eine solche Verzögerung mit einem fest eingestellten Wert vorhanden.

Auf diese Weise könnte man zum Beispiel an einer Haltestelle einen Bus oder eine Straßenbahn nach der eingestellten Wartezeit automatisch wieder abfahren lassen und müsste dafür kein einziges Kommando in die Ereignisverwaltung eintragen. Noch schicker wäre dann natürlich eine Variable mit minimaler und maximaler Wartedauer. 

Ich finde, so könnte man sehr komfortabel und rein intuitiv einen kompletten Umlauf im ÖPNV darstellen.

HG
Brummi

[Phrontistes]

vor 21 Minuten schrieb Roter Brummer:

Bei den Signalen ist ja auch eine solche Verzögerung mit einem fest eingestellten Wert vorhanden.

Es ist bei jedem Kontakt so, dass das Fahrzeug nach dem Anhalten wegen Abbremsen = 0 wieder anfährt, wenn auch Beschleunigen > 0 eingetragen ist. Das ist keine Verzögerung, sondern ein logisches Verhalten: Abbremsen muss vorausschauend beachtet werden, Beschleunigen wenn das Fahrzeug den Kontakt betritt.

Ein "Beschleunigen auf" optional erst nach einer gewissen Zeit wäre in der Tat sinnvoll. Das könnte man auch bei Signalen gut gebrauchen, wenn sie auf "Fahrt" gehen und man nicht will, dass der Zug sofort losfährt. Auch das geht bisher nur per EV.

[Cafépause]

Neo hat da eine "saubere Lösung" wohl auf seiner ToDo-Liste. Zumindest für die Signale, siehe hier.

VG,
Cafépause

[Goetz]

vor 44 Minuten schrieb Roter Brummer:

man [...] müsste dafür kein einziges Kommando in die Ereignisverwaltung eintragen

Hallo Brummi,

aber das ist doch Sinn und Zweck der Ereignisverwaltung.
Und gerade in diesem Fall ist es wirklich einfach:

Wenn wir nicht mehr alle Ereignis-bezogenen Aktionen zentral in der Ereignisverwaltung abhandeln, sondern solche Funktionen "streuen", also ein bisschen im Kontakt erledigen und ein bisschen im Signal und ein bisschen im Fahrzeug etc., dann haben wir recht schnell eine Situation, in der niemand mehr versteht was er wann wo suchen muss. Da habe ich mit EEP früher ganz schlechte Erfahrungen gemacht. Das krankt nämlich an genau solchem Flickwerk. Lauter Einzellösungen, die auf den ersten Blick bequem aussahen, aber letztlich dazu führten, dass die Software völlig strukturlos wurde. 

Viele Grüße
Götz

[Roter Brummer]

Hallo Götz,

die Idee kam mir ja, wie gesagt, beim Bau an einem neuen Modul. Damit die Module wirklich frei verwendbar sind, werden diese ja nicht als Anlage, sondern als Gruppierung abgespeichert. Von daher kann einem Modul selbsterklärend keine Ereignisverwaltung mitgegeben werden.

Wenn man einer solchen Konstruktion aber dennoch ein bisschen Aktion mitgeben will, wäre diese Ausnahmeregelung eine feine Sache. Wenn die Funktion standardmäßig ausgeschaltet ist, lässt sich ja jeder Gleiskontakt weiterhin über die Ereignisverwaltung wie gehabt steuern.

HG
Brummi

[Roter Brummer]

Nachtrag:

Alternativ könnte man überlegen, ob es eine Option wäre, einer Gruppierung ein Stück Ereignisverwaltung mitzugeben. Dann würde an der Grundstruktur des Programms nichts geändert.

 

Bearbeitet 13. Januar von Roter Brummer

[Goetz]

vor 1 Minute schrieb Roter Brummer:

Von daher kann einem Modul selbsterklärend keine Ereignisverwaltung mitgegeben werden.

Und das ist der Punkt, an dem man ansetzen muss. (Du hast es gerade nachgetragen )
Man muss das Problem im Kern angehen und nicht etwas drum herum stricken.