WalterW

Hallo @Herman, auch dir vielen Dank für deinen Beitrag. Ich glaube aber, dass die Variante von @Hawkeye für mich eher in Frage kommt. Trotzdem vielen Dank. Freundliche Grüße Walter

Hallo @Hawkeye, vielen Dank für diese interessante Variante, mit der ich vielleicht doch noch mein "Wunschziel" über die Fahrspuren, erreichen kann. Ich werde das für mich ausprobieren. Sieht tatsächlich sehr vielversprechend aus. Freundliche Grüße Walter

Hallo Wolfgang ( @prinz ) auch dir vielen Dank für deine Antwort. Leider geht es wohl nicht, die Belegung von Straßenspuren abzufragen. Schade, weil ich gehofft habe dass es Mittel und Wege dafür gibt. Hoffen ließ mich die funktionale Beeinflussung und Steuerung von Fahrzeugen, wenn Neo das "Steuer" der Fahrzeuge in der Hand hält. Er kann ja auch auf der einzelnen Spur feststellen, ob Fahrzeuge aufeinander fahren würden. Machen sie zum Glück nicht, dank intelligenter Steuerung. Ok, ich werde meine Lösung mit Kontakten und Zählern realisieren. Danke allen Beteiligten und die Hinweise auf mögliche Lösungen. Freundliche Grüße Walter

Danke @HWB für deinen Vorschlag. Es gibt sicherlich verschiedene Wege, die mich nach "Rom" führen, aber wie ich schon schrieb, interessiert mich die Variante über die Fahrspuren, wie gesagt, wenn es geht. Freundliche Grüße Walter

Hallo @EASY, vielen Dank für deine Nachricht, aber: erstens, so weit bin ich schon und zweitens hilft mir das wegen der fehlenden Fahrspuren-Info leider nicht. Trotzdem Danke. Freundliche Grüße Walter

Die Fragen von @HaNNoveraNer beantworte ich gerne. Ich möchte wissen ob ein Fahrzeug auf der oberen Spur, also von rechts nach links kommt, oder auf der unteren Spur von links nach rechts, weil dann die Ausfahrten der Tankstelle entsprechend links oder rechts gesperrt werden. Könnte man natürlich auch über Zähler und Kontakte regeln, aber mich interessiert eine Lösung über die Fahrspuren, wenn es geht. Natürlich würde ich auch die entsprechenden Fahrspuren der Abzweigungen zur Tankstelle berücksichtigen. Das Aussehen der Straße (im Bild das Stück "Teerstraße" zur besseren Kennzeichnung) folgt im Bild: Eine Zufallsvariable regelt, ob ein Fahrzeug den Fahrweg zum Tanken nimmt, oder ob es vorbei fährt. Die eigentliche Fahrtrichtung ergibt sich automatisch: Obere Spur belegt, Fahrtrichtung von rechts nach links und untere Fahrspur umgekehrt. Wenn weitere Fragen sind, bitte melden. Danke Freundliche Grüße Walter

Hallo liebe gemeinde, leider komme ich mit meinem Anliegen alleine nicht weiter. Ich möchte den Zustand, ob sich Fahrzeuge auf einer bestimmten Spur einer definierten Straße befinden, ermitteln. Gerne mit der Hilfe von Lua, weil ich glaube, dass diese Antwort eine "normale" EV nicht geben kann. So weit (!?!?) bin ich schon . . . . . . es fehlt nur noch ein "kleine Rest", nämlich die Fahrspur. Kann mir bitte jemand weiterhelfen. Vielen Dank. Freundliche Grüße Walter

Hallo BahnLand, vielen Dank für die Nachricht und den Hinweis auf die Erklärung. Werde das berücksichtigen. Freundliche grüße Walter

Hallo und Helau an das Studio, (ich wohne in einem "Helau-Gebiet") irgendwie verfolgen mich Probleme und Problemchen im Zusammenhang mit der Türöffnung. Nach der Aufklärung von @Goetz und @Neo ist es nicht die EV, sondern ein spezielles Fahrzeug (und evtl. weitere aus dieser Serie), bei dem die Türen auf der falschen Seite aufgehen. Die, die links eingetragen sind, gehen rechts auf und umgekehrt. Ich habe die Einträge mit links und rechts vertauscht und damit geht es richtig, nur unlogisch. Die Content-ID von dem Fahrzeug ist : 21C7B4DF-9457-4A4B-BE35-91C77F7A0542 Oder mache ich etwas falsch? Ich bitte das zu prüfen und eine Antwort zu geben. Vielen Dank. Freundliche Grüße Walter

An alle: Meine Frage ist hiermit beantwortet. Also: Der Anwender muss, je nach Lage des Bahnsteigs, aus Blickrichtung der Fahrtrichtung, ob er links oder rechts liegt, dementsprechend das Ereignis "Türen im Zugverband öffnen" mit dem richtigen Parameter "Ausrichtung" übergeben. Beispiele: $("Türen im Zugverband öffnen"):invoke(1, vehicle) -- Lua-Skript mit Aufruf "Türen im Zugverband öffnen" mit Bahnsteig ist "links" $("Türen im Zugverband öffnen"):invoke(-1, vehicle) -- Lua-Skript mit Aufruf "Türen im Zugverband öffnen" mit Bahnsteig ist "rechts" Und mit der EV sieht es so aus. die 1 für "Bahnsteig ist links" und -1 für "Bahnsteig ist rechts" als Parameter Ich hoffe hiermit nichts falsch beschrieben zu haben. Vielen Dank an @Goetz und @Neo. Für mich ist das voll verständlich und ich hoffe für die anderen, die möglicherweise ähnlich mit dem Problem gelebt haben, auch. Freundliche Grüße Walter

Entschuldigung @neo, wer richtig liest, ist im Vorteil. Die Antwort auf meine Frage ist der Parameter "Ausrichtung".

Danke @Neo für deine Erklärung. Wo finde ich das Ereignis "Zug betritt Bahnhof". Oder anders gefragt, wo muss welche Variable mit welchem Wert hinterlegt sein, die vom Ereignis "Türen im Zugverband öffnen" geprüft wird? Freundliche Grüße Walter

Und noch ergänzend die Frage: Ich war der Meinung, das die "schwarze Box" Ori die Information, ob ein Wagen sich im Zugverband vorwärts oder rückwärts bewegt, selbst ermittelt, denn damit steuert er doch die Animation "Tür links" bzw. "Tür rechts", oder ? Das für mich in diesem Zusammenhang nicht verständliche ist, dass Ori in Abhängigkeit von dem Wert der Parameterübergabe "Ausrichtung" agiert !

Danke Götz, soweit verstanden. Nur wo und wie erfährt das Ereignis, dass der Bahnsteig, von der Lok aus in Fahrtrichtung gesehen , links oder rechts ist. Denn nur mit dieser Info erreichst du, dass die Türen auf der richtigen Seite aufgehen. Kannst du mir das bitte noch erklären?

Hallo Studio-Gemeinde und gezielt auch ein Hallo an @Neo ich habe, mangels welcher Fähigkeit auch immer, ein Problem mit dem Einsatz und der vernünftigen Umsetzung der von @Neo zur Verfügung gestellten Ereignissteuerung "Türen im Zugverband öffnen". Eigentlich eine ganz tolle Anwendungsmöglichkeit und spart ja auch so manche umständliche Programmierung. Nur bei aller Einfachheit, bekomme ich einfach nicht den "Draht" dieses Ereignissteuerung richtig anzuwenden. Mein Hauptproblem liegt darin, dass ich durch die Parameter-Übergabe der Variablen "Ausrichtung" nicht durchblicke. Diese kann und soll entweder den Wert 1 oder -1 haben. Ist damit, vom Zug aus in Fahrtrichtung gesehen, die Bahnsteigseite "rechts" oder "links" gemeint? Was ist dann in der Erklärung von @Neo mit dem Parameter "Ausrichtung" 1=in Fahrtrichtung und -1=gegen Fahrtrichtung gemeint? Also, wie am Anfang schon erwähnt: Ich blicke leider nicht durch und bitte um Auf- und Erklärung. Als Beispiel meiner Anwendung habe ich die Lua-Fassung eingestellt. ------------------------------------------------------------------------------------------ Auslösender Kontakt zum Türen öffnen wurde betreten. -- Parameter Übergabe: Ausrichtung: 1 (=in Fahrtrichtung), oder -1 (=gegen Fahrtrichtung) und Fahrzeug (Zug) $("Türen im Zugverband öffnen"):invoke(1, vehicle) --??????????????????????????????????????????????????????? $("Türen im Zugverband öffnen"):invoke(-1, vehicle) --??????????????????????????????????????????????????????? ------------------------------------------------------------------------------------------ -- ANFANG TÜREN IM ZUGVERBAND ÖFFNEN -- Manuelle Ereignis-Aktion. -- Wird aufgerufen vom Ereignis "Zug betritt Kontakt BahnsteigStop" -- Parameter Übergabe: -- Ausrichtung: 1 (=in Fahrtrichtung), oder -1 (=gegen Fahrtrichtung) -- und Fahrzeug (Zug) local t, t2 = layout:getVehicleGroup(Fahrzeug, 3) -- Nur Fahrzeuge ohne eigenen Antrieb, weil Fahrzeuge mit Antrieb, aber OHNE Türen und for i, Wdh in ipairs(t) do -- die Variablen "Türen links" = "" sowie "Türen rechts"" haben, dann gibt's Ärger. Bei mir ist local Ori = t2[i] -- es passiert, dass in einer Lok ALLE Animationen auf einmal den Wert 1 hatten und aktiviert waren. if Ori == Ausrichtung then -- Natürlich kann man sagen: Unlogisch die Variablen einzutragen, wenn es gar keine Türen hat. Wdh.animations[Wdh.variables["Türen links"]]:play(-1, 1) -- Absolut richtig, aber beim Kopieren von Variablen, passiert sowas schon mal. else Wdh.animations[Wdh.variables["Türen rechts"]]:play(-1, 1) end end Fahrzeug.variables["Türen schließen"] = true -- Diese Variable verwende ich nachfolgend. -- ENDE TÜREN IM ZUGVERBAND ÖFFNEN ------------------------------------------------------------------------------------------ Für eine Antwort bedanke ich mich schon jetzt im Voraus. Freundliche Grüße Walter

Hallo @Hawkeye vielen Dank für deinen Hinweis und das Beispiel. Wie ich auch schon auf den Beitrag von Götz geantwortet habe: Ich werde meine "Voreingenommenheit" überdenken. Freundliche Grüße Walter

Hallo @Goetz vielen Dank für deine Antwort. Leider sind für mein Vorhaben, meiner Meinung nach, die Verzögerungen nicht so gut anwendbar. Die Timer steuern die Haltezeiten im Bahnhof. Für mehrere Gleise und diese sowohl von links als auch rechts befahrbar. Wenn die Timer abgelaufen sind (die Dauer ist eine zufällige Zahl), wird für das entsprechende Gleis und die entsprechende Richtung, die Fahrstraße zur Ausfahrt gestellt. Und ich glaube, dass dieser funktionale Ablauf nur mit sehr viel Aufwand, und wenn überhaupt mit Verzögerung sinnvoll ist. Bestimmt gibt es da Möglichkeiten, aber ich habe mich, auch wegen der für mich besseren Übersichtlichkeit, auf die Timer eingestellt. Trotzdem werde ich meine eigene "sture Logikhaltung" überdenken. Freundliche Grüße Walter

Hallo liebe Gemeinde, warum ist es nicht möglich definierte Timer in einer Tabelle oder Liste zu hinterlegen. Für eine EV-Verarbeitung wäre das eine einfachere Art gezielt Timer zu starten. So bleibt nur die Option notwendige Werte (Timer-Name und Laufzeit) in gesonderten Variablen zu speichern, um dann mit diesen Bedingungen und der Abfrage ihrer Werte gezielt Timer zu starteten. Oder gibt es doch eine "elegantere" Lösung, die ich nur nicht finde bzw. sehe? Für eine Antwort wäre ich dankbar. Freundliche Grüße Walter

Hallo @Goetz vielen Dank für deine sehr ausführliche Erklärung. Es ist wie aus einem "Lehrbuch", toll. Entschuldige bitte meine sehr späte Reaktion auf deinen Beitrag. Es ist immer wieder ein sehr schönes Erlebnis, wenn, wie in diesem Forum, so prompt und kompetent Hilfe kommt. Der Dank gilt natürlich auch @Neo. Es macht einfach Spaß. Freundliche Grüße Walter

Danke für deine rasche Antwort. Werde mich an die "Arbeit" machen.

@Neo, gibt es nicht mit Lua's Hilfe eine Möglichkeit das zu bewerkstelligen? Es geht doch auch in der Strukturansicht nach "Sichtbarkeit" zu filtern!

"falsch" bedeutet für mich in diesen Fällen, dass Objekte das falsche Symbol anzeigen, also genau das Gegenteilige. Rotes Auge=sichtbar (falsch), schwarzes Auge=sichtbar (richtig). Was entscheidend ist: wenn die Syboldarstellung nicht dem Standard entspricht, dann, so glaube ich, funktioniert auch eine EV mit der richtigen Verarbeitung nicht.

Hallo @Neo vielen Dank für deine hilfreiche Antwort. Puh, wer ahnt denn sowas. Nachdem ich die Standardebene wieder auf "sichtbar" geändert habe ist die Welt wieder halb in Ordnung. Die Frage bleibt, wie bekomme ich die einzelnen Objekte wieder richtig hin, die jetzt falsch sind. Wenn ich ein "falsches" Objekt manuell wähle und die Sichtbarkeit wähle, dann ist das Objekt danach wieder ok, aber was mache ich mit allen anderen falschen? Je nach Bedarf und Notwendigkeit manuell ändern? Für eine kurze Antwort wäre ich dankbar Freundliche Grüße Walter

Hallo liebe Gemeinde der 3D-Freunde Ich habe ein für mich nicht lösbares Problem. Es handelt sich um die Funktion und Anzeige der Eigenschaft von Objekten „Sichtbar“ und „nicht Sichtbar“. Eigentlich kein Problem wenn das betreffende Objekt mit der rechten Maustaste markiert wird und der Haken bei „Sichtbar“ (gesetzt=sichtbar oder entfernt=nicht sichtbar) entsprechend gewählt wird. Ich will in der EV diese Funktion steuern. Nur es funktioniert leider nicht. Manuell geht es. Ich glaube den Grund, nach sehr langer Sucherei, gefunden zu haben. Die Markierung für die Sichtbarkeit ist bei einigen, nicht allen, aber leider sehr vielen Objekten falsch. In den beiden Bildern ist der Zustand erkennbar. Im ersten Bild sind alle (gewählten) Objekte sichtbar, haben aber unterschiedliche Markierungen !!! Die erste Zeile und die letzte Zeile haben in der Strukturansicht ein schwarzes „Auge“ und die dazwischen liegenden Objektzeile ein rotes „Auge“, sind aber alle sichtbar. Im zweiten Bild ist der Unterschied nochmals mit der Unsichtbarkeit zu sehen. Das gleiche Problem liegt auch in der falschen und unterschiedlichen Markierung für die Sperrung bzw. Entsperrung der Objekte (Symbol "Pin-Nadel“). Ein zusätzliches Problem bei dieser Anlage gibt es noch: ALLE Objekte, die aus dem Katalog auf die Anlage „gezogen“ werden, sind am Anfang unsichtbar und bringen daher schon die falsche Einstellung mit. Seit wann dieses Phänomen besteht und wie es entstanden sein könnte, weiß ich leider nicht. Kann mir bitte jemand helfen und einen Rat geben, wie ich den Zustand aller Objekt wieder richtig bekomme und auch die neuen Objekte richtig integriert werden. Vielen Dank im Voraus. (Sorry für den vielen Text, aber ich wusste das Problem nicht kürzer zu schildern.) Freundliche Grüße Walter

Vielen Dank an die verschiedenen Hinweise zum Ansatz meiner Lösung. Ich werde mir die einzelnen Vorschläge der Reihe nach ansehen und ausprobieren. Freundliche Grüße