Eggu

Automatische Verzögerung/Beschleunigung lassen ein Fzg. dem Vordermann folgen (in gewissen Grenzen), natürlicher wäre aber eine Art Abstandstempomat, d.h. eine Regelung, die sich an der eigenen (ursprünglichen) Ziel-Geschw. orientiert. Jetzt ist es z.B. so, dass ich autom. abbremse, wenn ich drohe dem Vordermann aufzufahren, ok. Wenn der dann aber wieder beschleunigt, so folge ich, aber auch über meine ursprüngliche Geschw. hinaus (so meine Beobachtung). Besser wäre es, die ursprüngliche Geschw. (vor dem Abbremsen) einzuregeln. Gruß Eggu

Danke, gut.

.. auch bekannt unter "Prozess/Thread-Synchronisation, Leser/Schreiber-Problem, Semaphore, ...): Können sich Events gegenseitig unterbrechen ? Oder werden die in eine Warteschlange eingereiht und nacheinander abgearbeitet ? Wenn ich eine gemeinsame Variable (z.B. einen Zähler) in einem Event hochzähle und im anderen runter, kann es zu Problemen kommen, wenn sich diese Schreib- bzw. Leseaktionen gegenseitig unterbrechen (da dies normalerweise nicht atomar geschieht, sondern auf ASM Ebene mehrere Befehle umschließt --> Daten-Konsistenz nicht gewährleistet). Deshalb braucht man hierfür Synchronisierungsmechanismen (Stichwort: test&set Befehl), oder man implementiert die Event-Abarbeitung eben unterbrechungsfrei (ähnlich Interrupt-Sperre auf Assembler-Ebene). --> Quell schwer zu findender Bugs gerade in Echtzeitsystemen. Wie ist das im Modellbahn-Studio gelöst ? Gruß Eggu

Ok, verstehe, eigentlich schade, sehr nützliches Tool. Gruß Eggu

Danke für das Video, schöne Musik. Aber da ist ja noch einiges an Handarbeit nötig, wobei das Tool das sicher auch automatisch könnte, mit einer kleinen Erweiterung. Ich habe als schnellen Workaround die Einzelspur gedoppelt, verschoben, und an die Doppelspur-Enden angefügt, die Überlappungen fallen nicht auf, (allerdings dann mit durchgezogenen Linien), anbei ein Bild mit dem Prinzip.

Steht so in dem von mir oben verlinkten Beitrag (bis einschl. V4)

Angeregt durch das Tutorial ... lesen-komplexer-ereignisdefinitionen-im-lua-format möchte ich anregen diesen Gesamt-LUA Export wieder zu implementieren. Für eine Gesamtübersicht über die EV, insbesondere bei der Fehlersuche, fehlt mir eine globale Ansicht (inkl. Suchen, Suchen/Ersetzen). Gruß Eggu

Das Tool fkt. auch für Straßen, aber nur für einspurige (am Rampen-Tool getestet), gibt es ein Workaround für mehrspurige Straßen ? Man kann die Teile der erzeugten einspurigen Rampe per "Bearbeiten-Ersetzen" durch mehrspurige Straßensegmente ersetzen, diese haben dann aber trotzdem nur eine Spur. Gruß Eggu

Wenn ich im Online-Katalog suche (z.B. "Maschinist") werden die Elemente gefunden, und zwar wenn ich dies tue auf oberstem Level "Online-Katalog", auf nächst tieferem "Entdecken", aber nicht auf "Menschen und Tiere", dann erst wieder auf "Menschen", wo dann auch (bei mir 2) Elemente angesiedelt sind. D.h. die Suche umschließt auch alle Sub-Ebenen, wenn ich auf Online-Katalog oder Entdecken beginne, tiefer dann aber nicht mehr. Soll das so sein ? Eine Such-History (Aufklappfeld) wäre auch hilfreich. Gruß Eggu

Ich möchte noch einen Punkt ergänzen, der hier ev. gemeint ist, und mit dem letzten Update gelöst wurde: Wenn per EV eine Fahrstraße angefordert wird, die gerade noch geschaltet und belegt ist (sichtbar am Schloss-Symbol), kann diese Anforderung verloren gehen, wenn nicht auch das "Vormerk-Bit" gesetzt ist, siehe Bild. Gruß Eggu

Danke, ok, dann warte ich auf die integrierte "Verkehrsregelung". Gruß Eggu

Möchte hier auch bestätigen, dass es wohl ein Problem gibt bezügl. "Fzg. vergisst target kurz nach Zuweisung wieder (sporadisch, aber gehäuft)". Experimentiere mit der Konzeptidee von Neo bezügl. "problematische Abzweigung", habe 3 Näherungkontakte mit gleicher EV dahinter, aber nur ein an einem Kontakt tritt gehäuft das Target-Vergessen auf. Werde versuchen, das genauer zu analysieren, scheint mir aber ein Bug zu sein. Gruß Eggu

Danke, aber logisch ist es trotzdem nicht, es blockiert sich ja nicht wirklich gegenseitig. Ich "experimentiere" gerade mit der Konzeptidee von Neo bezügl. "problematische Abzweigung", und da werden nebst Zielen auch Fahrstraßen zur Absicherung benutzt (kennst Du, hat ein Like von Dir). 6777-problematische-abzweigung--Neos-Konzeptidee Unschön hierbei war ja in diesem Fall, dass eine Fahrstr. erst dann als belegt gilt, wenn die Lok/Fzg komplett den Start-Kontakt passiert hatte. (Um lange Fzg. korrekt zu berücksichtigen, musste man den Näherungskontakt weit genug vor der Kreuzung platzieren, aber dann wurde gerade für kurze Fzg. unnötig früh der Abschnitt als belegt markiert). Wenn man aber zusätzlich die Fahrstr. anfordert (per EV), gilt sie gleich beim Betreten als belegt. Das ist der Hintergrund. (Dieser Ansatz ist aber auch nicht ideal, gerade wenn mehrere Fzg. dicht hintereinander anrücken und "anfordern" und "freigeben") Gruß Eggu

Ich habe eine einfache Straße (eine Spur in jede Richtung) mit je einer einfachen Fahrstraße. Schalte ich die eine (Schloss-Symbol), so ist die andere blockiert (Pausen-Symbol beim Aktivierungsversuch), obwohl beide Fahrstraßen doch vollkommen unabhängig sind ... welche Logik steckt dahinter ? Danke und Gruß Eggu Anlage: 05DC516D-C8D1-498C-9D00-697A92D71B2D

Anmerkung: Im Sim.-Modus kann ich auch ein Objekt selektieren, dann Sim beenden (F5), und Objekt duplizieren (Ctrl-D, oder Alt-LMB). Aber: Das duplizierte Objekt wird dann nicht an Ort und Stelle erzeugt, sondern erscheint in der Nähe des Koord. Ursprungs, das Verhalten sollte man korrigieren (solange es keine erweiterten Möglichkeiten gibt, Elemente innerhalb einer Gruppe zu bearbeiten). Gruß Eggu

Ich glaube es liegt an der Verknüpfung zum GBS, das Signal dort kann nur 0 und 1. Wenn man die Verbindung löst (siehe Bild), fkt. es. Gruß Eggu

Versuche gerade einen Kranführer in die Kabine des Verladekrans zu setzen und zu verknüpfen. (4F3DD266-640D-47F1-9DFC-0F0FAA4BFDA9). Aber wenn der Kran dann verlädt und sein Ausleger inkl. Kabine sich bewegen, bleibt der Kranführer an Ort und Stelle (eigentlich klar, das eigentlich Kran-Modell verschiebt sich ja nicht). Gibt es hierfür eine Lsg. ? Gruß Eggu (auch Hesse)

Hallo, ich war vor kurzem ein ähnliches Problem angegangen und hatte es zur Disk. gestellt, möchte deshalb nochmals darauf verweisen: modul-mit-ev-steuerung-kopierbar-entwerfen-ohne-code-dopplung Gruß Eggu

Gibt ja keinen Crash (manchmal schon), sondern Stau . Aufwand hält sich in Grenzen, siehe Anhang. Gruß Eggu

Ja, sieht natürlich viel eleganter aus. Wenn aber der Zug doch 'mal zu weit fährt, hängt dann ev. der Zug fest und nach und nach die ganze Anlage (wie ich oben beschrieben habe). Deshalb der Nothalt für das , was der Name schon aussagt, als letzte Maßnahme, um den automatisierten Ablauf nicht zu blockieren. Gruß Eggu

Danke Götz, aufschlussreiche Testanlage, und auch diese mit Liebe zum Detail gestaltet. Thema Nothalt: kann man ja auch ohne Extra-Kontakt mit wenig EV direkt an den Signal-Kontakt knüpfen ( v-ist-Lok = 0, wenn Signal auf Halt schaltet). Ev. mit Schlagwort filtern, um z.B. Vorsignale hiervon auszunehmen. Gruß Eggu.

Sehr interessant. Hatte jetzt auch einige Zeit für das Debugging verbracht, beim Umbau einer Alt-Anlage auf Fahrstraßen, 2 Hauptursachen für Fehlverhalten: 1- Zug hält am Stopp-Signal an, fährt/schleicht aber weiter, weil: Ende vom Zug steht noch auf einem Beschleunigungskontakt, und der schiebt dann ja permanent (war das schon immer so ?) 2- Bremskraft realistisch niedrig, aber (wie oben beschrieben): Zug hält nicht rechtzeitig und schiebt in die noch gesperrte Fahrstraße hinein, bis zum Halt. Kommt jetzt die Freigabe, wird die Fahrstraße als besetzt erkannt und der Zug startet nicht (der zu startende Zug steht zu weit in der Fahrstraße und blockiert diese selbst). Man sollte als auf jeden Fall einen Nothalt haben, Idee: --> Nothalt-Kontakt standardmäßig in einem Signal zufügen (sichtbar oder unsichtbar). Gruß Eggu

yeep, just found the clip from 5 weeks ago, done with V7, same effect .. group-move in-V7

In this clip you can see a group-move, after some seconds, the contact (black/white) looses contact (then shows as grey). You also can see how tracks get separated. It is done in V6, I could not reproduce in v7. group-move-clip

I had the same or similar effect. When moving a group around with the mouse button pressed down, some parts of the group slightly moves a little bit slower or faster than the rest of the group, so for e.g. tracks and contacts lost their contacts. Might be I have a video clip of this, I have to look.