Goetz

Da du die Veröffentlichung rückgängig gemacht hast, kann ich nicht nachschauen, woran es jetzt hakt. Die Anlage ist wieder verfügbar. Ich schau mal, was ich noch finde ...

Viele Grüße Götz

Richtig. Und zwei deiner drei Objekte mit dem angegebenen Schlagwort haben keine Variable mit dem Namen "Zugfolge" "Zugfahrt".

Wenn er "zu Fuß" den Waggons die Zahl als Namen gibt, könnte er sie ebenso gut "zu Fuß" gleich als Schlagwort eintragen. Ich fürchte, du hast die Aufgabenstellung missverstanden.

Das kann sie aber nicht bei Objekten, welche diese Variable gar nicht haben. Wenn die Variable nicht existiert, dann kann ich nicht nachschauen, ob sie 0 ist. Wo sollte ich denn nachschauen, wenn es da nix (nil) gibt?

jetzt musst du mir nur noch erklären, warum du den Namen, den du ja sowieso als Eigenschaft jedes Waggons hast, noch einmal als Schlagwort benötigst. Das scheint mir vollkommen unsinnig zu sein. Ich hielt es nur für eine "akademische Übung", aber jetzt veröffentlichst du das als Anlagenbaustein. Also musst du dir was cleveres dabei gedacht haben ... oder nicht? P.S.: Weil das so unsinnig ist, ging @EASY wohl auch davon aus, dass du den Namen des Gleiskontakts verwenden wolltest.

hast du meinen Vorschlag übersehen?

weil du als Ziel der Aktion das auslösende Fahrzeug wählst. Du musst statt "Auslöser" die "Wiederholung" wählen.

Im benutzerdefinierten Ereignis prüfst du in einer Wiederholung über alle Objekte mit einem Schlagwort, ob die Variable "Zugfahrt" in diesem Objekt auf 0 steht. Aber zwei der drei Objekte (nämlich die beiden Kontakte) haben diese Variable gar nicht. Deshalb versucht deine Bedingung eine Variable anzusprechen, die nicht existiert. -> attempt to index a nil value Dieser Fehler führt zum Abbruch. der Rest des benutzerdefinierten Ereignisses wird nicht mehr ausgeführt.

unterscheiden sich die Gleise in ihrer Geometrie. Märklin Gleise haben Märklin Radien und Längen Roco Gleise haben Roco Radien und Längen etc. Und die Modelle haben als Bezeichnung die Katalognummern der jeweiligen Hersteller Von Bedeutung ist das nur für diejenigen User, die mit dem 3D-Modellbahn Studio eine reale Anlage planen möchten.

um kannst du den Kontakt mit einem beliebigen Signal oder Schalter verbinden. Kontaktrichtung umschalten.mbp In der Tutorial Anlage "kleiner Endbahnhof mit Zufallssteuerung" (Content ID 6C90DC03-A6FA-4468-B153-0112BAC3D86D) benutze ich diese Technik, um mit den Kontakten am Ende Züge sowohl zu stoppen, als auch in umgekehrter Fahrtrichtung wieder zu starten. Das Ausfahrsignal ist hier der Umschalter Viele Grüße Götz

Du kannst in einer Bedingung prüfen, in welcher Richtung der Kontakt überfahren wurde. Die Richtung findest du unter "Auslöser" Getriggert wird der Kontakt in den Richtungen, die du aktiviert hast. In deinem Screenshot sehe ich, dass die grüne Richtung (A) aktiviert ist, aber die gelbe (B) nicht (grau anstatt gelb).

Es geht nicht um die Anzahl Figuren, @LokoKlaus Es geht darum, dass Markus eine andere Methode wählen müsste, um die Waggons mit den Figuren zu bestücken.

Hallo Thomas, Für das Ereignis Bahn-Bau Halle Tor 01 - ZU hast du Aktionslisten für beide Schalterstellungen angegeben. Also eine für Schalter ist An und unter der Trennlinie eine weitere für den Fall, dass die Bedingung nicht erfüllt ist. Aber für die nicht erfüllte Bedingung hast du noch ein zweites Ereignis, nämlich Bahn-Bau Halle Tor 01 - AUF. Schalter ist Aus bedeutet nämlich dasselbe wie Schalter ist nicht an. Wahrscheinlich weißt du das und hast nur beim Kopieren was übersehen? Beide Aktionslisten sind ja identisch. Ich würde das Ereignis Schalter ist An ganz rausschmeißen. Das nächste Problem ist, dass die Fahrtrichtungsumkehr nicht funktioniert. Die Ursache dafür ist, dass du für beide Richtungen als Geschwindigkeit 1km/h angibst, aber die Option "Relativ zur Fahrtrichtung" nicht aktiviert hast. 1km/h ist ohne die Option immer vorwärts. -1km/h wäre rückwärts (und würde die Fahrtrichtungsumkehr überflüssig machen.) Hier die korrigierte Version : Rolltor Korrektur.mbp Option "Relativ zur Fahrtrichtung" aktiviert Ereignis Schalter ist An deaktiviert Virtuelle Spur unten verlängert Falsche Verzögerungszeit für die Rückwärtsfahrt korrigiert und eine schlanke Alternative: Rolltor Alternative.mbp Bei der Alternative habe ich die virtuelle Spur zu einer endlosen Schleife gemacht, statt sie unten zu verlängern. Außerdem bleibt der Antrieb an. Ich stoppe ein Fahrzeug, indem ich die Geschwindigkeit auf 0 setze (statt den Motor auszumachen.) Viele Grüße Götz

Neo darf dir Bilder und Dateien schicken. Und eventuell haben noch ein oder zwei weitere User Sonderrechte (um Neo zu unterstützen).

Das ist in diesem Forum nicht erlaubt, Thomas. Denn Neo hätte keine Kontrolle darüber, welche Bilder über diese privaten Nachrichten ausgetauscht würden.

kann ich dir aber auch beantworten: (Ich hatte nur nicht gleich daran gedacht - sorry) Bezogen auf das jeweilige Ereignis kannst du in Lua mit der Tastenkombination Strg + Leertaste diese Hilfe öffnen: Gleich an erster Stelle in der Liste findest du alle Parameter, die zu diesem Ereignis (im Beispiel ist das "Zug betritt Gleis") gehören. Viele Grüße Götz

Dieser Rahmen ist das Studio selbst. Also das eigentliche Programm. Die EV (Ereignis Verwaltung) ist nur eine Erweiterung zum Studio. Auch ohne die EV ist der Betrieb einer Anlage eine permanente Abarbeitung von Ereignissen: Ein Zug wird entlang eines Gleises fortbewegt. Also schaut das Studio für jedes Bild, das neu berechnet wird: Mit welchem Gleisstück ist der Zug verbunden? Welche Lage, Form und Länge hat das Gleis? Wo auf diesem Gleis befindet sich der Zug? Wie weit hat er sich in der verstrichenen Zeit fortbewegt? Hat er dabei inzwischen eine Nahtstelle zu einem neuen Gleisstück überschritten? Dieses Beispiel soll dir verdeutlichen, dass zum Beispiel das Ereignis "Zug betritt Gleis" auch im Studio selbst eine Rolle spielt. Mit der Ereignisverwaltung hängst du dich nur an solch ein Ereignis dran und sagst: "Führe bitte außerdem noch diese Aufgaben aus ..." An einem Ereignis sind ein oder mehrere Objekte beteiligt. Wenn beispielsweise ein Zug ein Gleis betritt, dann gehören dazu der Zug (richtiger: ein Fahrzeug im Zugverband) das betretene Gleis das Gleis, von dem aus dieses neue Gleis betreten wurde Das Studio übergibt diese Auslöser als Argumente an das Ereignis, welches du in der EV benutzt um eine Aufgabenliste zu erstellen. Du findest sie in der grafischen EV unter dem Begriff "Auslöser". Wenn du die EV in Lua wandelst, siehst du den eigentlichen Parameternamen. Zu jedem Ereignis gibt es nur wenige Auslöser. Wenn ein Zug ein Gleis betritt, dann sind das vehicle (das Fahrzeug) track (das betretene Gleis) oldTrack (das Gleis, von dem der Zug kam) aber kein "newTrack" (weil das von "track" abgedeckt wird.) Für das Ereignis "Zug verlässt Gleis" gibt es vehicle (das Fahrzeug) track (das verlassene Gleis) newTrack (das Gleis, auf dem sich das Ende des Zuges jetzt befindet) aber kein "oldTrack". Ebenso kennt das Ereignis "Schalter wird betätigt" einen "controller" (das ist eben dieser Schalter, welcher betätigt wurde.) Aber das Ereignis "Zug betritt Gleis" kennt keinen "controller", weil hier kein Schalter involviert ist. Damit hast du zwar keine vollständige Liste. Aber ich hoffe, dass du das Prinzip jetzt besser durchschaust. Dann kannst du dir leicht selbst herleiten, welche Auslöser es für welches Ereignis überhaupt geben kann. Viele Grüße Götz

Ja, aber das ist eher Glück. Dein Versuchsaufbau ist so klein und sparsam, dass da (noch) nichts schief gehen kann. Aber wenn du das auf größere Anlagen überträgst, werden Unfälle passieren. Dann kann zum Beispiel ein Zug in Gegenrichtung Einfahrt in ein Gleis bekommen, dass der andere Zug zugewiesen bekam, aber noch nicht erreicht hat. Eine aktive Fahrstraße für den ersten Zug hätte das verhindert. Deshalb gewöhn dir diese Methode besser nicht an.

hat zur Folge, dass eine gerade aktive Fahrstraße deaktiviert würde. Das halte ich nicht für ratsam. Eine Fahrstraße sollte erst dann deaktiviert werden, wenn der Zug das Ende dieses Abschnitts erreicht hat. Bis zu diesem Zeitpunkt muss die Fahrstraße aktiv bleiben, damit der Abschnitt für diesen Zug reserviert und abgesichert ist.

Da er bei seinen Modellen auf realistisches Aussehen Wert gelegt hat, was man bei deinen bunten Versuchen nicht sagen kann, habe ich da Zweifel. Du findest im Netz zu sehr vielen Automodellen Farbtabellen. Wenn du dich daraus bedienst, werden deine Versuche sicher mehr User ansprechen. Du kannst das natürlich machen, wie es dir gefällt. Aber du wirst mit diesem Spielzeug-Look wahrscheinlich nur wenig Applaus ernten.

Du hinkst den Ereignissen Meilen hinterher, @Phrontistes. Das ist längst aufgeklärt!

Wenn ich das richtig überschaue, geht das nur mit einer Skript Bedingung: Lampen Test Skript Bedingung.mbp

Doch, kannst du. Aber du musst dann für jeden Schalternamen prüfen, ob er existiert, bevor du den Schalter bedienst.

Das Problem ist, dass manche Straßenlaternen auch das Schlagwort "Lampe Bahn" haben. Aber diese haben keinen Schalter "Licht an", sondern nur einen Schalter "Licht" Sobald die EV in der Wiederholung auf ein Objekt trifft, dass keinen Schalter "Licht an" hat, bricht sie die Schleife ab. Du kannst das im Ereignisprotokoll sehen. Es reicht (wie @prinz schon schrieb!) nicht, in der Wiederholung beide Schalternamen anzugeben. Du musst in diesem Fall auch für beide Namen prüfen, ob dieser Schalter überhaupt existiert.