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.

... oder mal einen vorhanden einfachen EV-Block in ein LUA-Skript wandeln (mit <>) und anschauen und vergleichen. (Zuvor Block duplizieren, um das Original zu erhalten). Gruß Eggu

Das gleiche gilt für Geräuschquellen

In der Anlage ist überhaupt kein Kontakt vorhanden. Nur eine EV-Anweisung, Fahrzeuge zu stoppen (warum "alle" ?, das ist zu unspezifisch, und keine Auslöser vorhanden). Eine Anweisung zum Anfahren fehlt ganz.

Hallo Neo, ich hatte noch einen anderen Anwendungsfall, wenn ich zB ein Signal konfiguriere und mit weiteren Objekt-Variablen versehe, und ich möchte dieses per "Ersetzen" einfügen bzw. ein vorhandenes Signal eben ersetzen, brauche ich dieses Speichern "ohne Gruppe" auch. (Wichtig für Ersetzen innerhalb einer Gruppe, ohne diese hierfür auflösen zu müssen). Götz hatte mir zwar eine Alternative über die EV gezeigt, aber ich halte es trotzdem für nützlich, vor-konfigurierte Elemente so "ersetzen" zu können. Gruß Eggu

Schon ok, nichts zu entschuldigen. Bin immer wieder erfreut, wie schnell Du auf neue Beiträge reagierst. Gruß Eggu

Hallo Götz, ja, das stimmt. Das hatte ich am Ende unter "Hinweis" ja auch beschrieben. Bei der "herkömmlichen" Programmierung könnte ich so die Teilanlage mehrfach einfügen und hierdurch quasi Kopien erzeugen, und jede Kopie hätte auch ihren eigenen Code, das würde meist funktionieren. Ich hatte ja nach eine Lsg. gesucht, wo alle Modell-Kopien mit dem gleichen gemeinsamen Code arbeiten. weitere Anmerkung: Das "Reduzieren" geht doch nur, wenn ich alle Teile, die nicht zu meinem Teilbereich gehören, weglösche. Komfortabler wäre die Option, direkt einen markierten Teilbereich abspeichern zu können (wie bei Katalog - 3dModelle - Neu-aus-Selektion, aber hierbei wird ja kein EV-Code gespeichert). Gruß Eggu

Hallo, ich möchte anhand eines Beispiels (Bahnübergang) einen besonderen Aspekt der EV-Steuerung/Programmierung darstellen und diskutieren. Wenn ich ein Modul (Teil-Modell/Anlage mit EV-Code) kopiere (Ctrl-C, Ctrl-V) wird zwar das eigentliche Modell dupliziert, nicht aber der EV-Code (was hier auch erwünscht ist). Ob die beiden Kopien dann korrekt (insb. unabhängig voneinander) arbeiten, hängt von der Art des Codes ab. Benutze ich z.B. nur Gleiskontakte mit Schlagworten als Trigger, sollte es funktionieren. Referenzieren mehrere Trigger eine gemeinsame Variable, definiert man diese üblicherweise direkt in der EV-Steuerung als Modulvariable. (z.B. einen gemeinsamen Lok-Zähler, um zu triggern, wann die Schranke geschlossen/geöffnet werden muss). Diese Variable wird aber nicht gedoppelt beim kopieren, aber das bräuchte ich hier. Möchte ich nun erreichen, dass mehrere Kopien korrekt mit dem gleichen gemeinsamen Code arbeiten, muss ich die entsprechenden Variablen und Referenzen auch automatisch mit kopieren (und anpassen). Das erreiche ich, indem ich diese Größen nicht im Modul definiere, sondern alle als Objekt-Variablen (also an ein vorhandenes Objekt oder Dummy-Objekt "hänge"). Allerdings ist der Zugriff dann umständlicher, z.B. von einem Kontakt (Auslöser) indirekt (über eine Objekt-Variable) auf das gemeinsame (Dummy-) Objekt verweisen, dort dann die gewünschte Variable angeben oder weiter verweisen auf ein gemeinsames weiteres Objekt oder Liste (z.B. auf eine Liste der Schranken, die bedient werden sollen). In der EV-Steuerung ist das dann das Konstrukt Variable(erweitert)...Variable(erweitert). Wenn ich das so mache, ist eine Kopie sofort funktionsfähig, ohne weitere Anpassungen, weil beim Kopieren automatisch die Variablen und Objekt-Referenzen angepasst werden. In meinem Beispiel habe ich das mal umgesetzt und beschrieben, das funktioniert auch mit den Verzögerungen, allerdings nicht mit expliziten Timern, diese kann ich nicht an ein Objekt "hängen", sondern nur auf Modulebene definieren. Die Methode ist angelehnt an objekt-orientierte Programmierung, nur dass ich hier keine Klassen vorab definieren kann, sondern gleich eine (kopierbare) Instanz. Geht es auch einfacher ? Modul Bahnübergang: F3646E03-DDF4-435E-8EF5-AB192A7DB659 Hinweis: "Bearbeiten - Einfügen-aus - Anlage" funktioniert anders, da wird ein (externes) Modul inkl. EV-Code eingefügt, füge ich es mehrmals ein, wird auch der EV-Code mehrfach eingefügt. Ist der EV-Code wie oben beschrieben entworfen, müsste ich die Kopien löschen, sonst werden z.B. Zähler mehrfach bedient. Gruß Eggu

Anbei eine entsprechende Modifikation von mir, ohne 100% Garantie. Mit zwei EV-Ereignissen. Gruß Eggu Fahrstrassen Test.Eggu-mod.mbp

Auf der rechten Seite fehlt eine weitere Absicherung, z.B. ein Blocksignal. Die Fahrstraßen regeln die Ausfahrt bis zum gemeinsamen Gleiskontakt, aber danach fahren sie unkontrolliert weiter nach rechts. Da aber die Einfahrt auf der linken Seite noch blockiert ist, bleibt die erste Lok stehen und die anderen fahren auf bzw. eng hintereinander her. Außerdem: die Lok links steht nicht auf dem Kontakt, so fährt sie nicht an. Gruß Eggu

Ich befürworte diese Erweiterung. Ich hatte beim Umbau meiner "Alt-Anlage" auf FS auch diverse Crash-Probleme, die alle behoben waren, wenn ich die Züge gekürzt hatte. Jetzt weiß ich, warum. Gruß Eggu

Noch ein Anmerkung bezügl. "Rücksetzen einer Fahrstraßen Anforderung". Wenn nun eine FS aktiv ist und eine Re-Aktivierung "vorgemerkt" ist, entspricht das ja einem neuen Zustand, aber kann ich diesen auch abfragen (EV) oder gezielt rücksetzen (wenn ich auf das Schloss-Symbol klicke, wird die FS-Anforderung ja zurück genommen, aber was passiert mit dem Vormerk-Bit ?). Auch zum Debuggen hilfreich, das Vormerk-Bit explizit darzustellen und zugreifbar zu machen. Gruß Eggu

Hallo Neo, danke für die Analyse, gut zu wissen dass es eine Erklärung für das Phänomen gibt. Gruß Eggu

Hallo Neo, Form-Hauptsignal HP1: 654CA3C2-9B8E-4B46-960D-838B9F3FFA56 (und HP2: 2786CA95-895F-420F-8B42-06B34CCEDC90) ersetzt durch neue Variante Formsignal_1: 0DAC8369-BFCE-4660-B7EA-B70EC7B972B0. Da das Signal Teil einer Gruppe ist mit folgender Methode (ohne Gruppe aufzulösen): Simulationsmodus, Signal anklicken, F5 (Entwurfsmodus, Signal ist noch selektiert), dann Menü Bearbeiten-Ersetzen. In gleicher Weise dann Ersetzung mit den Lichtsignalen. Das verwendete Modul ist noch im Katalog: BBA08FC9-D1BA-4EBD-A804-52B18AABC111 ("2-12 Aheim" von Roter Brummer, 2019) Gruß Eggu