Phrontistes

Hall @Neo, es wäre schön, wenn man auch "durchgestrichene" Gruppen mit der rechten Maustaste auflösen könnte. Mir ist natürlich klar, dass die Gruppe weitere Elemente enthalten könnte und man sich gut überlegen muss, was man tut. Hier habe ich nur schnell mal zwei Objekte gruppiert damit ich sie sie duplizieren, bewegen und (nachdem ich woanders hin geklickt habe) erneut zusammen greifen kann. Stimmt alles, will ich die Gruppen beide wieder auflösen. Zur Verdeutlichung könntest Du vielleicht die weiteren Gruppenelemente (so vorhanden) in schwacher Schrift zusätzlich anzeigen sobald man auf die Gruppe klickt, falls das nicht zu kompliziert ist. Oder Du machst einen Warnhinweis ("Gruppe enthält weitere Elemente") falls das der Fall ist. Beste Grüße Phrontistes

kann man: Es dürfen nur ganze positive Zahlen eingegeben werden. Allerdings fängt @Neo auch gleich dreifach verkehrten groben Unfug wie den hier: also $("Events").variables["Test"] = math.random(0.1, -0.1) ohne Fehleranzeige im event trace nicht ab, obwohl Lua selbst meldet: "bad argument #1 to 'random' (number has no integer representation)"

bzw. umschalten von weiß auf rot, womit man mit einem Modell das Spitzen- und das Schlusssignal nach Bedarf schalten kann. Dein nachgerüsteter Lichtschein ist noch etwas unrealistisch, weil er offensichtlich von einer Leuchte ausgeht und nicht von zweien und weil er viel zu nahe an der Lok ist. @tim-fischertechnik hat es bei der BR 627 sehr gut getroffen:

Wir reden von BE03DF5D-D6CA-477E-BFB2-EB66785567D4 von @BahnLand nehme ich an. Ich finde nicht, dass die überhaupt ausgehen. Solange man die Lok noch als solche erkennen kann, sieht man auch die Lichtscheiben sowohl von vorne (weiß) wie sogar von hinten (rot) Du musst sie natürlich richtig schalten. Aus dem Katalog gezogen sind sie in Stellung 0 (weiße Lampe aus). Versuche es mal mit Stellung 1 (weiß an) oder 2 (rot an).

Das war auch eher als Hinweis für Mitleser gedacht, dass man tunlichst eine Endlosschliefe in Betracht ziehen sollte, wenn man in einem Ereignis (hier: Signal schaltet) genau dieses Ereignis auslöst (hier: Signal auf 0 stellen, also schaltet es ja nochmals). Für Deine Anwendung ist das kein Problem, weil Du unter der Bedingung Signal schaltet auf > 0 mit Signal = 0 reagierst. Damit löst Du zwar das Ereignis nochmals aus, das hat aber keine Folgen, denn es ist dann ja 0 ist und die Eingangsbedingung ist false.

In V8.5 goto settings ...

Das ist mir klar, trotzdem wäre schön, wenn die Modellbauer bei einheitliche Begriffe verwendeten.

Auch das hatte ich mir schon (bisher vergeblich) gewünscht:

Sorry, wenn ich nochmals meckere, aber Fahrlicht und Rücklicht schließt sich gegenseitig aus. Auch hier gehört ein mehrwertiger (in diesem Fall dreiwertiger) Schalter hin: Zugsignal aus Spitzensignal Schlusssignal Zu den von mir vorgeschlagenen Begriffen: "Zugsignal" zur klaren Unterscheidung weil es sicher auch noch eine Innenbeleuchtung geben wird und weil das bei der großen Eisenbahn so heißt (siehe hier). Auch die Begriffe "Spitzensignal" und "Schlusssignal" sind Begriffe der großen Eisenbahn. Es wäre sinnvoll, orientierten sich die Modellbauer am Signalbuch statt eigene Begriffe zu erfinden. Hier gilt nichts anderes als bei den Türen: Der Benutzer soll mit einer einzigen Anweisung das gewünschte Licht einschalten können und nicht mehr gezwungen sein, das nicht (mehr) gewünschte auszuschalten - weil Du als Modellbauer dafür gesorgt, dass sich widersprechende Kombinationen erst gar nicht möglich sind.

Dass man bei solchen Operationen an die Endlosschleife denken muss, ist Dir ja sicher klar. Mit jedem toggle löst Du das Ereignis rekursiv wieder aus. Neo bricht das übrigens in Schachtelebene 25 kommentarlos ab. Wer den event tracer nicht laufen lässt, bekommt es gar nicht mit.

Hast Du das Modell A75D206F-AACD-4969-B575-458C9C8B8145 schon entdeckt? Das ist ein MBS-Signal bei dem aber nichts angezeigt wird.

Ja, das geht. Einen ähnlichen Gedanken hatte ich um das überfahren eines roten Signals auch dann zu verhindern, wenn der Bremsweg nicht reicht (ist bei mir Standard): Nachtrag: currentSpeed auf 0 natürlich

Kein Problem, das zu provozieren. Ich hatte schon mal (vergeblich) hier versucht, mir bei @Neo mit dem Feature-Wunsch Gehör zu verschaffen, dass er bei den Fahrstraßen nicht nur die Weichen, sondern auch die feindlichen Signale sperren muss oder wenigstens ermöglichen muss, das per EV zu machen. Das geht höchstens mit irgendwelche Tricks wie unsichtbare Zylinder über die Signale stülpen, wie alexander42 das hier gemacht hat.

Ich sehe zwei Möglichkeiten: Du stellst Deine kleine Testanlage hier zur Verfügung und wirst dann bestimmt eine Lösung bekommen. Du arbeitest eine Anleitung durch wie man unter Lua mit Listen und Tabellen umgeht, z.B. diese hier.

Die Schalterbank ist doch nicht die Lösung! Davon will Neo aus guten Gründen weg. Für den Benutzer ist es nämlich komfortabler, wenn er mit einem Klick oder einer einzigen EV-Anweisung direkt zum Ziel kommt. Der Benutzer sollte folgende Möglichkeiten haben (ich weiß, ich wiederhole mich): Türen (Das ist der Name des Schalters) alle schließen (Das ist Schalterstellung 0) links öffnen (Das ist Schalterstellung 1) rechts öffnen (Das ist Schalterstellung 2) alle öffnen (Das ist Schalterstellung 3) um mit einer der Schalterstellungen direkt zum Ziel zu kommen. Wenn Du das Modell nicht zurückgezogen hättest, hätte ich Dir konkret in einer Testanlage zeigen können, wie man die EV modifizieren muss um mit einem mehrwertigen Schalter umzugehen. Aber ich kann Dir auch so zeigen, dass der Code für nach 2 Sekunden alle Türen auf und nach 10 Sekunden wieder zu wie folgt aussehen würde, wenn Du das so machen würdest wie von mir vorgeschlagen: if not deferredCall then defer(2, "Verzögerung") elseif deferredCall == "Verzögerung" then local t, t2 = layout:getVehicleGroup(vehicle) for i, Wdh in ipairs(t) do local Ori = t2[i] if Ori == direction then -- alle Türen öffnen Wdh.actions["Türen"].state = 3 end end defer(10, "Verzögerung (2)") elseif deferredCall == "Verzögerung (2)" then local t, t2 = layout:getVehicleGroup(vehicle) for i, Wdh in ipairs(t) do local Ori = t2[i] if Ori == direction then -- alle Türen schließen Wdh.actions["Türen"].state = 0 end end end Wie Du siehst, kann man das mit einem mehrwertigen Schalter viel kürzer formulieren. Und für die, die lieber klicken ist es auch viel einfacher, wenn sie in der Combo aussuchen können, was sie möchten. Oder nochmals anders formuliert: Wenn Du Dein Modell mit der Combo getestet hast und es sich korrekt verhält, ist alles gut. Den Rest machen dann die Programmierer - gerne auch vorab, wenn Du das Modell als Entwurf veröffentlichst.

Ganz ähnlich hatte ich das auch hier schon geschrieben:

Nein, den habe ich nicht übersehen. Aber Du übersiehst die ganze Zeit, dass Dein Schalter Türen heißt und nicht "Türen rechts" / "Türen links". Und Du übersiehst, dass der state nicht 0 oder 1 sein muss, sondern 0 oder 1 oder 2 oder 3 oder 4.

Und falls das immer noch so aussieht hast Du noch eine Logikproblem weil "alle Türen öffnen" in der Liste fehlt. Nochmal: Die Schaltpositionen des Schalters mit mehr als zwei Stellungen schließen sich gegenseitig aus. Nach obiger Logik kann man nicht alle Türen aufmachen. Das muss so aussehen: Türen alle schließen links öffnen rechts öffnen alle öffnen und von mir aus auch noch rechts vorne öffnen

Zeigen kann ich es Dir nicht mehr, weil Du die Fahrzeuge zurückgezogen hast. Aber natürlich würde es gehen, wenn Du die Namen und den state anpasst.

Jetzt beißt sich Deine Logik in den Schwanz. Du musst den Kurswagen - und nur diesen - gezielt einmalig das Schlagwort "Kurswagen" o.ä. geben und dann ist gut. Wenn Du nicht weißt, wer Kurswagen ist und wer nicht, dann würde es Dir auch nichts nutzen, Wagen im Verbund einzeln ansprechen zu können. Und beim Auslesen kann man die Position(en) des (der) Kurswagen durchaus auch jetzt schon finden, allerdings nur mit Lua. Nachtrag um genau zu sein: Finden kann man die Wagen sogar ohne Lua. Nur kann man die Positionen ohne Hilfsvariable nicht auswerten (z.B. in eine Liste schreiben).

Weil die meisten hier nicht in der Lage sind, auf Deinem Niveau abstrakt zu denken und weil sie nicht die Vorerfahrungen haben, mit der Schnittstelle umzugehen.

Das kann man schon jetzt - sowohl zuweisen wie auch auslesen. Das Zuweisen hat Wolfgang @prinz oben beschrieben.

Ohne Modifikation funktioniert selbstverständlich nicht bei Deiner Tram, weil die Türen so definiert sind: , also musst Du es so formulieren:

So ist es und das muss man beim Ansteuern (egal ob mit oder ohne EV) berücksichtigen. Daran ist auch nichts falsch. Du definierst als Modellbauer, wo in Fahrtrichtung rechts/links ist. Der Rest ist Steuerung, egal ob von Hand oder per EV.

8D44547F-1741-4AB7-BBCF-EED5E4577C0E Allerdings sieht die Kombination zwischen Seilzugkanal und motorischen Weichenantrieb seltsam aus. Auf dem "Beweisfoto" sind Stellhebel und keine motorischen Weichenantriebe zu sehen. Stellhebel pur (ohne Weichenlaterne) gibt es im Katalog unter ID 15852A0F-8EF6-4217-8971-7BF054F9B315. Beim Modell 8D44547F-1741-4AB7-BBCF-EED5E4577C0E kann man übrigens den Antriebskasten ausblenden dann bleibt das Gestänge übrig das man dann wiederum mit dem Stellhebel kombinieren kann.