gmd

Hallo, ich denke ich kann das selbst beantworten, aber ich frage trotzdem, da ich ja so oft dinge uebersehe. Ich moechte per Lua einen neuen ereigniseintrag innerhalb eines moduls anlegen, also z.B. Gleiskontakt mit schlagwort xy wird ausgeloest. Ich kann ja variablen beliebig anlegen. Ich moechte ereignisse verteilen auf mehrere entry points, moechte die aber nicht manuell einrichten muessen. Fuer generische scripts ist das kontraproduktiv. Ich nehme mal an das geht nicht, aber wie gesagt ich frage trotzdem mal. Das waere was fuer den Wunschzettel. Gruss Gmd

100% .. kein argument dagegen.. Ich habe nichts gegen einen snapshot der gesamten anlage. In meinem beispiel hatte ich schienenverkehr angesprochen und da gilt fuer mich das gleiche. In einer "Einfahrtsituation mit Auftrag", wird ALLES auf einen definierten zustand gesetzt, IMMER. Ich versuche auch soweit wie moeglich variablen zu vermeiden, die nicht automatisch zurueckgesetzt werden koennen, aber das geht nicht immer. Depots koennen hier eine besondere rolle spielen, das ist wohl ein gutes gegenbeispiel. OK, versteht mich nicht falsch, ich diskutiere hier nicht um recht zu behalten, weit entfernt davon, aber es ist manchmal einfach gut ideen austauschen. Viele demos haben das problem dass man sie nicht unterbrechen kann, sie muessen zu ende laufen etc. Man kann nur die anlage neu starten und wehen man hat sie gespeichert. Es ware halt schon zu einer demoanlage immer einen "Ursprungszustand" zu haben, der immer erhalten bleibt bis er neu gesetzt wird. Und da gebe ich Neo absolut recht, das macht nur sinn mit allen zustaenden. Aber auch das waere fuer meine zwecke phantastisch und wuerde viel zeit sparen. Just an idea. Gruss Gmd

Irgendetwas verstehe ich hier nicht, oder sehe ich nicht. Auch weichen und signale spielen nicht wirklich eine rolle wenn scripte robust programmiert sind. Lediglich einige variablen koennten da relevant werden, wenn ein test abgebrochen wird oder wegen fehlern nicht zu ende laeuft. Beispiel Variable: Wenn ich zustaende in variablen in fahrzeugen speichere, dann so dass am ende eines zyklus (block etc. ) immer ein zustand verbleibt, der bei einem erneuten ausloesen eines kontaktes zurueckgesetzt wird, da er nur an einem "zielkontakt" existieren kann. Beispiel Signale und Weichen: Am beginn eines scenarios (folge von fahrstrassen etc.) ist es in meinen scripten egal wie weichen und signale, oder auch animationen gesetzt sind. I sorge immer dafuer, dass alle benoetigten elemente aktiv geschaltet werden. Bei mir betritt ein fahrzeug ein gebiet mit einem "auftrag" und einem "ziel". Der auftrag haengt an einem keyword und nicht an einem bestimmten fahrzeug. Der auftrag legt fest ob zum beispiel ein bahnhofshalt erfolgt oder nicht. Wenn ein solches fahrzeug einen "eingangskontakt" ausloest, und die freigabe bekommt, (wo auch immer), dann werden alle element bis zum ausgang "reserviert" einschliesslich zustand, und aktiviert je nach bedingungen am jeweiligen abschnitt. Am ende des letzten abschnitts wird der auftrag geleoscht. Ich kann ein fahrzeug mit auftrag and den eingangspunkt zuruecksetzen ohne dass signale oder weichen gestetzt werden muessen, das geschieht automatisch. Natuerlich werde ich beim testen auftrage nicht immer loeschen vor dem zuruecksetzen. Fuer mich ist das kein "Spezialfall", aber es ist wohl die art wie ich programmiere, dass das so ist. Wenn ich auch noch weichen und signale zuruecksetzen muesste um ein scenario immer wieder zu testen, wuerde ich verrueckt werden, bzw. dann mache ich was gruendlich falsch und meine steuerung ist nicht sehr robust. Gruss Gmd

Goetz, es kommt wirklich darauf an was zu testen ist. Ich halte versionen der gleichen Anlage fuer das testen von unterschiedlichen teilen und fuehre dann die scripte zusammen. Das problem ist wenn man einen teilaspekt tested, z.b. das einfahren von 12 lkw mit anhaenger ueber verschiedene spuren mit einer reihe von konfliktloesungen. Der test is relativ kurz, aber das ruecksetzen von 12 lkw mit anhaenger ist es nicht. Das laden der anlage dauert noch viel laenger also ist das speichern eines anfangszustandes hier auch nicht hilfreich. Ich habe mir in meinem programm eine loesung gebastelt, allerdings dachte ich dass auch andere in aehnlichen situation ein solches feature moegen wuerden. Ich habe mich ja auch vorsichtig ausgedrueckt und das nicht wirklich als featurewunsch definiert, bin aber einfach mal neugierig was andere dazu zu sagen haben oder ob nur ich dieses problem habe oder sehe. Gruss Gmd

Da muss ich dir widersprechen.. ich komme ohne aenderungen von variablen etc aus, weil meine scripte so eingerichtet sind. Es ist richtig dass zustaende fuer die meisten eine groessere rolle spielen, aber das ist oft mit einem einfachen loeschen aller temporarer variablen geregelt. Es kommt halt darauf an, was und wie man programmiert. Ich bin mir bewusst, dass nicht jeder ein solches feature zu schaetzen weiss, aber lassen wir doch mal andere hier ein pro oder contra ausdruecken. Vielleicht sehen wir beide vielleicht noch nicht alle aspekte. Gruss Gmd

Hallo an alle, es ist nicht wirklich ein feature wunsch (yet), und ich behaupte auch nicht dass das vollstaendig durchdacht ist, ich schreibe einfach mal eine beobachtung auf und was ich in der situation getan habe und.. was vielleicht wuenschenswert waere. Beim testen fuer meine scripte RoLa und Spedition kam es oefter vor, dass ich einige fahrzeuge immer wieder in eine ausgangsposition setzen muss, um einen test durchzufuehren. Es sind nicht nur ein oder zwei sondern in einigen faellen 10+ und das nicht nur einmal. Ich kann nun ein script schreiben mit dem ich alle beteiligten fahrzeuge oder beteiligten modelle auf eine anfangsposition zuruecksetze, ich habe mich dazu entschieden meinem programm beizubringen fuer eine selektion (alles eindeutige namen) einen stand (positionen) abzuspeichern und immer wieder abzurufen. Das spart enorm zeit. Hat aber immer noch das problem, dass alle objekt eindeutige namen haben muessen. Ich dachte nun, wenn man im MBS eine ebene nimmt und alle diese beweglichen test modelle zuordnet, und dann einen snapshot machen kann, und am ende des tests den ursprungszustand wieder abrufen kann, dann waere das ein riesen fortschritt fuer aufwendige tests. Es kann dann auch zum ruecksetzen einer demo verwendet werden usw. Ich rede hier nicht von versionen von anlagen, oder aehnlichem, man kann das ja beliebig kompliziert machen. Eine einfache moeglichkeit auf einen status zurueckzusetzen, der ueber das einfache CTRL Z hinausgeht. Neo kann da besser entscheiden was einfach machbar ist, aber fuer wiederholtes testen aller moeglichen art von bewegung ist das ungeheuer hilfreich. Gruss Gmd

Danke, das war die info auf die ich auch gewartet habe. Gruss Gmd

Hallo, heute ein update zur RoLa .. Hier das filmchen zum stand der dinge Habe die ersten generischen scripte und etliche hilfsfunktionen gebastelt und die einfahrt zur verladung laeuft jetzt .. Das script ist weitestgehend allgemein und ich werde es fuer die weiteren einfahr- und ausfahrstrecken verwenden und wohl auch fuer andere zwecke als die Rola. Ziel ist es, alles allein mit tabellendefinitionen zu machen und minimalen speziellen scripten. Falls jemand interesse hat bin ich gerne bereit den letzten stand als entwurf zu laden. Nur eine PM schicken. Gruss Gmd

yep, und manchmal wohl gar nicht .. lol ich bin einfach zu ungeduldig .. Ich sollte einfach mehr vertrauen in die ueberlegungen haben, die Neo in die EV reingesteckt hat und einfach erst mal annehmen dass ich nur genau genug hinschauen muss .. Gruss Gmd

Easy Danke, Ich zweifele an meinem verstand, warum habe ich das nicht gefunden ? Gruss Gmd Edit: Es gibt auch erreicht sein ziel .. damn .. ich habe immer nur unter Aktionen geschaut .. ich muss wirklich die grafische EV besser untersuchen. Das kommt davon wenn man nur in code denkt.

Ok, danke trotzdem .. Ich glaube ich habe da was fuer die wunschliste Gruss Gmd

Folgefrage, vielleicht weist du das ja auch .. Depot eingang wird protokolliert .. bekomme ich einen event/ aktion ? oder muss ich einen kontakt setzen ? Portal wird nicht protokolliert.. gruss Gmd

Hmmmm.. du hast voellig recht.. Da hatte ich wohl mal wieder einen blonden (grauen) moment .. Warum war ich der meinung dass ich ein gleis oder spur als ziel angeben kann ? Gruss Gmd

Ok, danke dir, aber das ist nur die halbe wahrheit .. Es ist eine bedingung die ich abfragen kann, aber ich muss staendig abfragen, und wenn ich keinen event habe zu dem zeitpunkt dann faehrt das fahrzeug weiter, es sei denn ich verwende einen kontakt und lass es halten, ist aber nicht sinn der sache. Ich moechte einen event, der ausgeloest wird wenn die bedingung: "Fahrzeug erreicht ziel" wahr wird, genau wie Kontakt wird ausgeloest. Gruss Gmd

Hallo, Das ereignis "Ziel Erreicht" wird protokolliert aber ich finde keinen event oder bedingung in der EV. Um das zu nutzen muss ich mir alle ziele und gleise oder kontakte merken und dann einen eigenen event erzeugen ?? Habe ich da mal wieder was uebersehen ? Gruss Gmd