Wenn Du nicht den Strukturnamen ändern möchtest, kannst Du Dir auch beliebig viele IF ID= ELSE IF ID = in eine Funktion kopieren und der Funktion die ID übergeben.
So ein Programmierstil ist manchmal tatsächlich angebracht.
Kann man auch auslagern und mit REQUEST aufrufen.
Natürlich kann man auch den Namen der Struktur/Funktion ändern.
Wie das genau geht können die Spezialisten hier sicher erklären.
gibt es eine Möglichkeit die ID durch eine Variable zu ersetzen?
Ja, die gibt es.
Jeder Funktionsname in Lua ist eigentlich ein Bezeichner in einer Tabelle.
Und diese Bezeichner sind Strings.
Und einen String kann man zusammensetzen:
Das verbindende Element sind zwei Punkte. Die sind für Strings das, was für Zahlen das + ist.
Das Beispiel zeigt aber nur, wie man einen String zusammensetzt und in der Mitte einen Teil einfügt, der sich in einer Schleife mehrfach ändert.
Es zeigt nicht, wie man daraus einen Funktionsnamen macht!
Aber warum willst du da mit Dingen hantieren, die du nicht durchschaust?
Warum stellst du das Signal nicht einfach per EEPSetSignal()?
Bei dem Befehl weißt du, wie du eine Schleife einsetzen kannst. Und die Elemente im SpDrS60 sind im EEP-Sinne alle Signale. Auch die, welche wie Taster oder andere Dinge aussehen.
Nebenbemerkung:
Im Übrigen verstehe ich nicht, warum sich Menschen an diese Umstandskrämerei mit den ellenlangen if - elseif Konstrukten klammern. Wenn es für jede Möglichkeit eine passende Antwort gibt, dann sind Möglichkeit und Antwort perfekte Paare für eine sehr einfache Tabelle. Die kann man leichter schreiben, leichter pflegen und schneller nutzen als diese if-Ketten. Man muss nur aufhören, Umgangssprache 1:1 in Skripttext zu übertragen.
Warum stellst du das Signal nicht einfach per EEPSetSignal()?
So kann man z.B. DKW von GK3 schalten, indem man dem Melder nur die Position 1,2,3 oder 4 übergibt.
in meiner Steuerung schalte ich die Weichen aber, indem ich die Taster-Elemente mit EEPSetSignal() anspreche. Das funktioniert für EW, EKW DKW genau gleich.
Für die Darstellung von Fahrstraßen bastle ich aber auch an den Funktionen herum, weil das nicht durch eine Signalschaltung funktioniert. Hier ein Beispiel aus meiner Fahrstraßen-Reservierung:
Hier verwende ich übrigens die Taster-ID, um zwischen EW, EKW und DKW zu unterscheiden, damit ich sie in der Funktion einfach nur über die Weichen-ID ansprechen kann. Denn die Stellfunktionen für die Elemente haben jeweils verschiedene Namen. EKW-Taster bekommen bei mir eine ID zwischen 8000 und 8999, DKW-Taster eine ID >=9000.
Einfach, um sie durchschauen zu lernen.
Okay, das ist ein guter Grund.
Also:
Alle Funktionen und Variablen stehen bei Lua in einer einzien, großen Tabelle mit dem Namen _ENV. Das ist eine Besonderheit, die für dein Vorhaben sehr nützlich ist.
Wie gut bist du schon im Umgang mit Tabellen?
Okay.
_ENV ist - wie gesagt - der Name einer Tabelle, in der alle Funktionen, Variablen etc. stehen.
Wenn man mit Text = "Hallo" das Wort "Hallo" in einer Variablen namens "Text" speichert, dann heißt das eigentlich, dass man das Wort "Hallo" in der Tabelle _ENV unter dem Bezeichner Text ablegt.
Wie müsste der Code lauten, um das Wort "Hallo" anschließend aus dieser Tabelle _ENV auszulesen?
Dann müsste, wenn ich es richtig verstanden habe, print(_ENV.Text) das Wort "Hallo" ausgeben.
Ganz genau.
Und jetzt kommt der entscheidende Hinweis:
print(_ENV.Text) funktioniert auch dann, wenn die Zuweisung einfach Text = "Hallo" war. Es funktioniert deshalb, weil _ENV eine Tabelle ist, in der alle Variablen, Tabellen, Funktionen etc. stehen.
Probier es aus:
Das ist eine Besonderheit von Lua. Es gaukelt uns Variablen vor, obwohl es gar keine kennt. Wir dürfen Text = "Hallo" schreiben. Aber Lua macht daraus _ENV.Text = "Hallo" und genauso wandelt Lua ein print(Text) automatisch in ein print(_ENV.Text) um.
Funktionen werden genauso behandelt.
Egal, ob EEPMain(), EEPSetSignal(), EEPOnTrainLooseCoupling() oder eigene Funktionen wie Anmelden(Zugname), FS_Dortmund(Gleis) oder was man sonst so alles im Skript haben mag … es steht alles in dieser _ENV-Tabelle.
Denn auch das ist eine Besonderheit von Lua:
Es akzeptiert in Tabellen eine Mischung von Zahlen, Strings, Booleans, Tabellen, Funktionen. Jede Zelle darf einen Inhalt anderen Typs haben.
Normalerweise interessiert uns diese _ENV überhaupt nicht. Soll Lua den ganzen Kram doch abspeichern, wo es will. Hauptsache, ich kann in meinem Skript wie gewohnt Text = "Hallo" schreiben.
Aber in deinem Fall kann man sich das Wissen um die _ENV-Tabelle zunutze machen. Dafür muss man eine zweite Schreibweise für Tabellenplätze mit Bezeichnern kennen:
Statt Tabelle.Platz kann man auch Tabelle["Platz"] schreiben. Beides bedeutet genau das selbe.
Text = "Hallo" und _ENV.Text = "Hallo" und _ENV["Text"] = "Hallo" sind alle drei identisch. Das ist deshalb wichtig zu wissen, weil ich in die eckigen Klammern eine Variable schreiben kann, die den Bezeichner enthält.
Kannst du jetzt mit diesem Wissen das Wort "Hallo" in einer Variablen speichern, deren Namen sich aus zwei Variablen zusammensetzt?
Hallo zusammen,
im neuen Jahr werde ich die Weiterentwicklung des SpDr wieder in Angriff nehmen, möchte aber zu dem hier angefragten Problem kurz Stellung nehmen.
Das SpDr bietet ab Erweiterungsset 1 eine Datei im Lua-Root von EEP ( TmpDtcCol.lua ). Diese Datei enthält Kollektionen aller in den Config-Tabellen registrierten Objekte. Mit Hilfe einer For-Schleife kann ich über diese Sammlungen iterieren und dabei auf Methoden der Objekte zugreifen. Weitere Informationen dazu findet ihr hier.
Ray
um sie durchschauen zu lernen.
Gilt das noch?
Oder habe ich dich mit meinem letzten Posting verloren?
Sorry, es ist einfach weihnachtliche und somit familiäre EEP Pause
Natürlich, Berthold.
Nachdem du dem Rayler geantwortet hattest wusste ich nur nicht, ob du überhaupt noch weitermachen willst oder nicht. Ich warte einfach, bis du die letzte Aufgabe von mir löst und dann machen wir weiter. Egal, wann ...
Kann es sein, dass die von Dir beschriebene Arbeitsweise der _ENV Tabelle speziell in EEP LUA implementiert wurde?
Nein, das ist Standard.
Die _ENV hat mit der Implementierung in EEP überhaupt nichts zu tun.
Ich schätze, du hast dich vertippt?
Hallo Goetz,
nein, vertippt habe ich mich nicht, den Code habe ich per copy and paste von EEP nach LUA Edit übertragen. und dort funktioniert er nicht.
Nur die erste Zeile wird bearbeitet: print("Test der _ENV-Tabelle")
Nur die erste Zeile wird bearbeitet:
Warum steht dann in der Fehlermeldung, dass ein Fehler in Zeile 1 auftritt?
