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

It depends on the Center Point of the Signal model. If the contact point of the signal is equal to the track, then scaling works. This signal does not work. VG, Hawkeye

Hallo @Phrontistes, danke für deinen Vorschlag. Es geht aber nicht darum eine funktionierende andere Lösung zu finden. Dies würde ganz einfach mit „Kopieren“ und „Einfügen“ auch funktionieren. Neo sucht schon eine Weile einen Fehler im Zusammenhang mit verknüpften Objekten. Darum wollte ich ihn auch nur darauf Hinweisen, das auch bei dieser Funktion in Verbindung mit verknüpften Objekten ungewöhnliche oder unerwartet Ergebnisse erzielt werden. Vielleicht hilft es ja bei der Fehlersuche. Ist aber eine sehr nützliche Funktion, wenn sie richtig angewendet wird. Viele Modelle haben Variationen, z.B. Bahnsteige oder Brücken. Hier ist „Duplizieren“ sehr wertvoll, weil du an der gleichen Stelle ein neues Objekt erzeugen kannst und dann nur die Variation verändern musst. (Geländer, Bahnsteigverbreiterungen, etc…..) Mit „Kopieren“ und „Einfügen“ müsstest du die Variation über die Koordinaten auf die gleiche Position setzen. VG, Hawkeye

Hallo @Neo, bei der neuen Funktion "Duplizieren (mehrfach)" ist mir eine Fehlfunktion mit verknüpften Objekten aufgefallen. Als Test habe ich auf einer neuen Anlage nur ein Gleis, ein damit verknüpftes Signal und einen mit dem Signal verknüpften Zusatzanzeiger ZS3 aufgestellt. Alle drei Objekte ausgewählt und mit der Funktion "duplizieren (mehrfach)" 3x erstellt, ergibt dieses Bild. Die verknüpften Objekte werden nicht richtig positioniert. Laut Objektkatalog sind aber alle neuen Objekte enthalten. (Die Signale befinden sich alle im zuletzt gesetzten Gleis.) Gruppiert man zuerst die 3 verknüpften Objekte und dupliziert sie dann mehrfach erhalte ich dieses Bild. Auch hier werden alle Objekte übereinander gelegt und nicht nebeneinander platziert. Anzahlmäßig sind aber alle Kopien enthalten. Ist das nur bei mir so, oder kann das jemand reproduzieren? VG, Hawkeye

Götz war schneller.

Hallo @jloos, ich bekomme die gleiche Fehlermeldung wie @Goetz, auch mit dem selben Fahrzeug an der gleichen Stelle. Bei diesem Zug sind beide Fahrzeuge aktiv und haben Geschwindigkeiten zugewiesen. d.h. Wenn der Zug ein Signal erreicht, wird nur bei einem Fahrzeug die Geschwindigkeit auf "0" gesetzt und er fährt trotzdem weiter. Auch sind in beiden Fahrzeugen des Zuges unterschiedliche Variablen definiert, was wohl zu den Fehlermeldungen um Ereignisprotokoll führt. Der Antrieb eines der beiden Fahrzeuge in dem Zug sollte deaktiviert werden. Lauft die Anlage weiter überfährt der Zug das Signal und es erscheint diese Meldung für den gleiche Zug. VG, Hawkeye