gmd

Goetz, Da sind wir anderer meinung. Von einer ergonomischen betrachtung der bildschirmdarstellung verweilst du laenger an einem bewegten bild. Falls du nur einen monitor zu beobachten hast ist das ok. Schau die mal den arbeitsplatz eines fahrdienstleiters an, wieviele laempchen da blinken. Es gilt diese auf ein minimum zu reduzieren und blinken und wechselndes licht nur fuer "wichtige" oder fehlersituationen zu verwenden. Auch ein blinken kann ein problem sein, wenn das intervall zu lange ist, weil ein fluechtiger blick nicht immer das EIN erwischen mag. Dies ist ein grund warum blinklichter auf einsatzfahrzeugen keine festen intervalle haben, sondern mit wechselnden frequenzen blinken, zumindest hier. Die chance dass du im rueckspiegel ein blinken verpasst ist bei festen frequenzen wesentlich groesser. gruss Gmd

BahnLand, vielen dank fuer deine erklaerung. Zwei dinge, und dabei akzeptiere ich deine absicht die einfahrstrasse nicht unnotig zu blockieren, das sehe ich auch so. 1. Ich habe mich nur gegen die partielle ausleuchtung, also die angezeigte bewegung ausgesprochen, was nicht bedeutet dass du die belegtanzeige erst loeschst wenn der ausfahrende zug seinen zielpunkt erreicht hat. Ich moechte nur verhindern, dass die belegtanzeige waehrend des ausfahrens wechselt (optional), damit man mit einem blick schneller erkennt welche situation vorliegt. Die farbe zeigt an dass ein zug ausfaehrt. Mit deiner loesung sieht man natuerlich auch schoen in welche richtung, was bei einer statischen anzeige nicht der fall ist. Da muesste man immer von einer festen richtung ausgehen oder eine partielle ausleuchtung in der richtung der ausfahrt verwenden. Wie gesagt ich habe dazu noch keine entgueltige meinung. 2. Das problem mit der sperre existiert wenn man erst freischaltet wenn der ausfahrende zug das fahrstrassenziel erreicht hat. Da ist nun die frage wie weit das wegliegt. Eine zuglaenge oder eine blocklaenge (sehr viel langer). Das laesst sich anders loesen, was mit dem derzeitigen fahrstrassenkonzept nicht ohne zusatzaufwand geht. Meine blocke haben ausfahrkontakte, welche abgefragt werden ob ein zug tatsaechlich ausgefahren ist, wenn ein signal freigeschaltet hat. Das ist ein failsafe fuer scriptfehler oder ander probleme wenn ein zug sich nicht in bewegung setzt. Der ausfahrkontakt sollte immer so sitzen, dass wenn der letzte wagen vorbei ist, zurueckliegende sperren aufgehoben werden koennen. In meinem plan kenne ich ja den zug, die zuglaenge, alle wagen und weiss wann der zug an welcher stelle steht oder faehrt. Damit is das ohne weiteres machbar. Falls ein ausfahrkontakt nicht ausloest wenn dies erwartet wird, dann schalte ich einfach die animation aus, mit einer fehlermeldung, bevor alles moegliche durcheinander kommt. Das ist eine option die gesetzt werden kann oder nicht. Mit dem MBS, sowie es derzeit ausgelegt ist, geht das natuerlich genauso ohne probleme, mit der "kleinen" einschraenkung, dass es einiges an zusatzaufwand bedeutet. Das MBS versucht ja die steuerung mit moeglichst wenig logik, bzw. einfachen konzepten zu realisieren, und das ist ja auch gut so. Ich weiss auch nicht genau wie das im realbetrieb geloest ist, aber ich bin sicher dass kein gleis oder weiche unnoetig lange belegt bleibt. Ich nehme an dass da kontakte und achselzaehler genauestens sicherstellen, dass alles ausgefahren ist und kein wagen irgendwo stehengeblieben ist. Danke fuer die fallstudie, das hilfst sehr meinen plan immer wieder zu ueberpruefen. Derzeit kaempfe ich mit dem traversieren einer komplexen weichenstrasse und dem erkennen aller richtungen. Einiges geht schon, habe aber noch etliche faelle zu testen. Ich denke in ein paar tagen kann ich wieder was zeigen. Gruss Gmd

BahnLand, Ich habe mir deine bahnhofsmodulanlage angesehen und folgenden eindruck gewonnen. Die steuerung ist mit sehr viel detail ausgestattet; zeigt die reservierung einer strecke und das stueckweise belegen und freigeben. Sehr beeindruckend und toll fuer den test, allerdings bin ich nicht sicher ob ich das fuer den "Normalbetrieb" richtig finde. Das ist jetzt ueberhaupt keine kritik, versteh mich bitte nicht falsch; ich nenne es mal "Detailsicht" wenn man jede bewegung bis aufs kleinste verfolgen kann, was beim rangieren sicherlich angebracht ist. Die "Uebersicht" waere fur mich eine anzeige in der belegt, reserviert und frei fuer einen block ein einfacher wechsel der anzeige fuer die gesamte laenge ist. Ich begruende das folgendermassen: Schon bei drei modulen wird deutlich, wenn man zwischen den drei kamera anzeigen hin und her schaut, dass eine bewegte anzeige erfordert, dass ich ein klein wenig laenger pro sicht verharre, als bei einer anzeige die einen "Status" klar visualisiert. Nun kann es sein dass es nur mir so geht und dass das natuerlich aus der sicht einer groesseren anlage kommt. Vom "spielerischen" effekt ist die wechselnde anzeige mit der zugbewegung toll. Beides laesst sich mit dem jetzigen GBS ja machen, allerdings ist die jetzige logik darauf ausgerichtet den "spielerischen effekt" besser zu unterstuetzen. Nimm das als "lautes" denken und reflektieren, ich habe da noch keinen entgueltigen entschluss gefasst. Deshalb ja auch die fragen und vielleicht eine diskussion. Fuer mich besteht das erfolgserlebnis nicht allein in der erstellung einer schoenen anlage mit einer funktionierenden steuerung, sondern das eigentliche ziel ist es ja einen komplexen betrieb zu erreichen, der durch manuelle eingriffe interessant wird. Ob ich das jemals erreiche weiss ich nicht, aber ich werde mein bestes tun es zu versuchen. Gruss Gmd

Danke fuer die beitraege. Goetz, jeder hinweis hilft ein stueck, ob software oder haendisch. Ein kriterium scheint ja absolut klar zu sein; unterstrukturen, die alleinstehend ueberschaubar sind und einem klaren zweck dienen. Das wurde ja auch bei BahnLand und prinz deutlich. Bahnhoefe ist sicher ein wesentlicher bestandteil, weil dort ja bewegungen stattfinden in die man moeglicherweise eingreifen moechte. Und ein BBW mit drehscheibe oder buehne koennte ich mir vorstellen. Wie sieht es denn mit separaten kontrollen fuer strassenbahnen aus ? Oder einem verkehrsleitsystem fuer strassen ? z.b. Geschwindigkeits- und fahrspurregelung auf stadtautobahnen ? Ich habe mir nicht alle anlagen im katalog angeschaut und bin nicht sicher wo ein MBS GBS auch fuer andere bewegungen ausser schiene eingesetzt wurde, mal abgesehen von alleinstehenden tastern. Ich habe eine anlage gesehen (kann mich ber nicht mehr genau erinnern), die jede menge taster und anzeigen hatte die ablaeufe startet und ueberwacht. Gruss Gmd

Hallo, habe mal eine generelle frage and alle anlagenbauer, die auch ein GBS anschliessen. Mir einer groesseren anlage, wie geht ihr vor das GBS zu entwerfen. Macht ihr abschnitte, oder umfasst das GBS immer die gesamte anlage (in der realen welt ist das ja anders), nach wlechen kriterien verkuerzt ihr strecken ? GBS hat ja meist eine links/rechts - rechts/links anordnung, also meist laenger als hoch(breit). Irgendwelche regeln, kriterien fuer ortogonal verlaufende strecken (Nord/Sued). Ich habe mir einige reale modelle angeschaut, die ja in der regel bahnhoefe betreffen oder umfangreiche rangierstrecken. Bin weniger am realen betrieb interessiert in dieser frage, mehr orientiert und der modellanlage. Habt ihr irgendwelche grundregeln ? womit fang ihr an beim verlegen des GBS. Danke, bin wirklich neugierig auf ideen. Gmd

George63, Das klingt nach einem timing problem. Wenn du den PC abschaltest und vorher das MBS, speicherst du dann die anlage erneut ? versetzt du sie in einen urzustand ? Das klingt so als ob ein kontakt in dem zustand abgespeichert wird in dem er sich gerade befindet und dann natuerlich wieder so beginnt. Nur eine vermutung.. versuch mal per schalter oder timer oder was auch immer, einen wirklich definierten zustand zu erreichen bevor du abspeicherst. gruss gmd

Hallo, Heute mal wieder ein bildchen. Ich habe meine blockerkennung nochmals ueberarbeitet und stelle die erkannten gleise/weichen graphisch dar. Das automatisch layout muss noch besser werden wie man sieht. Der sinn der sache ist, jeder knoten und jede verbindung im diagramm ist ein objekt im programm und die objekte kommunizieren mit den nachbarn und so suchen sie selbst unterabschnitte, die dann zu groesseren teilen wie, bloecke oder weichengruppen zusammengefuegt werden. Gleichzeitig wird aus der reihenfolge das gleisbild fuer das stellpult abgeleitet und die verbindung zum gleis hergestellt. Das ist das ergebnis einer lokfahrt. Nun koennte ich das ganze ja auch ueber koordinaten ausrechnen statt die lok laufen zu lassen, aber wo bleibt da der spass . Das ist die erste stufe. Musste erst mal die diagrammfunktionen anpassen und erweitern. Der naechste schritt ist die auswertung und block erkennung. Wenn ich das geschafft habe ist das problem der blockerkennung erstmal geloest. Dann kommt die kontakt und signalplazierung. Gruss gmd

kein problem, passiert immer wenn man zu nahe am problem ist oder zu lange draufgeschaut hat. Gruss Gmd

am ende der roten zeile fehlen anfuehrungszeichen hinter Signal Gruss Gmd

Danke euch beiden fuer den beitrag. Das passt schon ins konzept. Ich will es mal weiter erlaeutern: Das MBS hat ebenen, diese sind aber nicht in irgendeiner weise geordnet, wenn es ums strukturieren der anlage geht. Was ich an den ebenen gut finde, und dazu sind sie geeignet, dass sie die hoehe der objektplazierung einstellbar machen. Allerdings braucht es schon ziemlich viel disziplin konsequent ein bestimmtes ordnungskonzept einzuhalten. Deshalb meine absicht zusaetzliche ebenen einzufuehren (ueber die schnittstelle organisiert). Das soll folgendermassen aussehen: 1. Ich moechte bestimmten objektgruppen grundsaetzlich bestimmten (benannten) ebenen zuordnen, dies aber frei definierbar lassen. Man kann also rollmaterial grundsaetzlich auf eine ebene legen, oder auch nur die loks und die wagen auf eine andere als beispiel. 2. Die Anlage kann in gebiete (areas) und segmente unterteilt werden. Jedes segment hat bloecke und weichenstrassen, sowie strassen und virtuelle fahrwege. 3. Jedes segment und damit auch jede area kann eine eigene ebenenstruktur haben. 4. Man kann ebenen zu beliebigen gruppen zusammenfassen. Gruppen koennen ausgeblendet, geloescht und selektiert werden. Damit kann man einen arbeitskontext definieren, gegeben durch koordinaten, und das programm ist in der lage jedes plazierte objekt einer ebene im richtigen segment automatisch zuzuordnen und das auch nachtraeglich. Das habe ich so definiert um zum beispiel ebenen, die einen schattenbahnhof ueberdecken schnell ausblenden zu koennen, oder eine bergige landschaft, die eine gleiswendel ueberdeckt ein und auszublenden. Und vieles mehr. Damit laesst sich grundsaetzlich auch eine modulanlage veraendern, vorausgesetzt die module die ein und ausgeblendet werden sollen habe irgendwo passgenaue anschlussstellen. Die grenzen muessen dabei nicht gerade verlaufen. Mit diesem konzept laesst sich grundsaetzlich alles abbilden. Es ist auch unkritisch hinsichtlich anlagengrosse oder performance, da alles ausserhalb des MBS stattfindet und auch nur zur bauzeit. In den filmchen fahrzeugerkennung habe ich gezeigt wie ich fahrzeuge aus dem mbs auslese und einer kategorie zuordne. Das gleiche kann mit jedem objekttyp erfolgen und jede kategorie kann einer oder mehreren ebenen zugeordnet werden. Wenn man also zum beispiel einen bahnhof in segment1, die stadt in segment 2 und ein bbw in segment 3 hat die alle zum gebiet1 gehoeren, dann kann ich mit einem kommando das gesamte gebiet1 ausblenden oder auch alle objekte selektieren, die man dann im MBS verschieben kann. Das ganze klingt kompliziert, ist es aber nicht wenn man erst mal ein paar tests macht. Allerdings braucht es etwas ueberlegung wie man am besten die ebenen aufteilt und verwendet. Das gute ist, man kann die ebenenstruktur jederzeit aendern und alle objekte neu einlesen und damit zuordnen. Befinden sich objekte auf der anlage, die keiner ebene zuvor zugeordnet wurden, dann kommen sie alle auf eine ebene pro segment. Die MBS ebenen wollte ich weiterhin fuer hoehe benutzen. Man kann durch die schnittstelle objekte selektieren und im MBS leicht eine ebene zuordnen. Damit erreicht man in gewisser weise eine trennung zwischen physischer plazierung und logischer plazierung. Ich hoffe das mach sinn. Ich habe das ausgedacht, weil ich bei meiner monster anlage ordnung schaffen muss und das bei vorhandenen anlagen machen will und nicht nur bei neubauten. Gruss Gmd

Das sieht doch schon sehr nett aus. Interesse grundsaetzlich ja, bin nur zur zeit mehr mit schienen beschaeftigt als mit strassen. Allerdings haette ich noch einen gedanken der vielleicht auch in deine richtung geht: Virtuelle spuren und verzweigungen legen fuer bewegte bevoelkerung von bereichen. Das ist aber wahrscheinlich nicht nur schnittstelle, sondern Lua + schnittstelle, aber das ist fuer dich sicher kein problem. Das laesst sich dann kombinieren mit dem strassentool fuer buergersteige mit leuten drauf, bewegt oder unbewegt. Ich habe ueber gruppenbildung von figuren nachgedacht die man verschiedenen aufgaben zuordnen kann, denn ein sitzender mensch macht ja auf einer virtuellen fahrspur keinen sinn, wenn er nicht auf einem rollstuhl sitzt. Fuer mich ist es immer besonders muehsam viele figuren zu setzen (und zu suchen) und am ende kommt doch meist nur eine statische anordnung raus, es sei denn man investiert viel zeit. Keep it going ! Gruss Gmd

Hallo, es ist vielleicht an der zeit nochmals die Blockdemo zu posten, die ich vor urzeiten mal gezeigt hatte. Wir haben ja viele neuzugaenge im forum fuer die das interessant sein kann. Das steuerscript ist gut dokumentiert und ist ein beispiel wie eine generische steuerung funktionieren kann.. Die beschreibungstabellen werden dann von meinem programm generiert. Eine eigenschaft von solch generischen scripten ist, dass zum beispiel alle laufzeitvariablen dynamisch erzeugt werden und nicht vorher manuell definiert sind. In einem film weiter oben habe ich den blockmonitor gezeigt der diese variablen fuer jeden block ueber die schnittstelle anzeigt. Einige teile wuerde/werde ich heute anders loesen; aber das prinzip bleibt: Steuerung auschliesslich ueber tabellen die automatisch erzeugt werden. Die anlage is als entwurf geladen id: F3B894BE-083C-4BA5-AF2D-47D96E71973F und mit der ereignisprokollierung kann man sehr schoen die schaltvorgaenge nachvollziehen. Die anlage stammt aus zeiten als es noch keine beschleunigungs oder verzoegerungskontakte gab und signale noch nicht automatisch einen kontakt hatten. Aber das spielt fuer meinen ansatz sowiso keine rolle; ist halt nur eine erleichterung fuer manuell erstellte steuerungen. Die oberleitung ist unvollstaendig. Sie resultiert von einem versuch diese automatisch zu verlegen, mit allen komponenten. Die quertragewerke hatte ich noch nicht angefangen. gruss Gmd

HaNNoveraNer, da ist noch ein dritter, dem ich bereits eine version geschickt habe und der gerade einen Microsoft C# kurs macht und das programm als beispiel fuer die externe schnittstelle betrachtet. Ist ein brocken zu lernen und auch das alter kann ihn oder mich nicht abschrecken. Das wird hier oft als argument verwendet. Kein problem, ich habe ja immer gesagt, open source aber es wird nicht auf einem silbertablett serviert. Wir sind beide lange genug hier und haben unsere history .. Anyway .. still having lots of fun und fuer das MBS ist es einfach nur werbung wenn man mal sieht was man alles auf einem I9-13900KS mit 6Ghz takt machen kann Gruss Gmd

Klartexter, das sehe ich ganz genau wie du, 100%. Ich erwarte keine riesige begeisterung, aber ich kann erwarten dass mitglieder hier keine negativen beitraege posten wenn sie nichts beizutragen haben. Wenn keiner was sagt ist das auch ok, besser als ... hmm .. beinahe haette ich etwas gesagt was ich vielleicht bereue. Fuer mich steht die gestaltung und der betrieb im vordergrund. Ich hatte mit RocRail angefangen und das ist mir auch viel zu muehsam. Also habe ich weitergedacht. Das programm zielt nicht auf die mehrheit der modellbauer, es ist ueberhaupt nicht gedacht verpackt zur installation verschickt zu werden. Es ist fuer "Bastler", die auch im eigenen keller DCC controller mit Arduinos gebaut haben oder aehnliches und etwas betrieb schaffen wollen ohne wochenlang strippen zu ziehen. Ich weiss wirklich nicht woher die annahme kommt dass diese programm zur allgemeinen verwendung kommen soll, weit weit gefehlt. Das problem ist noch ein anderes: Das MBS bietet eine vielzahl von grundfunktionen die in vielerlei hinsicht verwendet werden koennen, und das ist gut so. Neo sollte auf keinen fall in eine richtung entwickeln, die freiheitsgrade einschraenkt, und das wird er auch nicht tun. Freies schaffen mit netten details ist das wichtige fuer die mehrheit. Automatisierung basiert auf abstraktion und standardisierung, und das bedeutet einschraenkung. Situationen und aktionen werden vereinheitlicht, um sie mit funktionen auf einer metaebene beschreibend zu implementieren. Die steuerung erfolgt ausschliesslich ueber tabellen. Dies bedeutet aber nicht entweder oder. Fuer mich ist eine kombination ein wesentlicher bestandteil. Also ob es nun fuer viele oder wenige relevant oder interessant ist was ich tue, spielt nicht wirklich eine rolle, wenn jemand viel betrieb auf einer grossen anlage will, vielleicht mit gbs und 4 bildschirmen dann wird er sicher mit interesse verfolgen was ich tue. Gruss Gmd

Ich will hier nicht argumentieren ob deine loesung gut oder schlecht is, darum geht es nicht, du must fahrstassen neu definieren, das ist fuer mich schon teil der steuerung. Wenn du schon soweit entwickelt bist in deiner automation, dann betrachtest du sicher auch andere aspekte die du gerne realisieren wuerdest und wenn du dann 10 weitere vollautomatische subysteme hast dann moechtest du sie auf eine komplett neue anlage uebernehmen - ohne viel aufwand, da die zeit ja mit dem aufbau verbracht wird und nicht mit der programmierung. Mal ganz abgesehen von fahrplanbetrieb usw. Ich moechte auch dich nicht ueberzeugen, das liegt mir fern, dann ist das was ich tue eben nicht relevant fuer dich. Kein problem. Gruss Gmd

Hallo, danke fuer die antwort. Du kannst mir glauben dass ich durchs gesamte forum gegangen bin und alle diese beispiele kenne. Der unterschied ist der, dass hier steuerungen immer im gleichen muster ablaufen, mit variationen aber voreingestellt. Das ist nicht was ich meine. Diese steuerungen sind auf eine bestimmte anzahl gleise oder zuege, oder andere festen vorgaben aufgebaut. Wenn ich von einer kopfbahnhofsteuerung rede, dann meine ich ein generische script, dass einfach von 4 auf 6 oder 8 gleise und mehr erweitert werden kann ohne dass eine einzige aenderung and den steuerscripts gemacht werden muss. Ich kann es noch weiter versuchen zu erklaeren, aber es hilft glaube ich am meisten wenn ich an hand solcher beispiele versuche die unterschiede aufzuzeigen. Wenn das nicht verstaendlich genug ist dann frage ruhig. Gruss Gmd

Douglas, Thanks for your answer. I get the impression that you misunderstood, to some degree, what I am trying to do. The essence of the misunderstanding is, that I do not attempt to "completely" remove manual effort in set building and controls. It is mainly to eliminate basic, routinely annoying fundamentals, allowing the more creative parts coming to the fore. When try to move a mountain of sand with a bucket a wheelbarrow comes in handy and allows to free up time for other things. It is not a loader moving the sand when you enjoy manual labour. I hope you get my drift. I am not trying to convince you here, just a clarification for the sake of others reading these threads. Greetings from Australia Gmd

Sehr schoen jetzt brauchen wir nur noch viel mehr personen mit unterschiedlichen bewegungen. Witzig dass ich gerade das als beispiel in meinem thread unter steuerungen verwendet habe und du ein paar minuten spater dieses beispiel postest. Gruss Gmd

Hallo and alle "Steuerleute", Zunaechst einmal ein disclaimer: Dies soll kein thread sein fuer MBS verbesserungsvorschlaege oder einzelne spezielle problemloesungen. Ausgangspunkt: Das MBS bietet sehr viele moeglichkeiten auch durchaus komplexe ablaeufe zu steuern, allerdings kann das bei groesseren teilloesungen auch sehr umfangreich und aufwendig werden den ueberblick zu behalten. Ich denke nur an die kopfbahnhofsteuerung, die hier von gunther vorgestellt wurde und auch andere, die sehr beidruckend waren. Zugegebenermassen habe ich einfach nicht die geduld solche "riesigen" steuerungen manuell zu schreiben, und noch obendrein ein gbs zu bauen. Auch die parkplatzsteuerung die ich gesehen habe ist toll. Wie einige ja wissen und verfolgen, baue ich ein programm, mit welchem ich das ziel verfolge steuerungsablaeufe und deren erstellung zu automatisieren. Dafuer braucht man anwendungsbeispiele. Es sind ja etliche beispiele veroeffentlicht worden, oder teil einer umfangreicheren steuerung, die man hier anfuehren kann. Die historischen anlagen von Brummi haben ja einiges an ideen, die seilbahn von Andy, abholen von waggons einer anderen lok von Easy, verschiedene versuche von schattenbahnhoefen usw. Ich will hier nicht aufzaehlen was alles im forum existiert, das ware redundant, aber einige punkte will ich als start einer liste (unten nennen). Wonach ich suche und euch bitte euch zu aeussern, wenn ihr zu folgendem ansatz etwas beitragen koennt. Es sind zweierlei richtungen: 1. Ich suche nach aufgabenstellungen, die manch einer gerne implementieren moechte, aber einfach auf grund des umfangs oder komplexitaet nicht durchfuert. 2. Ich suche nach einfacheren beispielen, deren moeglichen vielfalt es einfach schwer macht sie alle zu realisieren auch wenn es vorlagen gibt. In der nachfolgenden liste moechte ich nun nicht nach 1 oder 2 unterscheiden. Einfach auflisten mit einer kurzen beschreibung zur erklaerung. Und es muessen nicht nur schienenereignisse sein, auch strasse und virtuell. Ein beispiel will ich beschreiben, um zu zeigen, wie weit ich gehen wuerde mit den steueraufgaben. Stellt auch einen grossen kopfbahnhof vor mit 8 oder 10 bahnsteigen (auch weinger ist ok) und typischerweise sind die bahnsteige "tot", oder mal gerade ein par figuren darauf. MBS hat alle werkzeuge virtuelle spuren zu legen und dutzende von leuten auf den bahnsteigen zu bewegen (mit zufallsgroessen - keine starren vorprogrammierten bewegungen). Verschwinden erscheinen, warten drehen, einsteigen, weggehen. usw. Theoretisch koennten modellbauer figuren animieren, die sogar laufen. Manuell kann man so etwas ziemlich vergessen, einfach zuviel aufwand. Vielleicht denkt Neo ja ueber funktionen nach die das erleichtern wuerde, dann waeren auch manuelle plazierungen denkbar. Allerdings 6-8 bahnsteige zu bevoelkern ist wahrscheinlich dann doch zu aufwendig. Nun denkt mal einfach nicht an die polygone und performance. Darueber koenen wir spaeter diskutieren. Solche und andere beispiele moechte ich. Dinge, die ihr eigentlich nicht zu denken wagt, weil es einfach zuviel arbeit machen wuerde oder es fuer den einzelnen vielleicht zu kompliziert ist. Manche dinge benoetigen wahrscheinlich auch mehr als nur eine einfache steuerung. Zum beispiel das zusammenstellen von wagengruppen am abrollberg mit wechselnden reihenfolgen. Auch solche punkte moechte ich hoeren. Ok genug der vorrede: Schattenbahnhof mit beliebig vielen zugkonfigurationen in mehrere richtungen (auch gegenrichtung) Vollautomatischer kopfbahnhof mit zufalls ein-/ausfahrten und/oder fahrten per fahrplan und lokwechsel. Vollautomatischer abrollberg fuer waggongruppierung und zugzusammestellung nach frachtanweisungen. Bevoelkerte bahnsteige. Ich hoffe der lange post schreckt euch nicht ab. Ich bin sicher ihr habt viele ideen, die einfach an verfuegbarer zeit oder umfang scheitern. Lasst sie hoeren. Gruss Gmd

Danke Neo, Ist ja sort of dein taeglich brot .. lol .. Letzteres ist worauf ich aus bin. Matrix operationen sind mit meiner library simple, man muss "nur" die matrizen formulieren. Ich muss mal frueher anfangen, abends wird mein hirn immer besonders langsam und ich ungeduldig.. insbesondere wenn man noch soviele andere ideen im kopf hat. Gruss Gmd

sorry, das sind genau solche seiten die "mir" bei diesem fall nicht helfen. Davon habe ich viele angeschaut. Aber danke fuer die antwort. Gruss Gmd

Hallo, ich probiere diese frage mal hier. Moeglicherweise etwas breiteres publikum als in "Externe Schnittstelle", und ist ja auch allgemeiner. Gegeben sein ein kreisbogen (kein greisbogen ) als teil eines kreises mit radius r im 3d raum, mit den Euler-koordinaten p1 =(x1,y1,z1). Wir nehmen an dass w = 1 ist und das quaternion ist qu1 ={x1',y1',z1',1}, transformiert von den Euler-koordinaten . Wie berechne ich die transformationsmatrix qt, die den punkt p1 nach p2 = {x2,y2,z2} verschiebt und die ebene (gruen) parallel zum einheitsvektor r dreht. In 2D ist das einfach, in 3D habe ich problem die richtige matrizenoperationen zu finden. Ich verwende eine umfangreiche library, also operationen sind nicht das problem. Der ansatz fehlt mir. Man kann das problem ja zerlegen in transformation und rotation, so habe ich das in 2D mit einfachen winkelfunktionen geloest. Jede 3D engine tut das mit transform.around , aber ich habe keine ahnung mehr wie ich transform.around mit quaternions ausdruecke. Das war erstes semester mate und ist sehr lange her. Im web ist nichts konkretes zu finden, nur allgemeiner kram zu den grundlage und 3d engines, die das problem erledigen. Waere toll einen hinweis zu bekommen. Danks Gmd

toll, das reicht, wenn ich zum ersten mal einen typ erkenne kann ich das teil ohne probleme auf null legen, die daten holen und zuruecklegen. Ich frage inzwischen nur einmal den typ ab und dann ist das bekannt. Voellig ok, vielen vielen dank. Ist spaet geworden, mal wieder. Trotzdem noch ein filmchen. https://teutanic.com/trace_block_mit_kompass.mp4 Blockerkennung mit kompass. Habe himmelsrichtungen auf der anlage festgelegt und richte fahrtrichtungen danach aus. So kann ich richtung und gegenrichtung bestimmen. Habe beidseitige blockerkennung (vorwaerts und rueckwaerts) fertig. Neue kaertchen (boxen in der mitte) werden fuer jeden vollstaendigen block angelegt und die gefundenen gleise werden in der originalliste markiert. Naechster schritt sind die weichenstrassen mit schaltung der weichen. Sind aber noch einige sonderfaelle zu loesen. Jedenfalls komme ich ganz gut voran und die neue oberflaeche faengt an sich zu bewaehren. Viele funktionen sind jetzt immer schneller zu implementieren mit mehr und mehr grundlagen. Nebenbei schaue ich mir scripte an (Lua), die ich moeglicherweise abwandeln und verallgemeinern kann. Zumindest sind einige ideen gut, auch wenn die scripte dazu meist speziell sind. Aber das ist ja zu erwarten und ok fuer die meisten faelle. Anyway.. ich gehe schlafen, morgen ist auch noch ein tag, und das wetter ist gut. Danke nochmals fuer deine bemuehungen. Gruss Gmd

meine guete bin ich weit weg von der deutschen sprache .. lol Gruss Gmd

Wirklich gute sache ihr beiden, werde greisverkehr sicherlich verwenden. Gruss Gmd