-
Gesamte Inhalte
7881 -
Benutzer seit
-
Letzter Besuch
Alle erstellten Inhalte von Neo
-
Wünsche für die Ereignissteuerung - neue Auslöser und Aktionen
Neo antwortete auf Elgiloys Thema in Feature-Wünsche
Hallo Elgiloy, mit dem Auslöser "Anlage wird gestartet" tue ich mich noch etwas schwer, denn so einen Auslöser könnte man nie deaktivieren (im Gegensatz zu allen anderen Auslösern, die per F5 aktiviert/deaktiviert werden können). Man würde daher nie in den Ausgangszustand der Anlage mehr kommen können. Daher empfehle ich in diesem Fall eher, einen sichtbaren Schalter in die Einlage einzubauen, der die Anlage dann in einen Automatikmodus schaltet. Zur deiner zweiten Aktion, ich werde dies zunächst bei dem geplanten Trace mit berücksichtigen, bei dem die Ereignisverwaltung die Ereignisse, Bedingungen und Aktionen in ein Fenster logt. Viele Grüße, Neo -
Hallo BahnLand, den Platzhalter "Lok" gibt es nicht, es gibt nur "_Trigger1" als Platzhalter (und 2 und 3). Viele Grüße, Neo
-
Hallo Franz, das Problem ist mit (Beta-)Version 1.2.9.0 behoben. Viele Grüße, Neo
-
Hallo, ich habe mit Beta-Version 1.2.9.0 die vordefinierten Objektvariablen "_Name", "_CurrentSpeed" und "_TargetSpeed" eingeführt. Auf diese können wie die normalen Variablen zugegriffen werden (mit entsprechendem Objekt/Triggername davor). Anzumerken ist, dass diese Variablen Read-Only sind, ein Setzen hat keinen Effekt. Viele Grüße, Neo
-
Besten Dank Franz, die Viecher sind in meiner Scheune sehr gut aufgehoben. Viele Grüße, Neo
-
Hallo, @Easy Ich denke, wenn man ein allgemeines Ereignis schreibt, was sich dynamisch auf Loks bezieht, dann wäre die Nicht-Existenz einer Variable eher ein Fehler bzw. ein Sonderfall, der entweder über eine bestimmte Bedingung behandelt werden sollte oder alternativ im Trace erscheint, also der geplanten Logging-Funktion für die Ereignisverwaltung. Das Ignorieren einer Aktion bei Nicht-Existenz einer Variable würde ich vermeiden wollen, da es kein konsistentes Verhalten wäre und es wahrscheinlich an einer andere Stelle dann ein Problem gäbe. @BahnLand Vordefinierte Objektvariablen werden mit dem nächsten Update kommen. Zunächst werde ich "_Name", ""_CurrentSpeed" und "_TargetSpeed" implementieren. Viele Grüße, Neo
-
Hallo, genau, die Daten gibt es technisch alle schon, es fehlt nur noch ein einheitlicher Weg, auf diese in der Ereignisverwaltung zuzugreifen. Die Objektvariablen bieten da eine Lösung. Viele Grüße, Neo
-
Hallo, Easy hat es korrekt formuliert. Die "Trigger" beziehen sich auf die Objekte, die man im ersten Fenster unter "Ereignis" konfiguriert. Trigger3+ ist im Moment noch ungenutzt, da es zur Zeit kein Ereignis gibt, bei dem mehr als 2 Objekte konfiguriert werden. @BahnLand Wie wäre es mit der Einführung von vordefinierten Objektvariablen, z.B. "Lok._CurrentSpeed", "Lok._TargetSpeed" oder auch "Objekt._Name". Der Unterstrich signalisiert hier den Unterschied zwischen benutzerdefinierten Variablen und vom Programm vorgegebenen Variablen (Platzhalter). Über diesen Weg könnte man dann recht konsistent auf Eigenschaften von Objekten in der Ereignisverwaltung zugreifen und in Zukunft auch weitere Eigenschaften zur Verfügung stellen. Viele Grüße, Neo
-
Hallo, eine Frage an die Modellbauer. Mir ist aufgefallen, dass in der Kategorie "Menschen und Tiere" gar keine Tiere vorkommen. Hat von euch vielleicht jemand ein paar Tierchen, die er dem Katalog spendieren kann? Wenn nicht, dann würde ich mal auf die "Jagd" gehen. Viele Grüße, Neo
-
Hallo, wenn bei mehreren Loks eines Zuges nur eine Lok eine Geschwindigkeit hat, dann ist diese Lok die "Trigger-Lok". Haben mehrere Loks eine Geschwindigkeit gesetzt, dann bewegt jede Lok den Zug ein bisschen vorwärts/rückwärts. In diesem Fall ist es nicht definiert, welche Lok den Zug soweit bewegt, dass ein Gleis betreten/verlassen wird. Mit anderen Worten: Bei der Arbeit mit Lokvariablen sollte wenn möglich immer nur eine Lok des Zuges eine Geschwindigkeit besitzen. Viele Grüße, Neo
-
Hallo Elgiloy, verwende beim Zuweisen von Variablen-Werten statt "_Trigger1.Speed" den Ausdruck "$_Trigger1.Speed". Durch das Hinzufügen des Dollarzeichens erkennt das Studio, dass es sich dabei um eine Variable handelt, und nicht um den Wert selber. Dieses Dollarzeichen ist immer dann sinnvoll, wenn ein Wert entweder ein Text oder eine Variable sein kann. Bei Zahlenwerten, wie z.B. beim Setzen von Lokgeschwindigkeiten, braucht man das Dollarzeichen nicht, da das Studio automatisch eine Nicht-Zahl als Variable interpretiert. Viele Grüße, Neo PS: Ja all das wird in einem Wiki erscheinen
-
Hallo BahnLand, sind deine Fragen bezüglich der Trigger geklärt? Viele Grüße, Neo
-
Hallo Elgiloy, Fehler war schnell gefunden, der Trigger muss "_Trigger1" und nicht "Trigger1" heißen. Habe gestern Abend beim Schreiben des Threads den falschen Namen aufgelistet, habe ihn mittlerweile hier im Forum korrigiert. Den Unterstrich habe ich gewählt, um die Trigger von normalen Objektvariablen besser zu unterscheiden. Viele Grüße, Neo PS: Kannst deine Testanlage wieder aus dem Katalog entfernen.
-
Hallo Franz, das ist nicht normal und wird von mir korrigiert werden, danke für den Hinweis. Viele Grüße, Neo
-
Hallo, die Informationen stehen noch nicht im Wiki, weil sie sich vielleicht durch die Tests noch ändern können. Daher will ich diesen Thread hier nutzen, um ein wenig Klarheit zu schaffen. Die Auslöser/Trigger erlauben "universelle" Ereignisse, besonders für die Ereignisse "Zug betritt ein Gleis/Zug verlässt ein Gleis". Angenommen beim Einfahren eines Bahnhofs sollen alle Züge auf unterschiedliche Geschwindigkeiten heruntergebremst werden. Statt nun für jeden Zug ein eigenes Ereignis anzulegen, genügt ab sofort ein Ereignis: Ereignis "Zug betritt ein Gleis": Alle Loks, Gleis XYZ Aktion "Lokgeschwindigkeit setzen": Auslöser 1: Lok, Alle Gleise, Geschwindigkeit: _Trigger1.Speed Neu sind nun "Auslöser 1: Lok" und "_Trigger1.Speed". Mit "Auslöser 1: Lok" wird der Aktion gesagt, dass sie auf der Lok operieren soll, die das Ereignis ausgelöst, also das Gleis betreten hat. Mit _Trigger1.Speed greift man auf die Objektvariable "Speed" des auslösenden Objektes (_Trigger 1 = Auslöser 1) zu. Das heißt, mit einem Ereignis lassen sich alle Züge beim Betreten eines Gleises auf eine individuelle Zuggeschwindigkeit herunterbremsen/beschleunigen. Solche Bezüge auf die Auslöser gibt es auch an anderen Stellen. Angenommen man möchte bestimmte Zugtypen auf unterschiedliche Gleisstraßen umleiten. Also schreibt man sich eine Bedingung "Variable besitzt den Wert" mit dem Namen "_Trigger1.Schnellzug" und dem Wert "1". In diesem Beispiel würden die Aktionen also nur durchgeführt werden, wenn der auslösende Zug eine Objektvariable "Schnellzug" besitzt, die den Wert 1 hat. Ich hoffe ich konnte damit ein wenig für Klarheit sorgen. Es gibt noch viele Beispiele, wie man durch Bezug auf die auslösenden Objekte die Ereignisse reduzieren kann. Gerade bei den Ereignissen "Zug betritt/verlässt ein Gleis" kann man dadurch Ereignisse universeller schreiben und muss sich nicht mehr auf einen bestimmten Zug festlegen. Viele Grüße, Neo @Elgiloy Am besten du schickst mir kurz deine exportierte Anlage per Mail, dann kann ich schnell draufschauen.
-
Hallo, heute veröffentliche ich mal wieder eine Testversion, die interessante neue Funktionen mitbringt: Einführung von Objektvariablen. Jedem Objekt können nun über das Eigenschaftenfenster beliebige Variablen zugewiesen werden (rechtes Icon). In der Ereignissteuerung kann über "Objektname.Variablenname" auf die Variable zugegriffen werden. Zusätzlich erlaubt das Ereignis "Variable wird gesetzt", die Bedingung "Variable besitzt den Wert" und die Aktionen "Countdown starten", "Countdown stoppen", "Lokgeschwindigkeit setzen", "Variable setzen" das Arbeiten mit Variablen für die konkreten Werte. Weiterhin erlaubt die Ereignisverwaltung nun den Bezug auf das "auslösende Objekt", durch Wahl des entsprechenden Eintrags im Selektionsmenü bzw. durch Variablenzugriff über "_Trigger1.VariablenNamen", "_Trigger2.VariablenNamen" und "_Trigger3.VariablenNamen". Spezielle Objektvariablen dienen als Platzhalter: "Objekt._Name" für den Namen des Objektes, "Objekt._CurrentSpeed" für die Ist-Geschwindigkeit einer Lok in mm/s und "Objekt._TargetSpeed" für die Soll-Geschwindigkeit einer Lok in mm/s. Eine detaillierte Beschreibungen der neuen Funktionen im Wiki folgt mit der Veröffentlichung des Updates. Unterstützung von alternativen Aktionen die nur dann ausgeführt werden, wenn die Bedingungen NICHT erfüllt sind Optionales Deaktivieren der Andockfunktionen von 3D-Modellen beim Verschieben durch Drücken von "Shift" oder betätigen der neuen Schaltfläche "Automatisches Einrasten" Anpassung der Gesamtgeschwindigkeit eines Zuges, der von mehr als einer Lok gezogen wird. Die Geschwindigkeit ergibt sich nun aus der Summe der maximalen positiven und der minimalen negativen Geschwindigkeit, nicht mehr aus der Summe der Einzelgeschwindigkeiten. Dadurch wird verhindert, dass beim Andocken einer Lok an einen fahrenden Zug die Geschwindigkeit unrealistisch verdoppelt wird. Unterstützung verschiedener Maßstäbe für Modellbauer, siehe dazu das Modellbau-Wiki Beseitigung eines Fehlers, bei dem Loks nicht immer vollständig auf Wagons aufgefahren sind Beseitigung von Rucklern beim Freischalten einer Weiche durch fahrende Loks Beseitigung eines Fehlers beim Suchen nach Objekten im Katalog, die ein Leerzeichen enthalten Fehlerbeseitigung beim Löschen von Objekten aus dem Katalog Da die neuen Objektvariablen viele interne Veränderungen nach sich zogen, erfolgt das Update zunächst als Beta-Version und soll ausgiebig getestet werden. Bitte beachtet, dass Anlagen, die mit der Beta-Version gespeichert werden, nicht von älteren Studio-Versionen geöffnet werden können. Versucht daher wenn möglich die Tests in experimentellen Anlagen durchzuführen. Viele Grüße, Neo
-
Modelle vermessen (unbedingt # 13 beachten!)
Neo antwortete auf EASYs Thema in Erweiterungen (Plugins)
Hallo Easy, besten Dank für die Anpassung. Viele Grüße, Neo -
Hallo AO-Express der Download selber ist etwa 900 MB groß, während die gesamte Installation anschließend etwa 1 GB auf der Festplatte einnimmt. Viele Grüße, Neo
-
Hallo Marko, eine Auflistung gibt es nicht, der Nutzer kann beliebige Variablen für die Objekte festlegen. Viele Grüße, Neo
-
Hallo Lutz, vermutlich möchte Marko die Variablen vergleichen, ohne den konkreten Wert zu kennen. Das ist im Moment nicht möglich, wird aber mit Einführung der Objektvariablen kommende Woche unterstützt. Viele Grüße, Neo
-
Hallo Rainer, einen genauen Zeitraum kann ich leider nicht nennen. Zur Zeit arbeite ich an den objektorientierten Variablen, mit denen die Ereignisverwaltung vereinfacht werden kann. Ein Update dazu wird kommende Woche erscheinen. Danach werde ich die weiteren ToDos neu priorisieren. Viele Grüße, Neo
-
Hallo BahnLand, Beiträge, die nachträglich geändert werden, bekommen das Wörtchen "neu" angehängt: Ich gebe aber zu das: Das Wort schwer zu lesen ist (werde die Schriftfarbe anpassen) Beiträge auch als gelesen markiert werden, obwohl man sich auf einer anderen Seite des Themas befindet (Fehler in der Forensoftware, werde nach einem Update Ausschau halten) Viele Grüße, Neo
-
Hallo Marko, könntest du mir bitte eine kleine Testanlage zukommen lassen, mit der ich das Verhalten testen und beseitigen kann? Vielen Dank, Neo
-
Erweiterte Zusatzbedingungen in der Ereignisverwaltung
Neo antwortete auf BahnLands Thema in Feature-Wünsche
Hallo ihr beiden, lasst uns die Situation nächste Woche nochmal neu betrachten, wenn die objektabhängigen Variablen zur Verfügung stehen. Vielleicht reicht das schon aus, um die Ereignisverwaltung noch übersichtlicher zu gestalten. Viele Grüße, Neo -
Hallo Brummi, cooles Video, bin auf die Fortsetzung gespannt. Kleiner Tipp: Mit "[ video:URL]" (ohne Leerzeichen nach der eckigen Klammer) kannst du Videos direkt ins Forum einbetten. Viele Grüße, Neo