EASY

Hi, sorry, this is not a suitable layout for finding bugs... this is a mess in which you have tried everything. You should try to approach problem solving with a little more structure. EASY

Hi, I cannot reproduce your problem. Can you post an example system where it does not work? EASY

Hallo @Swen44, Vielleicht hilft Dir diese Betrachtungsweise weiter: Das was Du zu einem bestimmten Ereignis in der EV festlegst, ist eine Liste von Aktionen, die ausgeführt werden sollen, wenn das Ereignis ausgelöst wird und hat mit "Hauptprogramm" und eventuellen "Unterprogrammen" nichts zu tun... die Liste wird einfach nur abgearbeitet. Gruß EASY

Hallo, ... die Langfassung hatte ich zuerst auch, habe mich dann allerdings für die Kurzfassung entschieden... ... wie es aussieht bedürfte es etwas ausführlicher Gruß EASY

Hallo, Nein... ... es werden alle Aktionen die vor der Verzögerung stehen sofort ausgeführt, alle Aktionen, die nach der Verzögerung stehen, werden nach der Verzögerungszeit ausgeführt. Dies betrifft allerdings nur das eine Ereignis in dem die Verzögerung steht. Wenn in einer Aktion ein benutzerdefiniertes Ereignis mit einer Verzögerung aufgerufen wird, dann betrifft diese Verzögerung nur das benutzerdefinierte Ereignis. Gruß EASY

Hi, Note: layout:getVehiclesOn() does not necessarily return the correct order of the vehicles within the train formation. layout:getVehicleGroup() returns the correct order... EASY

Hallo, ... ich habe auf die Schnelle was gebastelt... ... und das Modell als Entwurf hochgeladen... 4AEDA530-740C-43F0-8A79-485E99974E3C Die Vitrine hat 9 Stellplätze und wird wie eine Weiche angesteuert. Wenn Interesse besteht, werde ich das Modell (optisch) noch etwas verfeinern und in den Katalog bringen. Gruß EASY

Hi @Leslie, Why do you want to move an object with a crane without lifting it? Either you are using a larger crane or it is simply not possible. Why would you want to lift a turnout with a crane and only in relation to the active track? Setting down an object on the active track of a turnout still makes sense, but in reality this would not be done. I can't understand the background to your wishes... EASY

Hallo, ... Du kannst die Anlage auch exportieren und hier als .mbp Datei mit einfügen. Das belastet Dein Kontingent gar nicht... Gruß EASY

Hallo @Swen44, in Fall solcher Anfragen ist es immer besser die Versuchsanlage zu exportieren und die .mbp Datei hier im Forum mit anzuhängen. So kann man Deine Anlage auch laufen lassen und besser nachvollziehen wo der Fehler liegen könnte. Mir ist es z.B. nicht ganz klar, warum sich die letzte Aktion "Fahrtrichtung setzen" im mittleren Bild nur auf einen einzelnen Zug "SBahn 1" bezieht... Gruß EASY

Hallo @Rotti, Damit das Ereignis ausgelöst wird, muß zuerst eine Animation des Objektes ausgelöst worden sein. Nach Deinem Bild ist der Löffel bereits eingeklappt. Du setzt den Schalter "Löffel einklappen" auf 2 was Löffel einklappen entspricht, aber er ist ja bereits in seiner Endstellung für diese Animation. In der Grundstellung (frisch aus dem Katalog) geht der Schalter "Drehen" in Stellung 2 (rechts) nicht, da die Animation bereits in der Endstellung ist. Es muß zuerst nach links gedreht werden. Gruß EASY

Hallo, ... unter der Prämisse... ... fällt mir gerade kein Beispiel ein, bei der "Pfad umkehren" notwendig ist, da der Parallelabstand in beide Richtungen (+-) gesetzt werden kann... (... bei Spline-Modellen mit unterschiedlichen Ansichtsseite schon...) Gruß EASY

Hallo @gmd, ... hatte ich hier auch schon einmal angemerkt... Ja das stimmt, der Parameter fehlt aber auch schon in der EV, weil es kein Parameter im eigentlichen Sinn ist, sondern ein "Filter", der angibt, wann das Ereignis getriggered wird. Im Kontext der Steuerschnittstelle fehlt einem aber dadurch eine wichtige Information, das werde ich verbessern. ... über die Schnittstelle sollte dann eine Differenzierung möglich sein (wenn Neo es "verbessert" in einem Update veröffentlicht hat) Gruß EASY

Hallo, ... danke für die Aufklärung (... immer diese kleinen Feinheiten [über die man stolpert...]) Gruß EASY

Hallo, @Neo ich habe das Beispiel von @Goetz etwas erweitert... local modul = layout:getEventsByName("SC_1")[1] -- Original structured table local testState = { shortPhase = { "Vo1","Vo1a" }, longPhase = { "Vo2" }, currentMode = "countDown" } -- Store in module variable modul.variables["BrokenState"] = testState -- Also store in global variable _G.goodState = testState -- Later access (simulate after a timer or defer callback) local broken = modul.variables["BrokenState"] local good = _G.goodState print("From testState") for k, v in pairs(testState) do print(" " .. k, type(v)) if type(v)=="table" or type(v)=="object" then for i,w in ipairs(v) do print(k,w,i) end else print(k,v) end end print() print("From modul.variables:") for k, v in pairs(broken) do print(" " .. k, type(v)) if type(v)=="table" or type(v)=="object" then for i,w in ipairs(v) do print(k,w,i) end else print(k,v) end end print() print("From _G:") for k, v in pairs(good) do print(" " .. k, type(v)) if type(v)=="table" or type(v)=="object" then for i,w in ipairs(v) do print(k,w,i) end else print(k,v) end end ... mit diesem Ergebnis... ... wie Goetz schon angemerkt hat, wird beim Übertragen von "testState" auf die Modulvariable der Typ "table" auf den Typ "object" geändert obwohl die Variable prinzipiell richtig angelegt wird... und bei der Übertragung auf eine globale Variable nicht. ... zum Auslesen wird der typ "object" wieder wie eine Tabelle (Liste) behandelt. Da ich neugierig bin... hat das einen bestimmten Sinn? Was verbirgt sich hinter dem Typ "object"? Gruß EASY