Phrontistes

Hallo, ich habe ein ähnliches Konstrukt in TF2. Allerdings länger gezogen damit alle Linien mit 120 km/h befahrbar sind und die Fahrmöglichkeit von links unten nach rechts unten fehlt, weil es hier keine Linie gibt. Beste Grüße Phrontistes

Hallo @BahnLand, Schon, aber vielleicht will man ja in der EV die Geschwindigkeit des langsameren Zuges, der vielleicht mit 40 angezuckelt kommt auf 60 (und nicht auf 100) setzen. Der Feature-Wunsch von Wolfgang @prinz ist sinnvoll und zwar vor allem dann, wenn man die Vmax des Zuges als Variable im Zug hinterlegt hat, denn dann möchte man gerne wahlweise auf die Vmax der Strecke oder die Vmax des Zuges bremsen oder beschleunigen. Es wäre also schön, wenn man das in einer Anweisung, also ohne eine Bedingung formulieren zu müssen, nach der gleichen Methode wie rnd (nur hier halt min bzw. max) setzen könnte. Mit Lua geht das übrigens schon jetzt. Voraussetzung: Man trägt die Vmax der Strecke in den Kontakt und die Vmax des Zuges in den Zug ein. if (contact.variables["VMax"] ~= nil) and (vehicle.variables["VMax"] ~= nil) then local VmaxStrecke = contact.variables["VMax"] local VmaxVehicle = vehicle.variables["VMax"] local v = vehicle if v:hasEngine() then v.engine.active = true v.targetSpeedAbs = math.min(VmaxStrecke, VmaxVehicle) end end Beste Grüße Phrontistes

Der interne Aufwand unterscheidet sich aber bei den beiden logisch gleichwertigen Varianten, also Den Unterschied sieht man in der Übersetzung. Während das Fahrzeug (erste Variante) direkt zur Verfügung steht local v = vehicle if v:hasEngine() then v.engine.active = true v.targetSpeedAbs = vehicle.variables["v_max"] end muss es erst mal in einer Schleife ermittelt werden wenn man den Gleiskontakt (zweite Variante) nimmt: local vehicles = layout:getVehiclesOn(contact) for _, vehicle in pairs(vehicles) do if vehicle:hasEngine() then vehicle.engine.active = true vehicle.targetSpeedAbs = vehicle.variables["v_max"] end end Also besser auch aus diesem Grund das Fahrzeug ansprechen.

Logo, das mache ich in meinen EVen immer nachdem die Kastratensprache Lua es noch nicht einmal verlangt, dass man Variablen deklariert bevor man sie benutzt. Aber hier wollte ich nur ergebnisgleich (aber kürzer) umformulieren, was ich vorgefunden habe, weil ich es nicht sehen konnte, wie sich @Spurwechsel mit 3 if-Bedingungen und sechs festen Werten einen abbricht, obwohl es mit einem Einzeiler (und ohne feste Werte) genauso geht. Und ganz nebenbei spreche ich das Fahrzeug und nicht den Gleiskontakt an, weil mir das intuitiver erscheint - auch wenn es eigentlich egal ist. Beste Grüße Phrontistes

Das Bundesamt für Sicherheit in der Informationstechnik (BSI) empfiehlt, Anwendungen aus dem Portfolio von Virenschutzsoftware des Unternehmens Kaspersky durch alternative Produkte zu ersetzen. https://www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Cyber-Sicherheitslage/Technische-Sicherheitshinweise-und-Warnungen/Warnungen-nach-Par-7/Archiv/FAQ-Kaspersky/faq_node.html

Hallo @Spurwechsel, nur weil es mir auffiel - das geht auch einfacher: Beste Grüße Phrontistes

Hallo @liftboy, schön, dass Dir das gefällt aber das hat Neo in V. 8.5. bereits eingebaut. Beste Grüße Phrontistes

Hallo @Neo, ich fände es schön, wenn man in der Bedienungsoberfläche die Eigenschaften (insbesondere Beschleunigen/Verzögern ja/nein, Geschwindigkeiten) der verschiedenen Signalstellungen bearbeiten könnte, ohne das Signal selbst umzustellen (für das Umstellen gibt es schließlich das Window Steuerung); in der EV die Eigenschaften aller Signalstellungen erreichen könnte und nicht nur diejenigen der gerade aktuellen Signalstellung. Beste Grüße Phrontistes

Hallo, Helmut, wenn etwas manchmal passiert kann die Ursache sein, dass zwei Antriebe im Zugverband eingeschaltet sind. Das kannst Du automatisiert wie folgt prüfen: local TempCount = 0 local t, t2 = layout:getVehicleGroup(Vehicle, 2) for i, Iter in ipairs(t) do TempCount = TempCount + 1 end if TempCount > 1 then error ("More then one active engine in vehicle group!") end Das Ereignis rufst Du an der/den passenden Stelle(n) auf. Ist die Ereignisanzeige offen, bekommst Du ggf. die Fehlermeldung und die Verarbeitung bleibt stehen. Beste Grüße Phrontistes

Bei einer kannst Du die Weichenlaternen so ansteuern:

Hallo @Neo, auch bei Schaltern wäre manchmal schön, wenn man sie disablen könnte. Auch diese sind Objekte, die man im Simulationsmodus bedienen kann (siehe Eingangspost). Beste Grüße Phrontistes

Hallo zusammen, Und die interne Genauigkeit ist noch viel höher, als man jemals angezeigt bekommt, was man z.B. merkt, wenn man prüfen will, ob ein Objekt genau nach Norden ausgerichtet ist und mit der Prüfung "== 0" nie zum Ziel kommt, weil das Objekt z.B. die z-Rotation -2.8421709430404e-014 (oder halt irgendeinen anderen sehr kleinen Wert) besitzt. Beste Grüße Phrontistes

Hallo @Neo, ich fände es schön, wenn man die Properties Font, Color, Background und Glow der TextBox bei einer Mehrfachselektion von TextBoxen gesammelt umstellen könnte. Beste Grüße Phrontistes

Hallo @BahnLand, einen ordentlichen englischen Text (und ein erstes Rating) hat er auch: Vielen Dank - auch an @Neo für den Einbau des Vorschaubildes. Beste Grüße Phrontistes

Hallo @bigrala Und noch ein Grund: Signale kann man standardmäßig in x- und y-Richtung, nicht aber in z-Richtung verschieben. Das ist bei Ampeln aber notwendig, weil sie sich in verschiedenen Höhen befinden können. Beste Grüße Phrontistes

Hallo @Neo, Auf den warte ich auch schon ... Beste Grüße Phrontistes

Hallo @Neo, Danke für den Hinweis. Das hätte ich auch selbst merken können. Ich habe aus obigem Beispiel ein benutzerdefiniertes Ereignis ohne Parameter gemacht, welches vom Gegenzug an der Stelle ausgelöst wird, an der er die boolsche Variable (die ich auch weiterhin benötige) auf false setzt. Das kommt auf das Gleiche raus. Beste Grüße Phrontistes

Hallo @Neo, Ich nutze dieses Ereignis durchaus zur Steuerung, z.B. um eine Zustandsänderung mitzubekommen, die man ansonsten mit einem Timer regelmäßig prüfen müsste. Beispiel: Ein Streckenast, der am Pressbock endet muss zeitweise gegen eine Einfahrt blockiert werden. Das Fahrzeug, welches blockiert hatte, setzt die boolsche Variable nach Ausfahrt auf false. Dann darf das nächste einfahren. Beste Grüße Phrontistes

Hallo Eddie @SY-DU,

Hallo @BahnLand, Das kann man so nicht sagen: Arbeitet man in m, kann man drei Nachkommastellen eingeben, kommt also bis zum 1/10 mm. Arbeitet man in cm oder mm, gehen nur zwei Nachkommastellen, man kommt also bei cm auch auf 1/10 mm und bei mm bis auf 1/100 mm. Beste Grüße Phrontistes

Unfortunately, this is a general problem. Therefore my solution is to take the current position as a starting point and return to it.

This works sometimes but not always. In my experience, it always works to raise the object and lower it again: local pos = $("Containership MBS Ituana").transformation.position pos["z"] = pos["z"] + 1 $("Containership MBS Ituana").transformation.position = pos pos["z"] = pos["z"] - 1 $("Containership MBS Ituana").transformation.position = pos Kind regards Phrontistes

Hallo @Neo, um meinen Wunsch vielleicht nochmals verständlich zu machen: Die MBS-Fahrstraßenlogik ist (verständlicherweise) nicht vorbildgerecht, weil "feindliche" Signale nicht verriegelt (= gegen Umstellen per Doppelklick oder auch per EV geschützt) werden. Das gilt sowohl für Begegnungen, wie für Flankenfahrten wie für Signale, die der Zug gerade überfahren hat, welche beim Vorbild nicht nur zurückfallen (das machst Du ja), sondern auch verriegelt werden, solange sich der Zug sich noch auf der Strecke befindet. Du verhinderst zwar absolut zuverlässig das Einstellen feindlicher Fahrstraßen aber (verständlicherweise) nicht das Umstellen von Signalen von Hand oder per EV. Du kannst das nicht automatisieren, das ist mir klar. Aber ich fände es schön, wenn ich via EV einem Signal den Zustand "locked" geben könnte. Dass das zu Fragen führen kann, weil der Anwender das unlock vergisst., ist mir klar. Aber das Problem gibt es bei den Weichen ja auch, wenn man z.B. einen Zug vom Gleis nimmt (oder ins Depot schickt) während er auf seiner Fahrstraße ist. Beste Grüße Phrontistes

Hallo @Neo, Danke für die Info. Beste Grüße Phrontistes

Hallo @Neo, Einfach nur dass man nicht z.B. ein Signal versehentlich umstellt und damit die programmierte Automatik durcheinanderbringt. Und wie gesagt: Ja, es wäre schön (und natürlich völlig ausreichend), wenn man das machen könnte. In dem Zusammenhang noch der Hinweis auf einen etwas seltsamen Text in der EN-Version: In den properties sind wir ja schon. Das sollte wohl eher "direction" oder "direction of action" heißen. Beste Grüße Phrontistes