Jump to content

WalterW

Mitglieder
  • Gesamte Inhalte

    146
  • Benutzer seit

  • Letzter Besuch

Beiträge erstellt von WalterW

  1. 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

  2. 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:


    image.thumb.jpeg.504480ff97aed8ead37b599902e8a30f.jpeg

    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
     

  3. 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 . . .  

    image.jpeg.14c1b9ca84f3c8ef26d084ca176a085c.jpeg

    . . . es fehlt nur noch ein "kleine Rest", nämlich die Fahrspur. Kann mir bitte jemand weiterhelfen. Vielen Dank.

    Freundliche Grüße
    Walter

     

     

  4. 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

  5. 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.

    image.thumb.jpeg.50b26872719e90b17f8221bff6317d0e.jpeg

    image.jpeg.bd49a2dde6914d24655424642e408c0d.jpeg  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

     

  6. 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 !

  7. 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

  8. 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

  9. 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

  10. 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

  11. 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.
    image.thumb.jpeg.94f5687a19e02ebf48538ba6cd31ff66.jpeg 
     

    image.thumb.jpeg.a17e9e7fc654e637c38bc5c23f5e37d0.jpeg
     

    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

     

×
×
  • Neu erstellen...