Lua Automatische Zugsteuerung für jedes Layout: Version 2

Hallo Frank ( frank.buchholz ) und Rudy ( RudyB ),

Ich habe eine Frage zu dem Umkehrmechanismus in eurer Lösung.

Muss der Umkehrmechanismus nur auf einem Sackgassengleis angewendet werden oder ist es möglich, diesen Mechanismus auch auf einem Gegenverkehrsblock anzuwenden?

In meiner aktuellen Anlage habe ich es möglich gemacht, dass z.B. auf Gleis 3 ein Zug normal weiterfährt, aber ein anderer Zug in die Richtung zurückkehrt, aus der er gekommen ist.

Wenn dies möglich ist, wie würde es im Layout aussehen?

Ich wäre für eine Rückantwort dankbar.

Answer see #26 in the English thread.

Hallo

Gibt es eine Lösung für Zug-Depot

Ich kann nur einen Zug einfahren wenn ein Zug ausgefahren ist

mfg

ernst

Hallo Frank und Rudi,

Wo kann ich die Version 2.1 bekommen. Steht diese schon zum Download bereit ?

Gruß Eberhard

Tender24 wrote:

Hallo Frank und Rudi,

Wo kann ich die Version 2.1 bekommen. Steht diese schon zum Download bereit ?

Gruß Eberhard

Der Link im ersten Beitrag zeigt immer auf die aktuell veröffentlichte Version. Zur Zeit ist das v2.1.0 vom 06.05.2022:

- New sub version because of new demo layout showing double slip turnouts

- Use third parameter of functions EEPSetSignal and EEPSetSwitch always to allow users to work with EEPOn functions.

- Try to catch stopped trains in blocks even if no enter block event was triggered

- Improved error messages in case of incomplete data (function assert is not used anymore)

- Show run time statistics in function printStatus

v2.2.0 mit einer Möglichkeit, der Richtungsumkehr ist dagegen noch im beta-Test.

Hallo Frank,

danke für die schnelle Info.

Gruß Eberhard

P.S.: ich versuche das ganze mal

Hallo Frank ( @frank.buchholz ) und Rudy ( @RudyB ),

Ich habe von LUA null Ahnung und wollte mich doch mal damit Beschäftigen und dazu kam mir Eure LUA-Doku für jede Anlage v.2 gerade recht.

Ich habe mir die Demo's herunter geladen und vorschriftsmäßig installiert.

Demo 1: Zug fährt auch bis zum ersten Signal und dann kommt im EEP-Ereignisfenster folgende Meldung:

" Error running function 'blockControl.enterBlock_8': attempt to call a nil value "

Auch zeigt das GBS ein anderes Bild, nämlich das der Anlage "Wildungen" (meine einzige Anlage mit GBS).

Habe versucht, die Anlage nachzubauen, beim Einrichten der Kontakte kommt Meldung: Kann die Funktion "blockControl" nicht finden !

Was mache ich falsch bzw. ist falsch installiert ??

Viele Grüße vom (LUA-ratlosen) Klaus

Hallo Klaus,

bitte schaue nach, ob die Datei blockControl.lua tatsächlich in /LUA Ordner deiner EEP-Installation vorhanden ist.

Alle anderen Dateien können dagegen in irgendeinem Ordner liegen.

Damit sollten die Demo-Anlagen direkt funktionieren.

—

Wenn du eine Anlage nachbauen willst, dann ist eine bestimmte Reihenfolge der Arbeitsschritte erforderlich (Übersetzung mit deepl.com aus dem englischsprachigen Beitrag):

1. Erstellen eines Layouts in EEP

2. Platzieren von Blocksignalen

(Beginnen Sie einfach und versuchen Sie, anfangs nur wenige Zwei-Wege-Blöcke zu verwenden, um potenzielle Deadlock-Situationen zu vermeiden).

3. Erstellen Sie den Lua-Code (entweder manuell oder mit Hilfe des generierten Vorschlags, siehe unten)

4. Führen Sie das Layout einmal in EEP aus, um EEP über die definierten enterBlock-Funktionen zu informieren

5. Kontakte platzieren und die Lua-Funktionen blockControl.enterBlock_NN eingeben

6. Viel Spaß

Für Schritt 3 können Sie die Links für den Gleisplan und blockControl im Browser verwenden (kein Download erforderlich).

Mit dem Gleisplan-Link sehen Sie sich Ihr Layout an und prüfen, ob die Signale richtig definiert sind.

Mit dem blockControl-Link generieren Sie einen Vorschlag für den benötigten Lua-Code. Diesen Code können Sie per Copy&Paste in EEP einfügen.

Tipp: Versuchen Sie, den Gleisplan- und blockControl-Link im Browser für die Demo-Layouts zu verwenden und vergleichen Sie den generierten Lua-Code mit dem Lua-Code, den Sie in EEP für dasselbe Layout sehen.

Hallo Frank,

die Datei blockControl.lua steht im richtigen Ordner.

Zug fährt auch gleich los, im Ereignis Fenster zählt der Counter bis 9, Counter bleibt bei 9 stehen , bis das Zugende den Kontakt auslöst und wieder die Fehlermeldung kommt:

" Error running function 'blockControl.enterBlock_8': attempt to call a nil value ".

Dann passiert nichts mehr ...

? ?

Klaus

Dieses Problem hatte ich auch, EEP 16 hat mir aus irgendeinem Grund das Standardscript zu der Anlage ausgeführt. Im Lua-Editor war das Standardscript drin, die *.lua-Datei war aber ordnungsgemäß dazugepackt. Ich habe das so gelöst, das ich mit dem Windows-Texteditor die Inhalte der Lua-Datei kopiert und in EEP als Anlagenscript eingetragen hab. Danach Lua Script neu geladen und es ging. Dateimäßig sah dann alles wie vorher aus, nur hat es dann funktioniert.

Da es offenbar auch noch einen anderen User betrifft, hab ich mir meine Zip-Datei nochmal herausgesucht und einen Dateiabgleich gemacht. Dabei hab ich gesehen, das die Lua-Dateien in der ATC-Zipdatei Linux-Zeilenenden haben (bytes 0Ah), während alle Anlagenscripte Windows-Zeilenenden haben (bytes 0Ah und 0Dh). Kann es sein, das da eine unbeabsichtige Konvertierung stattgefunden hat, und das EEP das Lua-Script nicht mehr lädt, weil dessen Prüfsumme aufgrund der Zeilenenden nicht mehr stimmt?

Oh, das ist schlecht - und ich kann es bei einem Test auf meinem Rechner nachvollziehen: Der Inhalt der zip-Datei ist defekt und ich muss das reparieren. (Nur weiß ich noch nicht woring das eigentliche Problem besteht...)

Was passiert:

Der Lua-Code der Anlage, also das was in EEP im Skript-Fenster zu sehen ist, wird beim Start aus der Datei <Anlage>.lua gelesen. Aus einem mir unbekannten Grund akzeptiert EEP dieses Lua-Skript jedoch nicht (vermutlich weil EEP annimmt, die Datei sei außerhalb von EEP verändert worden) , wirft es weg und startet stattdessen mit dem EEP-Standard-Skript, das dass diesen Counter zeigt.

--

Wenn du es selber ausprobieren willst wie es richtig wäre:

1. Starte eine der Demo-Anlagen und drücke sofort "p" (für Pause) und öffne das Skript-Fenster.
2. Du siehst das Standard-Skript von EEP
3. Lösche alles.
4. Öffne die Datei <Anlage>.lua in irgendeinem Text-Editor, also notepad oder Notepad++
   (Wenn du die Anlage bereits einmal gespeichert haben solltest musst du vorher die Datein frisch aus dem zip-Archiv holen):
5. Kopiere den kompletten Inhalt und füge ihn in da Skript-Fenster von EEP ein.
6. Schließe das Skript-Fenster und speichere die Anlage.

Jetzt sollte diese Anlage wieder funktionieren.

Nero wrote:

Da es offenbar auch noch einen anderen User betrifft, hab ich mir meine Zip-Datei nochmal herausgesucht und einen Dateiabgleich gemacht. Dabei hab ich gesehen, das die Lua-Dateien in der ATC-Zipdatei Linux-Zeilenenden haben (bytes 0Ah), während alle Anlagenscripte Windows-Zeilenenden haben (bytes 0Ah und 0Dh). Kann es sein, das da eine unbeabsichtige Konvertierung stattgefunden hat, und das EEP das Lua-Script nicht mehr lädt, weil dessen Prüfsumme aufgrund der Zeilenenden nicht mehr stimmt?

Ja, das dürfte es sein: Ursprünglich hatte ich die zip-Datei manuell auf meinem Rechner erzeugt. Da war alles in Ordnung. Damit ich das nicht vergessen kann, hatte ich das dann später auf dem GitHub-Server (Linux) automatisch machen lassen. Danke für den Tipp!

Das Problem der unbeabsichtigt konvertierten Lua-Dateien konnte ich mit externer Hilfe eines git-Experten lösen: Bitte das zip-Archiv erneut herunterladen und die Demo-Anlagen frisch auspacken.

(Technischer Hintergrund: Das ZIP-Archiv wird auf dem Server automatisch von GitHub zusammengestellt. Dies läuft auf Ubunte-Linux. Auf diesem Betriebssystem wandelt das Programm git die Windows-Zeilenenden (CRLF) in Linux-Zeilenenden (CR) um wenn Dateien ausgecheckt werden. Mit einer Konfigurationsdatei .gitattributes mit dem Inhalt *.lua text eol=crlf wird nun diese Konvertierung für Lua-Dateien vor dem Aufruf des zip-Befehls verhindert.)

Hallo Frank,

genau, das war der Fehler, jetzt funktioniert es

Nun kann ich mich Stück für Stück in LUA vorwärts tasten !

Danke

Gruß Klaus

minol-pirol wrote:

Nun kann ich mich Stück für Stück in LUA vorwärts tasten !

Hallo Klaus :)

dazu auch an Dich noch eine Bitte.

Gruß Ingo

schlingo wrote:

Hallo Klaus :)

dazu auch an Dich noch eine Bitte.

Gruß Ingo

Hallo Ingo,

okay , ist angekommen, in Zukunft "Lua"

Hab mich wahrscheinlich leiten lassen vom Verzeichnis im Trend-Ordner.

Gruß Klaus

Hallo Frank,

was habe ich da für einen Fehler:

Error running function 'blockControl.enterBlock(Zugname,3)': C:\Trend\EEP17\Lua\blockControl.lua:1517:attempt to index a nil value (field'?')

Ich habe versucht, die Musteranlage 1 mal selbst zu bauen. Die beiden Dateien

BetterContacts_BH".lua

blockControl.lua

sind im Verzeichnis Lua.

-----------------------------------------------------------------

clearlog()

require("BetterContacts_BH2")

blockControl = require("blockControl")

function EEPMain()

return 1

end

local trains = {

{ name = "#ATLD_145-099_SK2", signal = 4, allowed = {[3]=10,[4]=10,[5]=10,}},

}

local routes = {

{3,5, turn={2,2} },

{4,5, turn={2,1} },

{5,3, turn={1,2} },

{5,4, turn={1,1} },

}

Wer kann helfen ?

Gruß Eberhard