AndreasWB

Hallo Thomas, hallo @Eggu, Solange es sich um eine, ich will nicht sagen: "Spielbahn" handelt, ist der "Nothalt" eine gute Lösung. Aber bei größeren Anlagen und auch hier in MBS haben wir doch die Möglichkeit, Vorsignale zu verwenden. Wie beim großen Vorbild, muß der Zug nach einem Vorsignal, das nicht Vr1 zeigt, seine Geschwindigkeit auf einen bestimmten Wert innerhalb kurzer Zeit verringern. Das ist sogar abhängig von der Art des Zuges. -> Indusi. Genauso handhabe ich das bei meinen MBS-Anlagen. Die Lokomotiven haben eine Verzögerung von ca. 2,1m/s². Für unsere verkürzten Abstände in der Simulation ganz annehmbar. Für die Vorsignale habe ich daher dann eine Geschwindigkeitsveringerung auf 65Km/h im Falle nicht Vr1 eingestellt. Derartig vorbildgerecht "vorgebremst" kommen meine Loks immer am Stoppkontakt zum stehen. OK - der Abstand zwischen Vor- und Hauptsignal muß natürlich angemessen sein. Gruß Andreas

Na ich habe irgendwo erfahren, daß nach neuen Sicherheitsstandards immer ein zweiter Ausgang erreichbar sein muß, wenn der Weg zu einem der Ausgänge durch welches Ereignis auch immer "versperrt" ist. So werden in Berlin auch viele U-Bahnhöfe mit weiteren Ausgängen nachträglich bestückt. Nicht nur wegen der "Fahrgastmassen". Allerdings haben doch viele größere, ältere Bahnhöfe bis jetzt nur einen zentralen Ausgang. Ist ja auch eine Frage der Möglichkeiten, langwierige Planung und Kosten. Gruß Andreas

Hallo Wolfgang, Das mit dem random access war ja zur Verallgemeinerung gedacht, damit klar ist, daß das Signal zum Zeitpunkt des Schaltens keine Informationen über die auslösende Fahrstraße aus MBS auslesen kann. Klar haben auch bei mir die Züge bevorzugte Gleise, die von der jeweiligen Kategorie abhängen. Aber das würde uns hier nur vom Hölzchen aufs Stöckchen bringen. Ich habe nicht ganz so viel Zeit für MBS und muß ja auch noch die Ks-Steuerung der Lokgeschwindigkeiten für Vor- und Hauptsignale auf die V7-Möglichkeiten umbauen. Die Signalbild-Steuerung incl. Zs3 / Zs3v funktioniert jetzt schon mal für meine Ks Haupt- und Vorsignale. Gruß Andreas

Hallo Wolfgang, danke, nettes Szenario. Aber bei Dir "weiß das Signal - genauer die EV - ja vorher, welche Fahrstraße aufgerufen wird. Normalerweise ist der Fall aber anders herum. Eine "zufällig" von woandersher aufgerufene Fahrstraße schaltet das Signal und das Zs3. -> Ein Gleis wird frei: also kann der Zug dann dort lang fahren. Gruß Andreas

Hallo @Goetz, bei dem Fall, über den ich spreche, ist die Situation anders. Die EV soll für alle beliebigen Ks-Hauptsignale (einfaches und Mehrabschnittsignal) gültig sein. Daher ist im Signal die Liste hinterlegt, die angibt, welche Geschwindigkeit für welche Fahrstraße angezeigt werden soll. Ursprünglich wollte ich beim Schalten des Signals dann wissen, welche Fahrstraße das Signal geschaltet hat, um damit das entsprechende Zs3 anzeigen zu können. Allerdings bekomme ich zum Zeitpunkt, da die Fahrstraße das Signal schaltet, immer nur den Status 0. Somit war diese Vorgehensweise eine Sackgasse. Daher habe ich gemäß dem von @Roter Brummer kürzlich gezeigtem Beispiel das Zs3 durch Verknüpfen mit einem eigenen Gleiskontakt als Wegpunkt der Fahrstraße hinzugefügt, womit alle Probleme beseitigt sind. Das Zs3 wird nun in jeder Fahrstraße als zusätzliches Signal behandelt und entsprechend korrekt geschaltet. @prinz: Wie aus der Ausführung ersichtlich, gibt es keine festen Werte in der EV, sondern es ist generalisiert auf alle beliebigen Situationen anwendbar. Keine Fahrstraßen-Liste mehr im Signal notwendig. Gruß Andreas

Hallo @Hawkeye, so hatten wir es ja bis V6. Wenn natürlich die Weichenstraße etwas länger ist, mußte u.U. eine längere Liste von Weichenstellungen geprüft werden. Also ob nun Hp1 oder Hp2. Dann noch bei der Weiterführung, also wenn das Ausfahrtsignal auch noch freigegeben wurde, dann die entsprechende Stellung für das Vorsignal am Einfahrtsignal ansteuern, usw. Das waren recht komplexe EVs. Vieles von dem soll ja nun durch V7 mittels der Fahrstraßen erleichtert werden. Wenn sich allerdings der entsprechende Status nicht an den Punkten des Ablaufs ermitteln läßt, an denen er benötigt wird, ist der ganze Vorteil verspielt. (siehe Deine Beschreibung - alles wieder so wie früher) Gruß Andreas

Hallo Wolfgang, einfaches Scenario: Eine Bahnhofseinfahrt: Ein Gleis nach links mit 40 Km/h, ein Gleis geradeaus mit normaler Streckengeschwindigkeit, ein Gleis nach rechts mit 60 Km/h zu befahren. Ablauf: Anforderung Fahrstraße ins linke Gleis. Prüfung, ob Gleis und Weichenstraße frei: positiv, Weichen und Einfahrtsignal schalten, Wenn Fahrstraße links, dann Zs3 auf "4". Problem: In MBS hat "Fahrstraße links" beim Schalten des Einfahrtsignals noch immer den Status 0, ebenso Fahrstraße geradeaus und auch Fahrstraße rechts. Selbst wenn ich im Signal eine Tabelle (in MBS eine Liste mit Tabellenzeilen) mit den Fahrstraßen und zugehörigen Geschwindigkeiten hinterlegt habe, ist nicht zu ermitteln, welche Fahrstraße aufgerufen wurde und das Signal gerade geschaltet hat. Erst wenn der Vorgang vollkommen abgeschlossen ist, ändert sich der Status für "Fahrstraße links" auf 3. Nun aber ist das Ereignis "Signal schaltet" längst weite Vergangenheit. Somit kann man das Zs3 nicht zusammen mit dem Signal auslösen. Daher: Zs3 mit eigenem verbunden Gleiskontakt (Indusi-Magnet) und als gesonderter Wegpunkt in die Fahrstraße eingebunden. Etwas Zusatzaufwand ist das schon, da man die Änderung nicht nachträglich einfügen kann, sondern die Fahrstraße komplett neu aufbauen muß. Das bedeutet auch gewaltiges Maus-Bewegen über große Bereiche der Anlage (rechte Maustaste gedrückt halten und dabei vielfaches Wischen über den gesamten Bildausschnitt). Ich hoffe, soweit klar. Gruß Andreas

Hallo Wolfgang, genauso, wie Du es beschreibst, hatte ich es mir auch ursprünglich vorgestellt. Als ich dann genau nach dieser Vorstellung meine EV programmiert hatte, mußte ich leider feststellen, daß in MBS eine etwas andere, aber auch plausible, Logik angewendet wird. Hier gilt eine Fahrstraße erst dann als aktiviert, wenn nach Feststellung der "Freigabefähigkeit" alle Wegpunkte (Weichen, Signale) geschaltet und verriegelt sind. Soweit OK. Allerdings gibt es keinen abfragbaren Status, der den Zustand zwischen "Fahrstraße ist herstellbar" (Dein Punkt 2) und "Fahrstraße ist aktiv = 3" (nach Deinem Punkt 4) abbildet. Zu dem Zeitpunkt, da die Signale für die Fahrstraße geschaltet werden, gab die Fahrstraße noch immer den Status "inaktiv = 0", wie auch alle anderen inaktiven Fahrstraßen, wider. Somit ist nicht ermittelbar, für welche Fahrstraße das Signal geschaltet wurde und welche Einstellungen somit für die Zs3-Siganle vorgenommen werden müssen. Es gibt natürliche einen Workaround bei dem man zusätzlich Gleiskontakte an die Zs3-Signale bindet. Gleiskontakte kann man als zusätzliche Wegpunkte in Fahrstraßen mit einbinden. Dies allerdings nicht nachträglich. Das ganze ist nicht besonders prickelnd, aber noch mit viel Luft nach oben. Gruß Andreas

Hallo @Roter Brummer, vielen Dank für die Hinweise zur Verwendung der Zs3.. - Anzeiger in Verbindung mit den Ks-Signalen. Ein eigener mit dem Zs3-Signal verbundener Gleiskontakt (oder Indusi-Magnet) ist ein guter Hinweis. Zumindest hilft es mir bei einer größeren Problemlösung. Läßt sich damit auch die Ansteuerung über Fahrstraßen regeln? OK - war eine rein rhetorische Frage. Damit kann man die nun also auch einbinden. Jedoch gibt es da momentan noch ein Problem mit der Bedienbarkeit (Useability) in MBS. Hat man seine Fahrstraße über Start - Ziel eingemeldet, will man gemäß Programmhinweis nun die zusätzlichen Zs3-Signale als weitere Wegpunkte (Zwischenpunkte) eingeben. Rückmeldung von MBS: Es konnte kein gültiger Pfad gefunden werden. Klar - die Reihenfolge! Die kann man (noch) nicht manuell ordnen/korrigieren. Weitere (Zwischen-)Wegpunkte werden leider automatisch hinten angehängt. Also zukünftig: Fahrstraße Objekt für Objekt in der richtigen Reihenfolge anklicken und nichts vergessen. Dann kann man auch bei den Zs3-Signalen die jeweils richtigen Werte einstellen. Für die Zs3v empfehle ich, diese mit den zugehörigen Zs3-Signalen zu verbinden (so wie bei H/V-Signalen Vor- und weiter hinten folgendes Hauptsignal), sofern keine Weichenstraße dazwischen liegt. Im letzteren Fall hilft meist nur eine kompliziertere EV. Warum? Das Hauptsignal befindet sich nicht in derselben Fahrstraße (des Vorsignals), sondern gehört bereits zu einer Folgefahrstraße als deren Startobjekt. Ausnahme natürlich längere Selbstblock-Strecken. Gruß Andreas

Hallo, sollten die derzeit hier in Entwicklung befindlichen Ks-Signale offiziell ins Programm mit übernommen werden, ist es auch erforderlich, die zugehörigen Zs3.. Zusatzsignale in die Fahrstraßen als Wegpunkte zu übernehmen. Die Argumentation dazu habe ich hier dargestellt. Es geht um die Geschwindigkeitsdarstellung im Fall "Fahrt mit Geschwindigkeitsbeschränkung". Ob und welche Geschwindigkeitsbeschränkung angezeigt werden soll, hängt vom Fahrweg, also der individuellen Fahrstraße ab. Somit müßte die Zs3.. Signalisierung einen eigenen Wegpunkt der Fahrstraßen darstellen, um nach der aktuellen V7-Technik in MBS einstellbar zu sein. Gruß Andreas

Hallo, beim Erstellen von Fahrstraßen mit Ks-Signalen bin ich auf das Problem gestoßen, daß sich die Stellungen Hp2 / Vr2, die wir von Form- und H/V-Signalen kennen, nicht berücksichtigen lassen. OK - bei Ks-Signalen werden diese nur durch die zusätzlichen Zs3 / Zs3v dargestellt. Bei MBS-Fahrstraßen bilden diese jedoch keine "Wegpunkte", obwohl sie die eigentlichen Informationsträger sind. Wie kann ich nun abhängig von der Fahrstraße die unterschiedlichen Zs3-Anzeigen realisieren? Das Ereignis "Signal schaltet", bei dem man dann auch das Zs3 auslösen würde, findet im Ablauf lange vor dem Aktivieren der Fahrstraße statt - somit kann in der EV noch nicht festgestellt werden, für welche Fahrstraße das Signal geschaltet hat. Ich habe von Status 0 bis 3 alles durchprobiert. Da die Zs3... Signale keine eigenen Gleiskontakte besitzen (wurde in einem andere Beitrag im Forum angesprochen), können sie z. Zt. nicht als Wegpunkte erfaßt werden. Ist hier eine Alternative möglich, die ich gerade nicht sehe? Oder kann man für aktive Fahrstraßen die Wegpunkte (hier Signale) per EV nachträglich abfragen? Gruß Andreas

Ah Ralf, ja in V6 hatte ich da auch eine EV-Lösung. Momentan gibt es hier wohl keinen Vorteil aus der vereinfachten V7-Lösung, die die von uns zusätzlich eingesetzten Stop-Kontakte übeflüssig machen sollte. Insofern unterstütze ich Deine Anfrage. Es könnte für die neuen Signale doch einen Umschalter geben, der sie auf Zugspitze oder -mitte umschaltet. Na mal sehen ... Gruß Andreas

Ah danke Neo, gute Nachricht. Also abwarten. Gruß Andreas

Hallo, für die automatische Befüllung/Abruf von Fahrstraßen, z. B. "reale" Schattenbahnhöfe, wird die Information benötigt, welche Fahrstraße (SBhf-Gleis) nicht aktiv, aber durch Zug belegt ist. Gleiches im Fall, daß ein Zug vor dem Schattenbahnhof auf Einlaß wartet. Momentan ist dies ja beide Status 0. Ich weiß: Bei Aufruf einer "blockierten" Fahrstraße schaltet das Programm auf "wartend". Es wäre aber durchaus nützlich, diese Info bereits vor Aktivierungs-Versuch zu haben. Ist hier ein weiterer abfragbarer Status geplant? Oder habe ich die bisherige Status-Beschreibung falsch verstanden? Ich glaube, vor einiger Zeit hat schon einmal ein Kollege einen Vorschlag in diese Richtung geäußert. Danke Andreas

Als der Zug die Weichen etwas holprig überfuhr, sagte ein Fahrgast: "Die Weichen sind heute aber ganz schön Harte." Selber Fahrgast etwas später: "Komisch, aber jedesmal wenn ich an diesem Bahnübergang vorbeikomme, sind die Schranken immer geschlossen". Ja, es war eine etwas längere Bahnfahrt - damals noch Interzonen-Zug.

Bernd, ich habe auch dieses Problem. Solange ich auf Objekte zurückgreife, die in meinen Anlagen bereits verwendet wurden, funktioniert alles einwandfrei. Daher der Eindruck, daß alles andere anscheinend reibungslos klappt. Möchte ich jedoch "wirklich" auf den online-Katalog zugreifen, bekomme ich die Meldung mit dem Verbindungsfehler. Das geht zeitlich einher mit einem Update der Server-Verschlüsselung des Zertifikat-Anbieters der MBS-Betreiber. Diese ist zu vielen (älteren) Betriebssaystemen / Versionen inkompatibel. (Beweis für den kausalen Zusammenhang !!) Es gibt wohl leider seitens MBS keine Chance (so will ich es mal nennen), uns älteren Usern bei diesem Problem zu helfen. Wirklich verstehen muß man das nicht. ein Neu-Installation des PC mit aktuellem Betriebssystem soll wohl helfen. Gruß Andreas

Hallo Streit-ross, Deine Antwort ist so nicht ganz richtig. Das "Ks-003" fungiert als Einfahrtsignal für den keinen "Bahnhof". Bei einer Fahrstrasse in das Nebengleis muß es also "Fahrt mit Geschwindigkeitsbegrenzung", also hier die reduzierte Geschwindigkeit durch die Tafel auf der Spitze des Signals anzuzeigen (40Km/h oder 60Km/h ...). Da aber das folgende Ausfahrtsignal "Halt" zeigt, darf nur das gelbe Licht leuchten ("Halt erwarten"). Es entspricht somit dem Bild (2. Signal von links) in dem oberen Video-Link in Hans' Post vom Montag um 23:23 Uhr. Noch genauer sogar dem, was dem Lokführer im Video darunter angezeigt wird (Signal 11 B). Gruß Andreas

Tonfall: es ist leicht von einemn Wechsel zu sprechen. Es hängt aber noch viel mehr dahinter. Es sind zahlreiche weitere Programme und Entwicklungsumgebungen installiert. Und dann das alles riskieren nur wegen eines Spielzeugs? ... meint Andreas

Hallo Neo, es kann doch nicht sein, daß ich, trotz bisheriger auf Eurer Webseite garantierter Kopatibilität, jetzt nur für die weitere Nutzung von MBS zusätzlich Geld ausgeben soll. Schließlich habe ich vor Eurer Änderung meinen Obulus ordnugsgemäß für die Lizenzen von V6 und V7 entrichtet. Mein System ist aus dem aktuellen Stand, der letztens von Microsoft noch geliefert wurde. Ist das wirklich Dein Ernst?

Hallo Neo, es sind nicht "mehrere" Programme, sondern ausschließlich nur Euer 3D Modellbahnstudio. Alle anderen Programme, auch von internationalen kommerziellen Anbietern, die sich auch selbsttätig gesichert mit den Sites verbinden, funktionieren weiterhin einwandfrei. Hier muß also eine Lösung von Eurer Seite gefunden werden. (Einbinden der Verschlüsselung in das Executable statt externer inkompatibler API) Gruß Andreas

Hallo Neo, klar, kann man nicht blind losraten. Daher nochmals (teileise wiederholt aus dem Eingangs-Post): Am 26.9. habe ich die V7 erworben. Danach die neue Lizenz bezahlt und nach Installation auch erfolgreich freischalten können. Sodann hat vermutlich zunächst auch die Kommunikation mit Eurem Server erfolgreich funktioniert. Erst als wenige Tage später die Meldung über ein Update für V7 erschien, welches ich dann auch installiert habe, fing der Ärger an. Beim Starten der Anwendung bekam ich ab dann immer diesen "Trieselkries" für einige Minuten, bis sich dann die Startseite mit meinen zuletzt geöffneten Anlagen erscheint. @alle Die fehlende Verbindung merkt man zunächst nicht! Solange man Bauteile verwendet, die auch schon in früheren Anlagen vorhanden sind, funktioniert das Auswählen und Einfügen einwandfrei. Nur - !! - wenn man Bauteile auswählt, die man noch niemals bisher verwendet hat, erst dann kommt die Meldung über den Verbindungsfehler. Da ich die neuen Fähigkeiten von V7 bei meinen bestehenden V6-Anlagen ausprobiert habe, trat das Problem die ersten Tage auch noch nicht auf. So, nun wieder @Neo: Meine Computer-Kenntnisse sind hinreichend gut. Nur mit Widows-Interner hapert es etwas. Eine meiner Vermutungen war, daß die Windows-Firewall (Win 7 - 64 bit pro) das Programm irgendwie blockiert, scheint jedoch nicht der Fall zu sein (siehe Anhang). Wie findet MBS den Zugang zu Eurem Server? Ist ggf. die entsprechende Info im Programm beschädigt? Fehlende/beschädigte Config irgendwo? Was kann ich im Installations-/ Datenverzeichnis überprüfen? Der Speicherort meiner Anlagen / Datenbank ist nicht im default %appdata% des Systemlaufwerks, sondern auf meiner Daten-HDD (siehe Anhang). Zunächst dachte ich, daß ggf. eine Neu-Installation das Problem beheben könnte. Jedoch kann ich nun die nochmals installierte V7 nicht mehr Freischalten (mangels weiterhin bestehender Verbindungs-Fähigkeit). Auch die alte V6, die parallel weiterhin installiert ist, hat nun dieses Verbindungsproblem. Welche Informationen benötigt Ihr noch? Gruß Andreas

So, also jetzt kann sich V6 auch nicht mehr mit Euch verbinden. Die Einstellung in der Windows-Firewall besagt, daß die Kommunikation "innen / außen" zugelassen ist. Woran bitte kann es noch liegen? Gruß Andreas

Hallo, nachdem sich die registrierte V7 automatisch aktualisiert hat, bekommt sie keine Verbindung mehr zur online-Datenbank. Beim Start sucht sie "ewig", bevor sie mir meine zuletzt geöffneten Projekte anzeigt. Anlagen oder Objekte mittels ID werden nicht gefunden. Ebenso der online-Katalog. Gruß Andreas

Hallo Götz, auf Basis Deines Hinweises habe ich eine "Sicherung" in die EV eingebaut. Damit sollte ein Fortpflanzung unterbunden sein. (soweit die Theorie) Gruß Andreas

Nachtrag, hm, irgendwie ist bei mir der Wurm drin. Meine freigeschaltete V7 kann sich nicht mit dem online-Katalog verbinden. Also ab dem Aufruf irgendwelcher Inhalte des Online-Ordners. Auch der Aufruf der Anlagen-ID funktioniert da nicht. Bauteile bei der Erstellung einer Anlage holen funktioniert hingegen. Gruß Andreas