Phrontistes

Ist sie nicht. $("").text = $("Ereignisse").variables["Texte"][math.random(1, 6)]führt logischerweise zum Fehler Attempt to index a nil value (line x)weil man dem Nichtobjekt $("") nichts zuweisen kann.

Ja: Bei Vorsignalen "nichts unternehmen" eintragen.

Da Bü1 erst gezeigt werden darf, wenn der Bahnübergang geschlossen ist, muss das bei einer Schließzeit des Bahnübergangs von 6 Sekunden so aussehen: Dann sieht man übrigens auch den Fehler bei "BÜ schließen" weil der Zug abbremst solange Bü0 gezeigt wird.

Es ist gut so, wie es ist. Das Testszenario ist an den Haaren herbeigezogen. Wenn ich mit Kontakten arbeite, dann kombiniere ich das nicht mit "Zug/Fahrzeug stoppt". Im Übrigen ist das Testszenario auch nicht logisch, weil die Fahrtrichtung zweimal umgedreht wird, was ersichtlich nicht die Absicht war.

Das hängt davon ab, ob der Antrieb des Silberlings eingeschaltet ist oder nicht. Schalte den Antrieb aus, dann funktioniert er wie ein Wagen.

Es ist nicht nachvollziehbar, was Du genau vorhast. Jedenfalls ist es so, dass das MBS nicht vorhersehbar reagieren kann, wenn mehr bei mehr als einem Fahrzeug im Verband der Antrieb eingeschaltet ist. Diesen Zustand fange ich deshalb mit nachfolgendem Lua-Code ab, den ich laufen lasse, wenn ein Fahrzeug ein Depot oder ein Abstellgleis verlässt. Den Fehler sieht man natürlich nur, wenn die Ereignisverfolgung aktiv ist. local t, t2 = layout:getVehicleGroup(Vehicle, 2) if #t > 1 then error ("More then one active engine in vehicle group!") endUnd um zu verhindern, dass ein Zugverband aus Versehen an einem anderen Fahrzeug ankuppelt, deaktiviere ich die Kupplungen an den Enden des Verbandes mit diesem Code: local t=layout:getVehicleGroup(Vehicle) -- First Vehicle t[1].couplers[0].enabled = t[1].couplers[0].connectedCoupler ~= nil t[1].couplers[1].enabled = t[1].couplers[1].connectedCoupler ~= nil if #t > 1 then -- Last vehicle t[#t].couplers[0].enabled = t[#t].couplers[0].connectedCoupler ~= nil t[#t].couplers[1].enabled = t[#t].couplers[1].connectedCoupler ~= nil end

Nit einem einfachen Klick wählt man - auch im Simulationsmodus - ein Objekt (nur) aus. Da soll nichts passieren.

Ja. Rechte Maustaste ...

Machen die überhaupt noch etwas anderes als Blooming?

Das kann nur Neo was er hier auch schon zugesagt hat.

Hallo @Neo , Ja klar. Ich hatte nicht an Fahrzeuge gedacht, sondern vor allem an Kontakte, deren Eigenschaften versehentlich geändert werden. Andererseits: Vielleicht ändert sich auch mal die Geschwindigkeit eines Fahrzeuges und ich weiß nicht warum. Fortlaufend Ereignisse zu triggern wäre natürlich nicht zielführend. Das ist zweifelsohne der bessere Ansatz. Schön, wenn Du das etwas in diese Richtung machen könntest, weil es schon sehr mühsam sein kann, seine eigenen Logikfehler zu finden. Beste Grüße Phrontistes

I've proposed here a "Property has changed" event, where you can specify the object(s) whose (any) property has changed. Then, you could trigger an error under this condition to find your own logic errors.

Hallo @Neo bezugnehmend auf diesen Beitrag schlage ich ein Ereignis "Eigenschaft hat sich geändert" vor, wobei das oder die Objekt(e) angegeben werden können, bei dem/denen sich (irgend)eine Eigenschaft geändert hat. Dann könnte man unter dieser Bedingung einen error auslösen, um eigene Logikfehler zu finden. Beste Grüße Phrontistes

Maybe try using a filter. Multiple selection is also possible for objects.