gmd

Danke fuer die klaerung, haette ich ja eigentlich erkennen sollen. Sieht den wald vor baeumen nicht, aber dafuer gibt es ja das forum . ok, das gleiche gilt dann fuer die 6072... zwei teile. Dann ist es wirklich das einfachste ich merke mir das vorher bevor ich alle komponenten selbst zusammenbaue. Gruss Gmd

Danke Easy fuer deine Muehe und Zeit, ABER 303;(6078)@-196;0;1 1;20.66726;0;0;0;0;0;0;-27.58129;-63.61285;1.52588E-5;-26.15629;-63.61256;1.52588E-5;-26.15629;-63.61256;1.52588E-5;-25.14358;-63.60538;1.52588E-5;-24.13105;-63.58425;1.52588E-5;-23.11892;-63.54917;1.52588E-5;-22.10737;-63.50014;1.52588E-5;-21.09658;-63.43719;1.52588E-5;-20.08676;-63.36031;1.52588E-5;-19.0781;-63.26953;1.52588E-5;-18.07078;-63.16485;1.52588E-5;-17.065;-63.04631;1.52588E-5;-16.06095;-62.91392;1.52588E-5;-15.05882;-62.7677;1.52588E-5;-14.05879;-62.6077;1.52588E-5;-13.06107;-62.43393;1.52588E-5;-12.06584;-62.24643;1.52588E-5;-11.07329;-62.04523;1.52588E-5;-10.0836;-61.83039;1.52588E-5;-9.09696;-61.60192;1.52588E-5;-8.113567;-61.35988;1.52588E-5;-7.133604;-61.10431;1.52588E-5 und die kurzform 303;(6078)@-196;0; 1;20.66726;0;0;0;0;0;0 und spur 1 1;20.4;0;20.4;0;0;0;0 Das was du beschreibst hatte ich gehofft und gesucht. Beispiel ist die linksweiche 6078 von fleischmann H0. Der 5. Parameter ist 0 ?? Habei keine negativen winkel gefunden, war allerdings schon spaet Aber heute morgen sind auch keine winkel da. Hmmm Edit: 1;18.69248;0;0;35.7;-30;0;0 Ich habe eine gefunden, die 6076 zeigt richtig an .. aber 1;16.39467;0;0;0;0;0;0 die 6070 wieder nicht und die sind am meisten verwendet. Da habe ich bei meiner suche wohl immer die falschen erwischt. Es besteht wohl keine hoffnung dass das gefixt wird, also muss ich mir einmal merken, was links- und rechtsweichen sind. Zumindest fuer Fleischmann H0 zur zeit. Gruss Gmd

Hallo nochmal, Frage: Woran kann ich erkennen (ueber die Schnittstelle oder auch per Lua) dass es sich bei einer weiche um eine links oder rechtsweiche handelt ? Im editor sind die spurwinkel ja positiv oder negativ, aber mit kommando 303 bekomme ich das nicht und wenn ich alle segment uebertragen lasse, dann habe ich keine ahnung wonach ich schauen muss. Vielleicht kann jemand helfen. Danke Gmd

Hallo, habe mal wieder einen schritt zu berichten. https://teutanic.com/umbenennen.mp4 Das erste filmchen zeigt das umbenennen aller gleise einer kleinen anlage. Das dauert etwas und ich habe nicht die eleganteste art und weise gewaehlt das zu implementieren, wird sich noch aendern. Ich lese alle gleise und schaue dann einzeln nach was es fuer ein typ ist. Das ist sehr ineffizient. Ich sollte die typen separat lesen, dann kann ich 120 kommunikationen auf 10 reduzieren. Naja man macht fehler. Das umbenennen muss sein, damit ich jede komponente eindeutig identifizieren und adressieren kann. Ich erhalte die gleisnummern und speichere auch die originalnamen und referenzen ab, kann jederzeit den urzustand wiederherstellen. Nun zum naechsten schritt. Analysis_States.pdf Anbei ein diagram, dass eine art state machine darstellt. Zustandsdiagramm beim erkennen von gleismaterial. Ich mache zunaechst folgende annahmen oder festlegungen, nicht alle variationen sind im diagramm enthalten. Ein block muss mindestens 5 gleise (standardlaenge) enthalten und kann bis zu 4 weichen enthalten, eine am anfang und ende und zwei in der mitte mit mindestens 2 gleisen abstand zwischen allen weichen. Ich habe eine weile ueberlegt ob ich weichen in meiner blockdefinition zulasse oder nicht und habe zunaechst entschieden, dass ich seitensicherungen etc auf blockeben mache und nicht allein durch weichenstrassen. Weichenstrassen koennen gleise zwischen den weichen enthalten, ich habe aber noch nicht entgueltig festgelegt wie ich weichengruppen beim rangieren behandele. Jedenfalls erst mal die sogenannten normalfaelle. Im nachsten video sieht man die ersten schritte des Tracers. https://teutanic.com/trace_block.mp4 Selektion erzeugt segmentgrenzen, die gleise werden dem segment zugeordnet auch abgespeichert. Der Tracer faehrt die gleise ab und dabei werden die ereignisse ausgewertet. Weichestellungen werden erkannt und abgespeichert. Dann wird der Tracer zurueckfahren und das andere ende eines block erkennen. Wieder vorfahren mit einer andere weichenstellung (automatisch). So faehrt der Tracer alle moeglichen kombinationen innerhalb des segments ab und speichert die konfigurationsdaten. An segmentgrenzen koennen bloecke offen sein, die werden dann im anschliessenden segment weiter ausgewertet. Wenn alle strecken erkannt sind, werden die signale und kontakte gesetzt. Das dauert aber noch einen moment bis ich alle faelle implementiert und getestet habe. Das war ja nur der erste schritt mit allen grundfunktionen und anzeigen fuer einfacheres testen. Ausserdem wird der Tracer noch schneller werden Gruss Gmd

Awesome attention to detail, fabulous. Oops, das ist mir gerade so rausgerutscht. Das wird viel arbeit fuer mich diese dinger dann richtig aufzustellen in meinen bloecken Gute Arbeit Gruss Gmd

Normalerweise bin ich kein freund von YouTube aber gelegentlich findet man mal was gutes. Derzeit mache ich mich schlau wie im betrieb verschiedene gleisnutzungen bezeichnet und gesichert werden. Ich werde danach die blockerkennung versuchen anzupassen. Hier ist ein gutes video. Fuer die beschilderung mit ich noch auf der suche, aber das kommt sowiso spaeter. Noch ein kapitel ist die sicherung des rangierbetriebs. Mal sehen was dieser autor noch so in seinem kanal hat. Gruss Gmd

Hallo, nochmal. Hier ist die kleine testanlage, die ich gebaut habe um die ersten konzepte der blockerkennung zu verfeinern und zu testen. Sind noch eine ganze reihe von ungeklaerten punkten, aber man muss ja mal irgedwann damit anfangen. Mein genrische script fuer die blockverarbeitung habe ich ja vor urzeiten schon mal gepostet ind meiner blockdemo anlage. Darauf baut das alles auf, ein generisches script das eigenstaendig konfliktvermeidung organisiert und parametriesiert wird durch fahrplandaten. Wenn vielleicht einiges in diesem thread noch theoretisch und abstrakt klang so soll jetzt allmaehlich etwas mehr beispiel dazukommen. Also nun zur sache. Sucht nicht nach einem sinn der gleisfuehrung und die gebaeude sind auch nur drauf um haltepunkte zu markieren. Rechts unten ist ein kopfbahnhof, in den kein zug einfahren kann (derzeit). Das ist der ausgangspunkt von zuegen die hier abgerufen werden und dann auf die reise gehen. Es gibt nur eine eingleisige fernstrecke und verschiedene beifahrstrecken oder ueberholstrecken. Auch ist einen gegenstrecke und eine verladestrecke vorhanden. Mit der anlage habe ich nun folgendes ziel: Mit minimalen eingaben will ich erreichen, dass alle notwendigen bloecke, die gesichert werden muessen, erkannt und benannt werden, die notwendigen kontakte und signale automatisch gesetzt und benannt werden. Die definitionstabellen fuer mein steuerscript automatisch generiert werden und auf die anlage runtergeladen werden. Dann kann entweder ein zug aus dem kopfbahnhof random per timer oder auch von hand gestartet werden, und der rest der anlage muss sich darauf einstellen ohne dass es kracht. Zu einem beliebigen zeitpunkt muss man unterbrechen und die gesamte anlage wieder auf den ursprungszustand zuruecksetzen koennen. Warte und haltezeiten and den bahnhoefen, sowie geschwindigkeits und andere einschraenkungen sollen dann nach und nach erweitert und bereucksichtigt werden. Wenn das alles geht werde ich die anlage umbauen und fahrplanwuerdig machen, dh. keine anlage bei der irgendwann eine deadlock passiert wie bei dieser. So das ist der erste wesentliche schritt, danach kommen noch andere. Gruss Gmd

Danke BahnLand, die hast gerade meine entscheidung besteaetigt. Ich habe die begiffe im Programm geaendert, im Kopf und im KontextMenu, da sind jetzt auch die bildchen drin. Also die entscheidung ist: Verbundverwaltung - als allgemeiner oberbegriff Zugtaufe - fuer die erstellung und benennung von zuegen Zugabruf - fuer die plazierung vorhandener zuege Wagengruppierung - fuer die zusammenstellung von wagen, wobei die gruppe eine eigene plazierung hat, bis hin zu einzelwagen. Wagenabruf - fuer die plazierung von wagengruppen Im kontextmenu habe ich Konfiguration durch Verbund ersetzt. Das war jetzt erst mal wichtig, da ich jetzt die dokumentation mache bevor ich wieder zuviel vergesse und da haette ich halt gerne die entgueltigen bezeichnungen drin, wenn ich die screenshots mache. Gruss Gmd

Vielen Dank, Maenner, irgendwo im hinterkopf hatte ich verbund und habe auch beides gefunden, hence die frage. Ich denke in den simplen dingen kann man wikepedia ja einigermassen glauben, ansonsten bin ich immer skeptisch was ich im internet finde. 90% oder sogar mehr ist einfach schrott, das habe ich intensive erlebt mit mehreren themen. Und damit werden danmn auch noch die AI's gefuettert. Also: Ich werde Verbund benutzen und der Begriff Zugtaufe gefaellt mir, besser als Zug Design, das ist so neudeutsch . Zugdepot ist ok denke ich. Mit dem thema wagen muss ich nochmals nachdenken. Wagenverbund Erstellen und Verbunddepot fuer die plazierung ist nicht so das gelbe. Mal sehen, vielleicht faellt ja jemandem noch was besseres ein. Jetz gehe ich erst mal wieder an die blockerkennung, damit mal was auf einer anlage passiert. Werde mir mal eine kleine testanlage bauen, die soweit die faelle enthaelt, die ich zunaechst abdecken will. Nochmals Danke fuer all Beitraege Gruss Gmd

Nicht der ganze zug, nur eine wagengruppe ? das ist vielleicht das wort ? Zuggarnitur, imliziert das nicht eine Lok ? Gruss Gmd

haengen die mit pflaster zusammen ? lol .. Hatte ich vermutet, fange aber langsam an deutsche worte zu vergessen nach ueber 30 Jahren. Danke fuer die antwort. Gruss Gmd

Danke fuer die likes. Anbei ein screen shot vom zugdepot mit der fertigen funktion fuer kupplungsaktivierung. Das gleiche wird dann irgendwann kommen fuer wagenkonfigurationen. Hier ein paar fragen and die eisenbahnexperten. Wie sagt man eigentlich in deutsch fuer "waggon consists" ? Wagenverbund ? und was ist die Mehrzahl ? Wagendepot ist ja nicht aussagekraeftig fuer mehrere verbundene wagen. Kurswagen koenen ja auch einzelne wagen sein, aber wie sagt man zu einer zusammenstellung von mehreren kurswagen mit dem gleichen ziel ? Ist das auch ein Verbund ? oder Kursverbund ? gruss Gmd

Hallo, habe nochmal ein filmchen gemacht. Hilft mir auch mit testen und ablaeufe klarer zu sehen. https://teutanic.com/Favorites.mp4 Hatte begonnen "bequemlichkeitsfunktionen" einzubauen, und einige sind auch beim testen hilfreich. Hier wird die objektauswahl unterstuetzt mit der moeglichkeit lieblingsmodelle zu markieren und schneller zu finden. Das wird fuer alle objekte gelten von denen das programm weiss. Beim testen ist mir aufgefallen dass es natuerlich auch komponenten gibt, wie z.b. endwagen jeder art, die gedreht werden sollen und zwar nicht nur zur anzeige sondern auch bei der plazierung auf der anlage. Habe das "spiegeln" eingefuehrt, und fuer jedes objekt dass potentiell gedreht werden soll kann dies gesetzt werden. Beim konfigurieren eines zuges wird erkannt ob es sich um die letzte position handelt und wird automatisch gedreht. Kann auch manuell geaendert werden. B Beim aufgleisen wird das dann beruecksichtigt. Ein gedrehtes objekt kann auch vom ende nicht mehr verschoben werden. Spaeter beim rangieren wird das dann die konsequenz haben dass ein solche objekt vor dem anhaengen gedreht wird und die vordere kupplung (fals vorhanden) deaktiviert ist. Mit der zugkonfiguration kann man nun epochengerechte zuege zusammenstellen, soweit die modelle vorhanden sind, und braucht dies nur einmal zu tun fuer alle anlagen. Das wars fuer heute. Gruss Gmd

Hallo, Heute mal wieder ein filmchen. https://teutanic.com/ZugDepot.mp4 Das zugdepot ist erstmal in einer ersten version fertig. Noch ein paar kinks wie man am ende sehen kann und auch noch keine filter fuer einschraenken der angezeigten objekte. Ist derzeit ja kein problem, HWB mit seinen tausenden von fahrzeugen haette da noch einige schwierigkeiten . Fuer mich reicht es zur zeit zum testen. Die zugkonfigurationen koennen anlagenunabhaengig definiert werden, und zur verwendung auf verschiedenen anlagen plaziert werden. Das programm kann das verwalten. Allerdings sind die eigenschaften auf allen anlagen gleich, also ein Lokalzug bleibt eben ein Lokalzug egal wo er plaziert wird. Allerdings kann ein zug auch mehrere verwendungen haben, ob das nun sinn macht oder nicht ist sache des betrachters. Auch hier werde ich noch filter einbauen, just for fun .. Nun, der naechste schritt ist nun wirklich die blockerkennung fertig zu machen. Ich bin noch am experimentieren wie ich am besten die weichenorientierungen finden kann. Eine rechtsweiche ist zwar per definition eine rechtsweiche, kann aber je nach richtung eine ausfahrt aus einem block oder eine einfahrt bedeuten, oder auch beides bei gegenverkehr. Es gilt also eine fahrtrichtung als standard oder default festzulegen und die andere richtung ist dann die gegenrichtung. Die blockerkennung bracuht also eine richtung und ermittelt dann auch die blockverwendung, oder macht zumindest einen vorschlag. Ich bin auch dabei eine erste kleine testanlage zusammenzustellen auf der alle aspekte zu finden sind, die ich in einer ersten version realisieren will. Dann kann ich das stueck fuer stueck testen. Es wird mal wieder spaet hier, und regen haben wir auch mal wieder seit geraumer zeit. Geht ja jetzt langsam in den Winter. gruss Gmd Ich muss mich noch entschuldigen dass das Kontextmenue abgeschnitten war. Dupliziere Komponente und Speichern Konfiguration waren die Kommandos, die nicht zu sehen waren. Hatte keine lust das nochmal zu machen.

Hallo an alle die hier lesen, Heute mal wieder nur ein bildchen. Habe das zugdepot fast abgeschlossen. Das ist eine sammlung von zugzusammenstellungen, die unabhaengig von der anlage erstellt werden und dann auf verschiedenen anlagen eingesetzt werden koennen. Es sind nicht nur zuege, koennen auch nur wagenkombinationen sein, bis hin zu einzelnen wagen (Kurswagen), wenn man ein separates ziel im fahrplan angeben will. Das wird dann beim rangieren beruecksichtigt. Nebenbei habe ich mal einen entwurf gemacht, wie ich den fahrplan entwerfen will. Ueblichweise werden im echtbetrieb dafuer stringdiagramme oder aehnliches eingesetzt. Das werde ich dann auch so machen. Fuer bestimmte streckenabschnitte und zeiten kann man dann einen fahrplan graphisch entwerfen und irgendwann wird dann das programm auch sagen ob das von zeiten und entfernungen moeglich ist. Das bildchen unten zeigt das prinzip. Ich habe vor natuerlich noch weitere informationen einzublenden, wie zugname, geschwindigkeiten, moegliche restriktionen, etc. Desweiteren werde ich das gleiche diagramm dann auch fuer die darstellung der aktuellen zugbewegung veerwenden, und ebenfalls rangiervorgaenge damit definieren. Da geht es dann nicht um zeiten und aufenthalt, sondern welche wagen wohin sollen und wie zusammengestellt werden. Naja das wird noch einen moment dauer, aber wenn erst mal die grundfunktionen fuer das diagramm stehen ist es nicht mehr so wild, wenn die strecken gut definiert sind. Der aufwand ist halt immer erst in den grundleistungen. Der naechste post geht dann um das zugdepot. Gruss Gmd

Hallo an alle die an der konvertierung von HWB interessiert sind. Ich habe gestern abend mal aus spass den weg versucht nachzuvollziehen den HWB aufgezeigt hat (zumindest oberflaechlich) und dabei sind verschiedene fragen und probleme aufgetaucht. Nun will ich diesen beitrag hier nicht in beschlag nehmen und ausserdem bin ich nicht sicher, dass eine detaillierte beschreibung hier oeffentlich erwuenscht ist. Ich habe einige punkte ergaenzt und versucht den weg etwas genauer zu beschreiben, mit moeglichen sackgassen oder fallen. Ziel war es die modelle in Sketchup zu importieren. Allerdings habe ich da dann aufgehoert, weil mir die texturzuweisungen und korrekturen einfach zu muehsam sind. Da hat HWB schon eine ziemlich kraftanstrengung vollbracht. Wagen lassen sich ja einfacher konvertieren aber loks sind da schon aufwendiger. Mir kostet das zuviel zeit. Die konvertierung laesst sich komplett automatisieren mit screen scraping technology aber die nachbearbeitung bleibt. Also, langer rede kurzer sinn, ich habe eine beschreibung, die ich gerne per link zur verfuegung stelle. Schickt eine PM mit email und ich werde sie schicken. Denkt immer daran, hier ist es 7 stunden spaeter, es kann also einen halben tag dauern bis die email kommt. Gruss Gmd

Hier das filmchen zu dem thema hilfsfunktionen. https://teutanic.com/hilfsfunktionen.mp4 Die fenster sind wieder aus dem rahmen herausgeloest zur besseren uebersicht. Objekte koennen durch kopieren oder auch Guid identifiziert werden. Durch kopieren koennen objektparameter leichter festgelegt werde, wie gleisabstand bei signalen oder auch variationen. Ein zielname (meist ein gleis, kann auch ein kontakt sein) und eine resultierender objektname werden angegeben und sobald die eingaben vollstaendig sind wird ausgefuehrt. Mit einem zielgleis ist nicht festgelegt an welchem ende oder in welcher richtung plaziert werden soll. Dazu dient die box Richtungsumkehr. Alle positionierten objekte werden durch gespeicherte referenzen identifiziert und verwaltet. Ich habe nur wenige faelle gezeigt, alles ist gruendlich getestet und funktioniert auch mit gebogenen gleisen. Nun sollte niemand auf die idee kommen, dass dies eine neu art von objektpositionierung sein soll, anstelle der manuellen positionierung aus dem katalog, obwohl es einfacher ist eindeutige namen zu garantieren (mit blockprefix oder laufender nummer). Dies sind nur hilfsfunktionen mit denen ich die elementaren operationen und scripte teste, die ich fuer die automatische blockerkennung brauche. Wenn eine lok einen block abfaehrt koennen damit automatisch benoetigte elemente gesetzt werden. Hauptsignale, vorsignale, geschwindigkeitsanzeigen, einfahrkontakte, bremskontakte, haltekontakte, ausfahrkontakte, seitensicherungen eines blocks bei einfahr- und kreuzweichen (insbesondere vor bahnhoefen), das kann eine ganze menge manueller aufwand sein, insbesondere wenn man dafuer dann noch fuer jedes element die steuerung definieren muss, fahrstrassen definieren und auch verwalten muss. Und am ende wird das alles ziemlich statisch, d.h. es werden immer wieder die gleichen vorprogrammierten ablaeufe stattfinden und nicht dynamisch aenderbare (durch fahrplaene oder zufallsereignisse etc.) ablaeufe erzeugt. Dabei ist noch nicht einmal der definitionsaufwand fuer GBS elemente betrachtet, wenn man signale, weichen, belegtmelder usw. erstellt und verbinden will. Mein ziel ist es das alles zu automatisieren, damit man sich auf die planung, gestaltung und betrieb konzentrieren kann und die vielen manuellen definitionen vermeiden kann. Auch ist eine flexible ebenenverwaltung wichtig fuer die verwaltung von groesseren anlagen, aber das ist vergleichsweise trivial umd wird dann nach der blockverwaltung kommen, bevor ich tatsaechlich anfange eine groesse anlage zu definieren. Da ist eine flexible ebenenverwaltung auch gut zum testen, insbesondere bei U-bahnen und unterflur schattenbahnhoefen oder auch tunnelanlagen. Es ist schon hilfreich wenn man alle virtuellen spuren in einem segment mit einem knopf sichtbar machen kann, oder alle virtuellen spuren in allen segmenten, da die ebenen in einer netztstruktur organisiert sind und nicht nur in eine linearen liste. gruss Gmd

Also das mit den portalen ist halbgar. Ich habe mir eine reihe von hilfsfunktionen gebaut, unter anderem positionieren portale an gleisenden (werde mal wieder ein filmchen machen), aber verbinden ist wohl nicht das gleiche wie verknuepfen und geht wohl nur im aufbau und nicht zur laufzeit ueber steuerung. Also keine dynamische steuerung der teleporterstrecke bis jetzt. Naja, es wird ja hoffentlich V9 und V10 und V11 geben und vielleicht kommt ja der weihnachtsmann und baut das ein. Also wenn ich in meinem programm einen blockabschnitt als "Beamer" definiere, dann kann ich wohl alles plazieren bis auf das "Verbinden" zur anderen seite. Naja irgendetwas muss man ja noch von hand machen . Ich habe die elementaren plazierungsfunktionen fuer signale, kontakte, depots und portale soweit fertig und dabei ist aufgefallen, dass die objekte aus dem katalog in unterschiedlichen richtungen plaziert werden, d.h. der/die modellbauer haben keine einheitlichen ansatz in der plazierungsrichtung der objekte. Ist schon bei wagen aufgefallen. Wenigsten scheinen signale innerhalb der gruppen konsistent zu sein. Lichtsignale habe andere position wie formsignale und auch sperrsignale, aber innerhalb der gruppen sind sie gleich; habe nicht alle signale getestet. Beim manuellen aufbau faellt das nicht weiter auf, beim automatischen plazieren aber wohl. Ich merke mir jetzt fuer jedes objekt die ausrichtung bei der erstplazierung und drehe entsprechend der verwendung. Das funktioniert soweit. Jetzt kann ich die blockerkennung weitermachen und dann alle kontakte und signale, entlang der abgefahrenen strecke, automatisch plazieren und benennen. Das ist ja erst mal das eigentliche ziel. Die gesamte streckenfuehrung abzufahren und zu definieren und hoffentlich verwendbare einheiten eines GBS zu erzeugen, die dann manuell nachbearbeitet werden koennen um sie zu verdichten. Aber vielleicht gelingt mir da auch ein konzept. Ich habe vor urzeiten mal einen platinenrouter geschrieben und ein gbs ist ja eine vereinfachte form eines platinen layouts. Mal sehen, kommt aber sicher erst nach der fahrplanerstellung mit string diagrammen. Filmchen kommt noch. Gruss Gmd Noch eine ergaenzung: Das mit dem gleisende fuer portale und der deaktivierung einer moeglichen weiterfuehrenden spur funktioniert. Man hat also die moeglichkeit einen zug durch das portal weiter auf dem gleis fahren zu lassen oder bei deaktiviertem nachfolgegleis den zug ins verbundene portal zu schicken. Das ermoeglicht ja auch noch einige variationen. Und dann war da noch die sache mit der gleislaenge; anscheinend werden die gleise in der breite aneinandergelegt Das informationsfenster zeigt breite statt das was man intuitiv als laenge sehen wuerde.

Habe damit experimentiert, bin noch dabei mit scripten dynamische zuweisungen zu realisieren. Denke schon dass ich das hinbekomme. Ist sicher einfacher als das ueber scripte zu loesen. Ein problem allerdings ist, dass es ein endpunkt sein muss sonst faehrt der zug einfach durch das portal weiter (ist vom ansatz ja logisch). Ich test das temporaere deaktivieren von fahrspuren hinter dem portal wenn ein fahrzeug kommt dass gebeamt werden soll und danach wieder aktivieren fuer durchfahrt. Werde weiter berichten. gruss gmd

Heute das filmchen zu dem gestrigen bild. https://teutanic.com/Startposition.mp4 Die bildanordnung habe ich vorher gemacht. Im letzten film hat man ja gesehen wie das passiert. Ich habe "Bequemlichkeitsfunktionen" eingebaut, wie das automatische benennen der komponenten des zuges, die vorbelegung der namen der wesentlichen komponeneten eines "Startblocks", zielzuordnung usw. Die beschriftungen koennen erzeugt und entfernt werden und dienen zur besseren orientierung und kontrolle. Zuege plazieren und wieder entfernen, beschriftung entfernen, definitionen belassen um eine neue konmfiguration zusammenzustellen ohne nochmals alles einzugeben usw. Etliche dinge, die ich hier gar nicht gezeigt habe. Einiges von dem gesehenen ist durch Lua scripte gemacht, die von der externen schnittstelle gestartet werden. Ziel ist es mit moeglichst wenig eingaben, moeglichst viele notwendigen definitionen zu erschlagen. Derzeit werden die entscheidenden komponenten (startgleis, richtungskontakt usw. noch manuell benannt und muessen stimmen. Der naechste schritt wird jetzt sein die blockerkennung zu erweitern und die sogenannten "StartBloecke" automatisch zu erkennen und benennen, sowie die kontakte und signale zu plazieren. Die beschriftung ist dann die kontrolle ob alles passt. Ok, wozu ist das gut .. zum Beispiel: Ich moechte reale depots haben mit vielen zuegen drin, die ich genau spezifizieren und zusammenstellen kann. Diese depots koennen als schattenbahnhof (kopf oder harfe) aufgebaut sein und verdeckt sein, sie koennen in der luft liegen und unsichtbar sein oder auch real auf der anlage, vielleicht auch in einem groesseren gebirge. Die anzahl the startgleise ist nicht wirklich begrenzt und es muessen auch keine wirklichen ausfahrten zusammenfuehren wenn man nicht will (im verborgenen natuerlich), und ein "Transfer" kontakt "beamt" einen zug dann an einen punkt an dem er sichtbar werden soll, wagen fuer wagen. Ein anderes Beispiel ist, wenn eine anlage immer zu einem ausgangszustand gesetzt werden soll und man 50 oder mehr zuege nicht von hand programmieren will. Startbloecke koennen irgendwo auf der anlage liegen, die einzige bedingung es sollte relativ gerade sein und ausreichend lang um den laengsten gewuenschten zug aufzunehmen. Bei kurven muss ich mein verfahren erweitern. Also bahnhoefe sind das typische beispiel fuer reale startdepots. Ein weiterer anwendungsfall den ich dann angehe sind rangierkonfigurationen, wagenkolonnen vor und hinter einem abrollberg, usw. Also ueberall wo rollmaterial positioniert werden soll und man das nicht alles haendisch machen will oder auf grund der anzahl einfach nicht sinnvoll kann. Das wars fuer heute. Der naechste schritt ist hoffentlich die automatische konfiguration eines startdepots. Frohe Ostern. gruss Gmd

Heute ein bildchen. Bin einiges weiter mit der Lua anbindung. Vom programm kann ich die beschriftungen erzeugen und mit einem Lua script positioniere ich sie an die richtige stelle. Koennte das auch ueber die schnittstelle machen, aber mit dem script bin ich glaube ich naeher an moeglichen zukuenftigen funktionen. Zugziele koennen gesetzt werden, was ich verwenden werde um dies jeweils bis zum blockende zu tun. Fahrstrassen werde ich nicht verwenden, sie bieten mir keine wirklichen vorteile ueber meine eigenen ideen hinaus. Sie sind gut fuer kleinere manuelle anlagen, aber wenn es wirklich zur sache geht ist die definition zu muehsam und ich habe keinen weg gefunden fahrstrassen mit Lua anzulegen. Vielleicht habe ich etwas uebersehen, aber Neo hat einmal gesagt dass Lua fuer die steuerung da ist und die fahrstrassendefinition ist bauphase und nicht ablauf, also gehe ich davon aus dass es keinen weg gibt diese ueber ein script zu definieren. Anders ist es ja mit dem zugziel. Das kann ich ja mit einem script setzen. Ich werde nun einige kommandos fuer die schnittstelle definieren und mit Lua scripten auf der MBS-seite realisieren. Bin gespannt ob es da mal zu einem flaschenhals kommt. Ich habe drei wege mit denen ich die kommndoverarbeitung auf der MBS seite starten kann. Ein taster, der nur asynchrone aktionen abarbeitet, einen langsamen und einen schnellen timer, die bei bedarf angeworfen werden (ueber ein taster kommando). Je nach bedarf werden dann kommandos unterschiedlich uebertragen und verarbeitet. Rueckmeldung findet ueber variablen statt, die mit Event 60 von der schnittstelle gemeldet werden. Parameter uebergebe ich an objektvariablen ueber die externe schnittstelle. Das funktioniert soweit hervorragend, interessant wird es erst wenn da mal richtig durchsatz verlangt wird. Jedenfalls lassen sich so alle prinzipiellen funktionen realisieren, die ich derzeit im sinn habe mit einigen wenigen einschraenkungen. Wie erwaehnt die fahrstrassen und auch die variationen, die ich nicht erzeugen und erkennen kann, sondern die manuell nachgebessert werden muessen. Aber das stoert mich derzeit nicht in meinem denken. Wenn ich einige weitere scripte fertig habe, werde ich mal ein paar zur durchsicht posten. Vielleicht hat der ein oder andere ein paar ideen, wie man sie verbessern kann. gruss Gmd

Mal wieder ein update. https://teutanic.com/zug_positionieren.mp4 Zeigt mehrere dinge. Einzelne fenster aus dem rahmen loesen und anordnen wenn man platznot hat. Mit groesserem oder mehreren monitoren ist das ja kein problem. Zusammenstellen eines zuges, musste natuerlich der BigBoy sein .. Benennen der komponenten,kann man natuerlich auch einzeln tun. Eingeben des gleisnamens fuer den anfang der plazierung und die anfangsdrehung der lok (haengt vom modell und drehung ab. Werde daran noch arbeiten. Das plazieren und die tatsache dass ich keine variationen automatisch plazieren kann, deswegen stimmt das bild im programm nicht mit dem bild auf der anlage ueberein. Da muss man mit hand nacharbeiten wenn die variationen gewuenscht sind. Ein weiterer punkt ist nicht offensichtlich. Ich habe die ersten schritte zur eigenen kommunikation mit dem MBS gemacht. Ich kann kommandos senden, die dann lua scripte aktivieren und all die dinge tun die ich nicht ueber die schnittstelle tun kann oder will. Die lua scripte sind generisch und universell verwendbar, d.h. ist habe eine basisanlage, die alle komponenten enhaelt die benoetigt werden. Die kann mann kopieren und dann darauf aufbauen. Alles andere wird zur laufzeit parametrisiert. Die zuege koenen gespeichert, ausgeblendet, geloescht oder auch auf den anfangspunkt zurueckgesetzt werden. Die kleinen roten tabs ueber dem erstellten zug stellen die kupplungen dar. Die koennen als loesbar oder fest definiert werden. Wenn fest ist kein roter tab zu sehen. Dann kann speter beim rangieren die konfiguration nur dort getrennt werden wo ein roter tab dies erlaubt. Genug fuer heute. Wird jetzt eine weile dauern bis ich wieder poste, da ich jetzt erst mal eine ganze menge mit dem MBS testen muss und Lua scripte schreibe, fuer alle moeglichen situationen. Ich muss sehen ob ich die MBS fahrstrassen verwende oder nicht und kontakt und signal plazierung muss ich auch noch automatisieren. Aber es geht voran. Gruss Gmd

Ist wirklich gute arbeit, hat viel geduld gebraucht die unglaublich vielen elemente zu verwalten und zu testen. Hat mich weiter motiviert mein steuerungsprogramm zu bauen und ablaeufe wie du sie gezeigt hast zu automatisieren. gruss Gmd

ok guys, danke fuer die antworten. Wie gesagt ich kann damit leben, war nur etwas irritiert zu beginn. gruss Gmd

102;(6001)@G114; 1;-61.89042;-178.1079;2.980232E-8 104;(6001)@G114; 1;0;0;-29.85089 Das ist das startgleis auf dessen koordinaten ich aufbaue. die z rotation ist positiv im Positionierungsfenster und ich bekomme einen negativen wert. Mit Putty getestet und mit dem programm. Wird spaet, ich gehe ins bett, bis morgen. gruss Gmd