Hawkeye

Hallo @Phrontistes, dafür hier eine Lösung für dich. Ich habe die Fahrzeuge auf der Anlage vergrößert und ein paar LKW hinzugefügt. Für "LKW" werden andere Einstellungen für Geschwindigkeit, Beschleunigung und Verzögerung zugewiesen als PKW's. Dadurch wird der Verkehr noch realistischer. Alternative Ampelsteuerung 03.mbp VG, Hawkeye

Moin Zusammen, ich habe die alternative Steuerung jetzt auf beide Ampeln angewendet. Alternative Ampelsteuerung 02.mbp Der Bremsweg ist auf 12m optimiert. Dabei fahren die Fahrzeuge bei "Gelb" auch noch über die Ampel. Der zufällige Geschwindigkeitsbereich ist auf 45 -70 km/h erweitert. Dadurch wird der variable Abstand während der Fahrt zwischen den Fahrzeugen noch deutlicher. Schnellere Fahrzeuge bremsen damit vor der "roten" Ampel noch etwas stärker. Und die Fahrzeuge fahren unabhängig ihrer Geschwindigkeit bei "Rot" immer bis zur Haltelinie vor. VG, Hawkeye

Hallo @EASY, "noch mal richtig Gas geben" ist gar nicht notwendig. wenn man den Bremsweg auf 20m einstellt und die Ampel schaltet, dann fährt ein Fahrzeug auch bei "Gelb" noch über die Ampel. VG, Hawkeye

Hallo @Phrontistes, genau dieses "Zählen" der Fahrzeuge führt beim Straßenverkehr zu Problemen. (Hier mag das noch funktionieren.) Das habe ich an anderer Stelle schon mal ausführlich analysiert. VG, Hawkeye

Ergänzung: Die Funktion der Gleiskontakte mit "Abbremsen auf ... " mit der Einstellung auf "0" ist aus meiner Sicht für den Straßenverkehr ungeeignet. Um den Verkehr in einem Geschwindigkeitsbereich ab 20 km/h - aufwärts zu regeln, macht diese Funktion noch Sinn. Nicht aber mit der Einstellung auf "0". Hier bestimmt die Fahrdynamik mit einer variablen oder unterschiedlichen Geschwindigkeit der Fahrzeuge und entscheidend der Position des Fahrzeuges zum GK beim Umschalten des GK auf die Geschwindigkeit "0" über den Bremsweg und die letztliche Halteposition eines Fahrzeuges. Genau das wollte ich in meinem Beispiel oben auch deutlich machen. In der Realität ist es doch genauso. Je nachdem, in welchem Abstand zur einer Ampel ich mich befinde, wenn sie auf "Gelb" oder "Rot" umschaltet, muss ich anders reagieren. Entweder normal oder stärker Bremsen. Und genau das geht nur, in dem man den Wert der Verzögerung anpasst und temporär verändert. VG, Hawkeye

Hallo @BahnLand, habe ich gemacht! Auch eine interessante Lösung, die aber auch ihre Tücken hat. In deiner 2.ten Anlage ist noch ein überflüssiges Ereignis enthalten. Die Variablen "Signal.Stoppkontakt.Fahrzeug" werden nie belegt, dadurch wird es nie ausgeführt. Ist wohl noch ein "Überbleibsel" der ursprünglichen Steuerung aus deinem Beispiel 1. In dem Beispiel 1 werden diese Variablen noch belegt. Aber hier wird das eigentliche Problem beim Straßenverkehr deutlich. Stehen viele Fahrzeug am Bahnübergang und die Schranken schließen wieder, bevor die Fahrzeuge ihre Endgeschwindigkeit erreicht haben, dann bleiben diese in einem ungewünschten Abstand vor dem Bahnübergang stehen. VG, Hawkeye

Hallo @BahnLand, genau das macht ja die Steuerung im inneren Kreis. Das Problem ist aber immer die Phase „Gelb“ bevor „Rot“ kommt. Deshalb wollte ich mal einen neuen Weg ausprobieren. VG, Hawkeye

Hallo @EASY, das hatte ich ja sogar zuerst mit eingebaut. 😂 Das funktioniert nur nicht, wenn sich vorher noch ein anders Fahrzeug befindet. Dann kannst du die Geschwindigkeit auch auf 200 km/h einstellen und das Fahrzeug fährt trotzdem nicht schneller, weil das vorausfahrende Fahrzeug die Geschwindigkeit regelt. VG, Hawkeye

Hallo Zusammen, es ist dem Ein oder Anderen bestimmt schon aufgefallen, das bei Kraftfahrzeugen die Nutzung der Eigenschaften der Gleiskontakte bei Ampeln aufgrund der Länge des Bremsweges der Fahrzeuge nicht immer funktioniert. Deshalb habe ich mal einen neuen Ansatz ausprobiert. In meiner Testanlage "Alternative Ampelsteuerung" sind 2 Varianten enthalten. Der innere Kreis beinhaltet die herkömmliche Steuerung über die Eigenschaften des GK direkt an der Haltelinie. Hier schaltet der GK entsprechend der Stellung des Signals bei Rot auf "Abbremsen auf 0" und bei Fahrt auf "Beschleunigen auf 50 km/h". Problematisch ist immer die Phase "Gelb", wenn sich ein Fahrzeug gerade beim Umschalten der Ampel in der Nähe des oder auf dem GK befindet. Hierfür gibt es zwei Einstellungsvarianten. Voreinstellung ist Variante 1, bei der die Fahrzeuge kurz stoppen und dann sofort wieder auf 50km/h beschleunigen. Sieht nicht besonders toll aus, aber der Ablauf wird nicht gestört, weil das entsprechende Fahrzeug ja weiterfährt. Bei Variante 2 kann es passieren, das das Fahrzeug auf oder kurz hinter dem GK stehen bleibt und der Ablauf gestört wird, weil es bei "Grün" nicht wieder losfährt. Einfach mal den Haken bei "Beschleunigen auf ..." herausnehmen und abwarten. Beim äußeren Kreis, liegt der Gleiskontakt für den "Halt" im Abstand von 8m vor der Haltelinie. Die Eigenschaften des GK sind hier deaktiviert und EV berechnet bei "Gelb" oder "Rot" beim Betreten des GK anhand der aktuellen Geschwindigkeit des Fahrzeuges die notwendige Verzögerung bis zum Stopp an der Haltelinie. Um das zu verifizieren, sind direkt hinter der Ampel blaue GK angeordnet, die zufällig die Fahrzeugwerte Geschwindigkeit, Beschleunigung und Verzögerung in einem gewissen Bereich einstellen, bzw. beim Überfahren ständig verändern. Dadurch verändern sich auch die Abstände zwischen den Fahrzeugen während der Fahrt, was ich persönlich für einen realistischeren Ablauf halte. Hier mal die Testanlage. Alternative Ampelsteuerung.mbp Anregungen und Kritik erwünscht. VG, Hawkeye

Hallo @Damilu, schau unter „Wiki“ und dann „Modellbau“. Da wird dir alles erklärt. VG, Hawkeye

Hallo @Phrontistes, da verstehst du etwas falsch. Der Zustand, auf den ich hinaus möchte, entspricht dem Verhalten von bremsenden Fahrzeugen, deren Kupplungen aktiv sind. Diese Bremsen auch langsam und bleiben dann, wenn das vordere Fahrzeug erreicht ist, stehen …. und verbinden sich dann aber über die Kupplungen miteinander. Genau dieser Effekt würde durch den Schalter unterbunden. D.h. Personen stehen ohne Abstand dicht an dicht, ohne aber eine Verbindung über die Kupplungen herzustellen. Ansonsten würde sich nichts verändern. Durch die eingeschaltet Funktion „automatisch beschleunigen“ würde sich die Personen auch wieder mit geringfügiger Zeitverzögerung in Bewegung setzten und beim „Gehen“ hintereinander auch wieder Abstand zueinander haben. VG, Hawkeye

Wenn du die Anrede mit „Hallo @ .. „ und für „..“ einem Buchstaben beginnst, dann wird dir eine Liste aller Forenteilnehmer angezeigt, aus der du dann den gesuchten auswählen kannst. Er erhält dann eine Nachricht, das du ihm etwas geschrieben hast. Also, hallo @mobavossi, hier die Antwort. VG, Hawkeye

So weit wollte ich noch gar nicht gehen.

Hallo @Neo, durch die Funktionen "Automatisch beschleunigen/ bremsen" ist auch ein vom Programm vorgegebener Abstand eingestellt. Dieser Abstand macht bei Zügen, abgestellten Waggons und Autos auch Sinn. Nicht aber in anderen Situationen, wie z.B. gehenden Menschen, die sich (wartend) an einer Schlange anstellen. Hier wäre ein Schalter sinnvoll, mit dem der "Automatischer Abstand (an/aus)" ausgeschaltet werden könnte. Dann könnte es dann so aussehen. (Nur so als kleine Verbesserungsidee ) Viele Grüße, Hawkeye

Super Götz! Wer (überall) sucht, der findet auch. Und es geht auch in der grafischen EV.😁 Da muss man auch erstmal drauf kommen. … Wieder was dazugelernt. 👍

Weil der Wert Programmintern existiert! Ich will ihn lediglich abfragen. Für mich macht das Ereignis ohne diese Unterscheidungsmöglichkeit direkt in dem Ereignis sonst keinen Sinn. Wenn ich für jede Aktion, die ich über dieses Ereignis steuern möchte immer eine zusätzliche Variable benötige, bläht das auch die EV auf.

Hallo Zusammen, ich möchte im Ereignis "Animation gestartet/gestoppt" unterscheiden, ob eine Animation gerade gestartet oder gestoppt wurde. Eine Bedingung in der grafischen EV gibt es dafür nicht, deshalb versuche ich über eine Skript-Bedingung diese Unterscheidung abzufragen. Die Abfrage funktioniert aber nicht richtig. Weiß jemand wie das realisiert werden kann? Sicherlich wäre es möglich, im Zuge des Startens der Animation eine zusätzliche Variable zu setzen und diese Abzufragen, aber gerade darauf möchte ich verzichten. VG, Hawkeye

Ich bin eben nicht der Einzige mit diesem Wunsch. 😃 q.e.d. VG, Hawkeye

Schön, aber wenn es etwas nicht gibt, wird man erfinderisch, um es trotzdem zu realisieren.😁 Vielleicht ist das mal wieder ein sehr schönes Beispiel dafür, das @Neo sich diesem Thema annimmt. Schließlich ist es in der Vergangenheit schon von mehreren Nutzern gewünscht worden, das das Abspielen von Animationen auch zeitlich beeinflußt werden kann. Möglich ist es jedenfalls. VG, Hawkeye

Hallo Götz, ja, erstmal ein "proof of concept" und dann optimieren. 1. Die fps-Rate kann jetzt über eine Variable eingestellt werden. Die Einstellung ist derzeit: 48 fps. (Bei 24 fps ruckelt es noch ein wenig.) 2. Der Timer für den Rotor wird nur für die Phasen 1 ( Anlaufen) und 3 (Auslaufen) des Rotors genutzt. -> Hubschrauber 01 3. Für Phase 2 wird er der Hubschrauber durch ein gleiches Modell 02 mit der Animation in Endlosschleife ersetzt. Heli Rotor Anlassen Auslaufen.mbp Auch wenn es nur eine Spielerei ist. Mir macht das Spaß. Warum sollte man das nicht verwenden? VG, Hawkeye

Hallo @Goetz, ich behaupte ja auch nicht, das es sinnvoll ist! 😂 Ich habe lediglich auf @WalterW´s Frage geantwortet. und gezeigt, das es mit großem Aufwand möglich ist. Da stimme ich dir voll zu. Aber das erkennt man erst, wenn man es versucht hat. VG, Hawkeye

Hallo @WalterW, hier mal ein Beispiel für das Anlassen des Rotors eines Hubschraubers über eine Timersteuerung in Lua. Hubschrauber Anlassen.mbp VG, Hawkeye

Hallo @WalterW, die Geschwindigkeit zum Abspielen einer Animation bestimmt der Modellbauer. Darauf hat der Nutzer bisher keinen Einfluß. Theoretisch wäre es aber möglich, eine Routine in Lua zu schreiben, bei der der Rotor mit unterschiedlichen zeitlichen Verzögerungen immer eine Position weitergesetzt wird. Habe so etwas mal bei anderen animierten Objekten probiert. Das ist sehr aufwändig. VG, Hawkeye

Hallo Walter, schau mal hier. VG, Hawkeye

Hallo @EASY und @Phrontistes, Klothoiden näherungsweise zu erzeugen ist doch im Modelleditor für Gleise möglich und gar nicht so schwer. Nimm ein Gleis 30° Teile es im Editor z.B. in 6 Abschnitt á 5° und denk dir eine Formel aus wie der Übergang aussehen soll. Hier als einfaches Beispiel mit 6 x Winkel 5°: 1. R1 = 1000 2. R2 = R1 + X 3. R3 = R2 + 2 * X 4. R4 = R3 + 3 * X 5. R5 = R4 + 4 * X 6. R6 = R5 + 5 * X In diesem Bild ist X = 100 oder etwas größer mit einer anderen Formel. Für das Gegengleis das erstellte Gleis einfach kopieren und dem Winkel ein (-)-Zeichen voran setzen. Du braucht dann auch nur ein Übergangs- und ein Gegenstück erzeugen. Für Parallelgleise kannst du die Funktion "Pfad folgen" mit Eingabe des benötigten Gleisabstandes verwenden, ohne das Parallelgleis neu berechnen oder von Hand neu erstellen zu müssen. Hat auch den Vorteil, das die Spline-Eigenschaften erhalten bleiben und mit "Pfad folgen" auch Brücken oder Bahnsteige der Form folgen. Bei einzelnen kurzen Gleisstücken würde das nicht so aussehen. VG, Hawkeye