Neo

Hallo Frank, das ist ein sinnvoller Vorschlag, der auch nicht sehr aufwendig umzusetzen ist. Eine Frage bleibt aber übrig: In welchen Schritten sollten die Positionsänderung stattfinden? Man könnte es auf 1 mm festsetzen, oder abhängig der eingestellten Einheit (mm, cm, m...) oder abhängig der auf der Anlage verwendeten Spurbreite? Viele Grüße, Neo

Hello Tatiana, it seems that you are coming from russia. Please try to answer in english if possible. Kind regards, Neo

Um euch gleich ein wenig zu bremsen, nachdem die Ereignisverwaltung erweitert wurde werde ich mich auch wieder anderen Bereichen des Studios zuwenden Viele Grüße, Neo

Hallo, die alternativen Aktionen stehen nun mit Version 1.2.10.0 zur Verfügung. Viele Grüße, Neo

So, jetzt habt ihr mit Version 1.2.10.0 auch eure alternativen Aktionen Viele Grüße, Neo

Hallo Easy, die Zip scheint zu fehlen, würde es mir gern einmal anschauen. Viele Grüße, Neo

Hallo Marko, das Studio kennt den Begriff des "Pesonenzug", "Güterzug", "Wendezug" oder "Durchfahrt" nicht, das sind Eigenschaften, die der Nutzer erst durch die Verwendung bestimmter Modelle, Gleisstraßen und Ereignisse festlegt. Daher müssen solche Eigenschaften auch vom Nutzer selber in den Objektvariablen hinterlegt werden, das Studio kann dies nicht selber erkennen. Viele Grüße, Neo

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

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