fzonk
-
Gesamte Inhalte
570 -
Benutzer seit
-
Letzter Besuch
Beiträge erstellt von fzonk
-
-
Hallo Timba,
vor 15 Minuten schrieb Timba:Gar nicht interessanterweise, sondern völlig normal. Lua interpretiert 1 AND 3 AND 5 als logische Operation mit dem Ergebnis 5 und schaltet daraufhin korrekt die Lampe mit Index 5. Die logische Operation 1 OR 3 OR 5 ergibt 1 und auch da wird völlig korrekt Lampe 1 geschaltet.
Für mich schon, weil ich mich an Lua gerade erst herantaste
Das Beispiel mit den Lampen ist gerade nur stellvertretend für eine andere Funktion an der ich gerade bastle. Bei dieser sind es 32 Objekte. In verschieden Aktionen will ich teilweise alle auf einmal ansprechen, was über Wiederholung kein Problem ist, zum Teil will ich aber auch nur einige bestimmte Objekte davon ansprechen, die Zusammenstellungen der Objekte ändert sich dabei immer wieder. Nun suche ich einen einfachen Weg wie ich bestimmte Objekte aus einer Liste ansprechen kann.
Gruß Frank
-
Hallo EASY,
Ich würde mich da streit_ross anschließen. Wenn er nicht eine komplett eigene Kategorie bekommen sollte würde er wohl am besten als komplettes Packet in die Kategorie Dieseltriebwagen>Fernschnelltriebwagen passen.
Gruß Frank
-
Hallo @Goetz
Ja es geht um die Variante 3, ich möchte Teile des Indexes aufrufen. Dein Beispiel kommt meiner Vorstellung schon sehr nah. Ich hatte mir eine noch einfachere Lösung gewünscht. In der Grafischen EV in etwa so:
Oder in Lua eventuell so:
$("Kippschalter").variables["Lampen"]["1"]["3"]["5"].state = state
Aber scheinbar gibt es da keine so einfache Lösung, oder doch?
Gruß Frank
Nachtrag:
Ich hatte auch noch die Idee zu dieser Lösung:
$("Kippschalter").variables["Lampen"]["1"and"3"and"5"].state = state
interessanter weiße verarbeitet Lua den Befehl sogar ohne Fehlermeldung, aber leider wird nur die Lampe 5 geschalten. Wenn ich die „and“ gegen „or“ austausche wird nur die erste Lampe geschalten. Aber ist halt noch immer nicht die Lösung die ich anstrebe.
-
Hallo Götz,
erst einmal vielen Dank für deine Mühe. Dass mit der Wiederholung für alle hinterlegten Objekte kannte ich schon. Ich hatte gehofft es gibt die Möglichkeit über eine Aufzählung nur bestimmte Bestandteile anzusprechen.
Gruß Frank
-
Hallo an Alle,
ich stehe gerade etwas auf dem Schlauch und habe gleich mal ein Beispiel angehangen. Ich habe in dem Kippschalter eine Liste erstellt mit den 5 Lampen (die Schalter sind). Nun würde ich gern mehrere Objekte aus dieser Liste gleichzeitig ansprechen (Lampen umschalten), dabei möchte ich aber in der EV nicht für jede Lampe eine Aktion erstellen. Gibt es die Möglichkeit über eine Aktion mehrere Objekte gleichzeitig aus der Liste anzusprechen. Als Beispiel ich hätte gern das Lampe 1; 3 und 5 um geschalten werden.
Gruß Frank
-
Hallo @Jan
Dass mit der Rastergröße und den verhalten der Geometrie was daraus entsteht ist ein leidiges Thema und da an sich wird sich schwer was ändern lassen, da wie du schon richtig geschrieben hast eine kleinere Rastergröße zu Lasten der FPS geht. Deine Idee mit der seitlichen Abdeckung mittels Sprinestraßen finde ich super. Vielleicht kann ja @Roter Brummer eine Tauschtextur zufügen oder ein anderer Modellbauer erstellt ein Splineobjekt, welches diese Fähigkeit besitzt.
Gruß Frank
-
Hallo @Timba,
was über die grafische EV möglich wäre ist das du die Simulationszeit in einem Textfeld mitlaufen lässt, dies ist wie folg möglich.
Wenn dich dann ein bestimmter Zeitpunkt interessiert könntest du das Beschriftung setzten Ereignis einfach über die EV deaktivieren lassen. Damit bleibt der entsprechende Zeitpunkt auf dem Textfeld „eingefroren“ obwohl die Uhr weiterläuft. In meinem Beispiel habe ich als Auslöser einfach den Schalter.
Gruß Frank
-
Hallo an Alle,
vor 3 Stunden schrieb Tesla:Nun bin ich ja auch ein neugieriger Mensch: Wenn Du es irgendwann mal schaffst, dann denk noch mal an die Parameter. Ich vermute, daß sich da noch viele Möglichkeiten verstecken.
Wie gewünscht, hier auch ein kleines Beispiel mit Parametern. Auch hier dient die Anlage ausschließlich der Verdeutlichung für die benutzerdefinierten Ereignisse, alle anderen mit eingeflossenen Ereignisse sollen hier nur nebensächlich sein.
Benutzerdefiniertes Ereignis mit Parametern.mbp
In diesem Beispiel soll einfach nur die Weichen gestellt werden, das Signal geöffnet werden und nach einer Verzögerung der Zug gestartet werden. Bitte immer nur einen Zug starten, dieser soll absichtlich wieder auf dem Ausgangsgleis ankommen.
Bei einer Steuerung ohne benutzerdefinierten Ereignissen könnte die Steuerung so aussehen.
Da diese Abfolge ja aber für mehrere Ereignisse gleich ist, packe ich diese wieder in ein benutzerdefiniertes Ereignis. Nun suche ich mir alle Punkte heraus, die sich bei den Ereignissen unterscheiden. In diesem Fall sind es die beiden Weichenstellungen, das Signal, was geöffnet werden soll und die Lok, die gestartet werden soll. Dazu lege ich Parameter an (einfach auf das blaue Wort klicken). Die Namen der Parameter sind von mir frei gewählt und können x-beliebig benannt werden (Sonderzeichen und Leerzeichen sind nicht zugelassen). Für die beiden Weichenstellungen habe ich den Variablentyp „Zahl“ gewählt und für die Lok und das Signal den Typ „Objekt“.
Im nächsten Schritt habe ich wieder die Ereignisabfolge erstellt und an den betreffenden Stellen wählt man dann Auslöser und sucht sich den entsprechenden heraus.
Im letzten Schritt habe ich dann wieder die Ereignisse mit dem entstehenden Auslöser erstellt, in diesem Fall soll es einfach das betätigen des Tasters sein. Wenn man nun das benutzerdefinierte Ereignis hinzufügt kommt automatisch an der linken Seite die Liste mit den hinterlegten Parametern. Diese nur noch für jedes Ereignis eintragen und fertig ist eine Steuerung mit einem benutzerdefinierten Ereignis, inclusive Parameter.
Wie Eingangs schon erwähnt ist dies nur eine darstellende Nutzungsmöglichkeit, richtig interessant wird diese Nutzungsmöglichkeit erst bei umfangreichen Steuerungen, vor allen wenn man nicht mehr als Auslöser einen Taster nimmt, sondern zufällig gesetzte Variablen, was dann aber auch schon wieder ein ganz anderes Thema ist.
Gruß Frank
-
Ja ich habe mir es angeschaut und vor allem auch die funktionsweiße (EV), da es eine super Leistung ist habe ich es mit einem gefällt mir honoriert. Da ich selbst aber keine Anlagen baue, wo ein aktives Steuern vorgesehen ist (Andy weiß bestimmt was ich meine) bin ich nicht weiter auf dieses Thema eingegangen, da ich persönlich keine Verwendung für habe.
Gruß Frank
-
Hallo an Alle,
ich versuche es mal an einem Beispiel zu erklären für was unter anderem die benutzerdefinierten Ereignisse gut sind.
Benutzerdefiniertes Ereignis.mbp
Dazu habe ich dieses Beispiel erstellt (für alle Fortgeschrittenen, ja es würde auch andere Lösungen geben, aber zum Erklären sollte es recht gut herhalten).
Bei diesem Beispiel möchte ich, dass wenn die Lok ein gelbes Gleis betritt immer alle Lampen umschalten.
In der einfachsten Variante könnte ich für jedes der 4 Gleise ein Ereignis erstellen, wo jede der 4 Lampen einzeln hinterlegt ist.
Da ich aber keine Lust habe immer wieder die 4 Lampen einzeln einzufügen und ich weiß, dass ich diese Kombination aus 4 Lampen auch noch an anderes stelle schalten will habe ich im nächsten Schritt ein benutzerdefiniertes Ereignis erstellt, in dieses habe ich die 4 Lampen gepackt.
Nun brauche ich bei den jeweiligen Gleisen nur immer dieses benutzerdefinierte Ereignis abrufen.
Ich hoffe dieses Beispiel zeigt in etwa auf für was die benutzerdefinierten Ereignisse sein könne. Interessant ist dies zum Beispiel, wenn ein Zug gestartet werden soll, denn die Abfolge ist ja meist gleich. Weichen werden geschalten, Signal wird geöffnet, nach einer Verzögerung fährt der Zug los. Dabei kommen dann noch die Parameter ins Spiel, aber dies ist schon wieder ein ganz anderes Thema.
Gruß Frank
-
Hallo an Alle,
Dies ist in der Tat etwas versteckt. Ihr müsst aus Texturen gehen, dann auf Entdecken (und nur dort) und dann könnt ihr den Filter zum Archiv setzten und könnt alle archivierten Texturen finden.
Gruß Frank
-
Hallo an Alle,
hier noch mal ein kleiner Nachtrag. Ich habe mich dann doch noch mal hingesetzt und das Ereignis überarbeitet. Ich habe nahezu alle Verzögerungen aus dem Ereignis verbannt und diese Abläufe in benutzerdefinierte Ereignisse gepackt. Damit gibt es nahezu nur noch Bedingungen und benutzerdefinierte Ereignisse in diesem Ereignis. Die grundlegende Funktionsweise habe ich nicht geändert, ABER durch die Verbannung der Verzögerungen und die damit verbundenen Ereignisse konnte ich das Gesamtskript auf ein Zehntel „zusammenkürzen“. In Zahlen bedeutet dies, dass ursprüngliche Skript (nach Teilung) hatte 23833 Zeilen, nach der Bearbeitung und Nutzung von noch mehr benutzerdefinierten Ereignissen sind dann „nur noch“ 2048 Zeilen übriggeblieben. Daher kann ich als Fazit nur empfehlen, wenn man so wie ich mit einem Hauptereignis arbeitet, so viele wie mögliche benutzerdefinierte Ereignisse einzubinden und Abläufe die sich ähneln aus dem Ereignis zu verbannen, vor allem, wenn sie Verzögerungen beinhalten.
Gruß Frank
-
Hallo @Neo,
danke für deine Antwort, ich hoffe es hilft dir um das tolle Programm weiter zu entwickeln. Ich selbst habe mir bereits erfolgreich geholfen indem ich das eine Ereignis in zwei aufgeteilt habe. So funktioniert es auch wieder fehlerfrei, gibt halt zwei Ereignisse mit dem selben Auslöser, diese stehen aber nicht direkt in Konkurrenz, daher habe ich da auch keine Funktionsbedenken. In dem Ereignis selbst sind bereits einige benutzerdefinierte Ereignisse mit eingebaut. Ich könnte zwar in der Tat noch mehr in separaten benutzerdefinierten Ereignissen zusammenfassen, was ich vielleicht zu einem späteren Zeitpunkt noch machen werde, aber wie gesagt, momentan funktioniert alles wieder.
Danke Frank
-
Hallo @Goetz
du kannst gern für die Anlage eine Alternative Steuerung erstellen. Aber ich möchte dir gleich sagen dass diese dann nicht für mich ist (auch wenn ich sie mir anschauen werde), denn meine Steuerung mag vielleicht nicht die beste Lösung zu sein (wenn es sowas überhaupt gibt) aber wie schon erwähnt, sie funktioniert! Daher habe ich auch nicht vor etwas grundlegendes daran zu ändern, ganz im Gegenteil, ich arbeite bereits weiter daran und werde die Steuerung noch erweitern.
Gruß Frank
-
Hallo @Goetz
Ein sehr interessanter Ansatz, jedoch bin ich bei weiten noch nicht so sicher im Umgang mit Lua, die ersten Versuche habe ich zwar bereits unternommen, aber bin noch weit entfernt um sicher damit zu arbeiten. Daher arbeite ich aktuell lieber noch mit der grafischen EV, zumal ich da schneller Fehler finden kann und beheben kann. Ja in der EV sind extrem viele Bedingungen eingebaut, vor allem verschachtelte. Da eine Vielzahl von Ereignissen aufeinander aufbauen fand ich diese Lösung gar nicht so verkehrt, auch wenn mir bewusst ist das der Steuerungsablauf damit ordentlich beschäftigt wird. Bis auf das der Eintrag offensichtlich zu umfangreich geworden ist funktioniert die Steuerung fehlerfrei! Aktuell habe ich das Ereignis auf zwei Ereignisse aufgeteilt, was in diesem Fall kein Problem darstellt, da ich die Prüfungen so getrennt habe, dass die beiden Ereignisse nicht gegeneinander arbeiten.
Gruß Frank
-
Hallo BahnLand,
Vielen Dank für die ausführliche Erklärung. Das jede Verzweigung und Verzögerung zusätzliche Einträge (Zeilen) erstellt um es abarbeiten zu können war mir indirekt bereits bewusst. Das knapp 30000 Zeilen dadurch zusammengekommen sind erklärt dein Beispiel ja auch wunderbar. Jetzt ist nur noch die Frage warum Lua dies grundlegend nicht mehr abarbeiten möchte. Denn stabil gearbeitet hat das System, bis ein Eintrag zu viel hinzugefügt wurde.
Gruß Frank
-
Hallo BauerHeini und Tesla,
vor 14 Minuten schrieb BauerHeini:Ich bin davon ausgegangen, dass wenn ich ein neues Ereignis erstelle, dieses "benutzerdefiniert" ist.
Ja und nein. Grundlegend hast du recht und jedes Ereignis ist ein benutzerdefiniertes, in diesem Fall ist aber etwas anderes damit gemeint. Dieses spezielle ist dafür da, wenn du eine wiederkehrende Folge von Ereignissen hast wo sich nur bestimmte Parameter ändern, aber die Ereignisfolge nicht, dann ist es von vorteil wenn man die Ereignisfolge in einem "benutzerdefinieren Ereignis" erstellt und dort nur die sich ändernden Parameter hinterlegt. In einem weiteren Ereignis kannst du dann dein benutzerdefiniertes Ereignis abrufen und nur die Parameter angeben, was bei umfangreichen Steuerungen sehr hilfreich sein kann.
Gruß Frank
-
Kleiner Nachtrag: es ist tatsächlich so, sobald ich aus dem einen Ereignis zwei mache funktioniert wieder alles und wird ordnungsgemäß abgearbeitet.
Gruß Frank
-
Hallo Timba,
ja es dauert eine gefühlte Ewigkeit bis es gewandelt ist und das Studio reagiert in dieser Zeit auch nicht mehr. Einmal geschafft bekommt man dann diese Meldung.
@Neo Ich befürchte mit meinen Ereignissen bin ich in der Tat an die Grenzen von Lua gekommen. Denn das letzte End schließt an einer Stelle ab, wo eigentlich noch etwas kommen müsste.
Gruß Frank
-
Ich habe die Anlage als Entwurf in den Katalog geladen Content ID: 82F8F6B7-0C05-4A47-B16F-3B1FE472D350
Die Anlage befindet sich noch im Bau, die grundlegende Zugsteuerung ist aber bereits fertig. Das „schuldige“ Ereignis findet ihr im Ordner „Zugsteuerung“ > „Ausfahrt aus Schattenbahnhof zu Klappbrücke“ > „Variable "Überprüfung" wird gesetzt“.
Gruß Frank
-
Hallo @Neo und an Alle,
Ich glaube ich habe das MBS kaputt gemacht
denn ich habe auf einmal diese Meldung bekommen: „Die Ereignisverarbeitung ist aufgrund von Skriptfehlern deaktiviert: control structure too long near 'end'“. Eigentlich handelt es sich um eine recht kleine Anlage (für meine Verhältnisse) Ich habe die Hauptsteuerung in ein Ereignis gepackt, wo es einige Bedingungen und entsprechende Aktionen gibt. Eigentlich dachte ich das Ereignis wäre gar nicht so lang (groß), ich habe es mit der grafischen EV erstellt. Wenn ich es in Lua wandle (was schon mal eine Weile dauert bist es gewandelt ist) sagt es mir tatsächlich das dieses Ereignis aus 29227 Zeilen besteht. Bis dieser Fehler alles gestoppt hat lief die Steuerung sehr stabil und fehlerfrei.Ist es richtig, dass es ein Maximum an Ereignisfolgen in einem Ereignis gibt? Und gibt es Vorschläge was ich nun machen kann, außer das eine Ereignis auf mehrere wieder aufzuteilen?
Gruß Frank
-
Hallo streit_ross,
die Frage mit dem nachlesen kann ich dir leider nicht genau beantworten. Irgendwo hier im Forum war es auf jeden Fall schon mal ein Thema und zum anderen habe ich selbst diese Erfahrungen gemacht beim Gleise bearbeite.
Gruß Frank
-
Hallo Berlioz und streit_ross,
die Antwort ist recht simpel, die maximale Gleislänge wurde überschritten. Halbiere den Winkel und füge ein zweites Gleis an und du kommst zu dem gewünschten Ergebnis.
Gruß Frank
-
Hallo BahnLand,
vom Lesen her hast du dir da schon wieder sehr viel Arbeit gemacht und die Funktionsweise sehr gut beschrieben.
vor 8 Minuten schrieb BahnLand:(Content-ID des Anlagen-Bausteins: 3B06DA8D-91E6-4012-82B2-06408DEB4854)
Kann ich aber nicht im Onlinekatalog finden, hast du das Modul schon veröffentlicht?
Gruß Frank
denn ich habe auf einmal diese Meldung bekommen:
mehrere Einträge aus einer Liste abrufen
in Fragen zur Steuerung
Geschrieben
Ich bin über verrückte Ideen dankbar, werd es aber auch erst später mir anschauen, denn jetzt ist auch für mich die Zeit gekommen die Augen zu entspannen...
Angenehme Nachtruhe