EBuLa Anzeige für Zusi (ZusiDisplay Vorläufer)

[Peter Krause]

@Jens

Jo, das mit dem Kollidieren der Tasten hatte ich mir auch schon gedacht. Komisch ist nur dass die (Pfeiltaste links) in ZUSI eigentlich garnicht belegt ist?! Zumindest nicht nach den Einstellungsoptionen, hab nachgesehen. Naja kann mir ja trotzdem mal die Belegung ändern.

[Carsten Hölscher]

Pfeil links (oder auch 4 im Zehnerblock) standardmäßig ist AFB=0

carsten

[Peter Krause]

Jo, die Verbindung zu NUM 4 habe ich garnicht beachtet.

[Andreas Damm]

Eigentlich haben die Tasten 2 verschiedene Codes (37 ohne NUM, 100 mit NUM) Zusi jedoch beachtet diesen Unterschied nicht. Mein Zusitool z.B. kann aber einen Unterschied machen, d.h. man kann z.B. in Zusi NUM4 für AFB lassen und bei mir auf den Linkspfeil "Ansage stumm rück" legen.

Andreas

[Timo Sp.]

Ähm...
... will ja nicht unken, aber 1.3c macht die gleichen Ferz (oh, das war Dialekt, ich meinte: Fürze... ) wie 1.3b:
"config.xml ist veraltet (version: 0.1)..." und Fehlermeldungen wie schon oben beschrieben.

Dazu noch: Wenn ich mit den Tasten (z.B. 'Zug') ein Fenster öffne, dann springt nach Schließen des Fensters die Taste 'FSD' zu 'Plan' (weiß der Teufel, was das heißt...) und wenn ich dann auf 'Plan' drücke, bekomme ich wieder eine 'unhandled exception', in dem Falle:
"Object reference not set to an instance of an object."


What am I doing wrong?!? Muß ich das .net-Zeug neu installieren?

Für Anregungen dankbar,
Timo

[Jens Haupert]

Hallo,
die Sache mit FSD/Plan hab ich auch bemerkt. Ist auch schon gerichtet.
Desweiteren wurde der Wunsche nach alternativem Laden auf Streckenverzeichnis eingebaut.

Warum die Fehlermeldung bei Timo Spagerer immer wieder auftaucht ist mir ein Rätzel, hatte die nocht nie!
Tritt die Meldung auch mit der "configuration.xml" auf, die im Paket mitgeliefert wird? Und bei V1.3b trat die nicht auf?
Bin da jetzt etwas ratlos. Hat noch jemand das Problem?

MfG Jens

P.S.: Die fehlerbereinigte Version 1.3d gibt's die nächsten stunden (hoffe ich)

[Daniel Rüscher aka Merlin]

Es wär halt mal interessant die genaue Meldung der unhandled exception zu bekommen.

[Jens Haupert]

Hallo,
1.3d ist raus.
Das Patch-Paket enthällt nur die neue "EBuLa.dll", einfach die alte damit überschreiben!

Falls, EBuLa trotz falscher conf Version läuft, könnte man die Meldung einfach rausnehmen.

@Merlin:
Die unhandled exception sollte vom falschen FSD Knopf herrühren und mit 1.3d verschwunden sein!

MfG Jens

[Timo Sp.]

Aaaalso, habe 1.3d ausprobiert:
Es mosert immer noch über die veraltete config.xml... was den Ablauf des Programms aber sonst nicht besonders zu jucken scheint, damit kann man also leben.
Übrigens machen alle 1.3er Versionen bei mir das Problem, bei v1.2 erscheint die Fehlermeldung nicht.

Unhandled exceptions tauchten bisher nicht mehr auf , dafür blättert Ebula nicht mehr automatisch weiter ... !

Das mal als erster Erfahrungsbericht, vielleicht tut sich noch was wenn ich etwas länger fahre... bin jetzt zu müde .

Bye,
Timo

[Jens Haupert]

Aaaalso, habe 1.3d ausprobiert:
Es mosert immer noch über die veraltete config.xml... was den Ablauf des Programms aber sonst nicht besonders zu jucken scheint, damit kann man also leben.
Übrigens machen alle 1.3er Versionen bei mir das Problem, bei v1.2 erscheint die Fehlermeldung nicht.

Unhandled exceptions tauchten bisher nicht mehr auf , dafür blättert Ebula nicht mehr automatisch weiter ... !

Das mal als erster Erfahrungsbericht, vielleicht tut sich noch was wenn ich etwas länger fahre... bin jetzt zu müde .

Bye,
Timo

Hallo,
da EBuLa trotz Fehlermeldung "... veraltet" läuft, ist die Meldung für die nächste Version rausgeflogen.
Nehme mal an du setzt EBuLa und Zusi auf'm gleichen Rechner ein.
Dann sollte das Weiterblättern auch klappen. Ich prüfe das aber nochmal!
(Tip: erst von manuel -> automatik schalten, nachdem man man die erste Betriebsstelle überfahren hat, da aus dem Textfahrplan nicht hervorgeht wie lang die Strecke vom Aufgleispunkt bis zum ersten Signal ist.)

[Peter Krause]

Wie bereits erwähnt betreibe ich ZUSI und EBULA auf einem Rechner. Bei mir gibt es überhaupt keine Fehlermeldungen. Auch die 1.3d nebst Patch läuft bei mir normal.

@ Jens
Ich habe eine Frage zum neuen Feature "Fahrplan in Streckenverzeichnis suchen". In welchem Verzeichnis genau muss die Textdatei des Fahrplans denn stehen? Ich habe mal auf der Oberen Ruhr V08 einen Textfahrplan für den Dz15305 über ZUSI generieren lassen und in das Streckenverzeichnis kopiert (....\Strecken\ObereRuhrtalbahn\Version_08). EBULA findet die Datei aber nicht.

[Jens Haupert]

Wie bereits erwähnt betreibe ich ZUSI und EBULA auf einem Rechner. Bei mir gibt es überhaupt keine Fehlermeldungen. Auch die 1.3d nebst Patch läuft bei mir normal.

@ Jens
Ich habe eine Frage zum neuen Feature "Fahrplan in Streckenverzeichnis suchen". In welchem Verzeichnis genau muss die Textdatei des Fahrplans denn stehen? Ich habe mal auf der Oberen Ruhr V08 einen Textfahrplan für den Dz15305 über ZUSI generieren lassen und in das Streckenverzeichnis kopiert (....\Strecken\ObereRuhrtalbahn\Version_08). EBULA findet die Datei aber nicht.

Hallo,
das ist ja interessant. Ich hab mir zum Testen auch einen Textfahrplan erstellt und nach \Strecken\ObereRuhrtalbahn\Version_06 kopiert, da dort ja einige fertige Fahrpläne liegen. Das hat prima geklappt.
EBuLa sucht die Fahrpläne in dem Verzeichnis, in dem auch die Strecke (*.str) liegt.
Die Datei muss den folgenden Namen haben:
<Fahrplanname>_<Zuggattung><Zugnummer>.txt
z.B. also: Fahrplan1988_D2328.txt

Ich hoffe das hilft.

MfG Jens

P.S.: Die Dokumentation sollte an diesem Wochenende fertig werden!

[Peter Krause]

@ Jens

Aaahh, da hatte ich dann wohl den falschen Dateinamen. Ich werde das Ganze morgen nochmal testen.

Danke

[Andreas Damm]

Hallo Jens,

ich habe jetzt auch mal die 1.3d installiert.

Ich habe die linke Rheinstrecke in Zusi laufen, Zug ist 7315.
Wenn ich in ebula die Zugdaten von Zusi übernehmen möchte, sagt er, dass er z7u viele Dateien findet. wie kann das sein? Es befindet sich im temp-Ordner geneu eine 7315.txt

Wenn ich die Zugdaten manuell eingebe, sagt er: Keine Datei gefunden.

Wähle ich den Button "Zug" nun ein drittes Mal an, und gehe wieder auf "von Zusi übernehmen", so sagt er weiter hin "keine Datei vorhanden". Müsste er nicht wieder zu viele finden?

Aber wichtiger ist für mich die Frage: Wieso findet er zuviele?

mfg
Andreas

[Andreas Damm]

Stimmt da was nicht??

Ich habe jetzt im temp-Ordner folgende Dateien gelöscht:
RE17315.txt und UEG67315.txt Nun geht es.

Warum versucht er diese Dateien auch zu verwenden?

Andreas

[Jens Haupert]

Stimmt da was nicht??

Ich habe jetzt im temp-Ordner folgende Dateien gelöscht:
RE17315.txt und UEG67315.txt Nun geht es.

Warum versucht er diese Dateien auch zu verwenden?

Andreas

Hallo,
das liegt daran, dass ich nach Dateien suche, die nach dem Muster <Zuggattung><Zugnummer>.txt ENDEN.
D.h. wenn es mehrere Züge gibt, die die selbe Zugnummer haben (was hier ja der Fall war) kommt die besagte Fehlermeldung.
Das Problem ist halt, dass einige Züge aus älteren Fahrplänen keine Zuggattung haben.
Werde dass für Version 1.3e ändern.

MfG Jens

P.S.: Doku ist fast fertig und geht mit 1.3e raus.

[Andreas Damm]

Hi,

bei Zügen ohne Zuggattung suchst du dann einfach nach <Zugnummer>.txt, das müsste auch gehen.
Bzw. du kannst ja sogar weiterhin nach <zuggatt><zugnr>.txt suchen, wenn Zuggattung="", ist das ja dasselbe. nur aus dem ENDEN würde ich ein GENAU GLEICH machen.

mfg
Andreas

[Peter Krause]

@ Jens

Hab den Dateinamen geändert und jetzt klappt's.

Allerdings ist der generierte Fahrplan in Rohform unbrauchbar. Da stimmen einige Vmax nicht so ganz. Da muss ich wohl noch ein bischen rumeditieren.

[Sven Jähnig]

Soo, vielen dank erstmal für dieses Tolle Programm. Bin nach langer Zeit endlich mal dazu gekommen, auch zu testen. Macht wirklich Spass, mit Hilfe von Ebula Zusi-Strecken abzufahren, zumal ich den alten 14 Zöller von meinem alten Rechner (der zu nix mehr zu gebrauchen ist) an meinen Monitor-Ausgang am Laptop gesteckt habe und somit am Laptop richtig schön mit 2 Monitoren fahren kann.
Ich habe nur ein problem (Aktuellste Version):
Wenn ich Fahre, klappt alles soweit mit dem weiterscrollen des Fahrplanes und so. Nur sobald ich irgendwo an einem Planhalt anhalte, springt die Markierung auf den letzten Eintrag im Fahrplan. Dort bleibt sie auch, erst nach dem anfahren kann ich den Zug neu Einladen und dann läuft er wieder richtig mit, bis zum nächsten halt. Wenn ich den Zug nicht einlade, bleibt er auf ewig auf dem letzten Eintrag stehen. Bei ICs oder so ist das zwar recht egal, aber bei einer S-Bahn nervt es doch schon, nach jedem Halt den Zug neu einzuladen.
Hat sonst noch jemand dieses Problem?

Sven

[Jens Haupert]

Ich habe nur ein problem (Aktuellste Version):
Wenn ich Fahre, klappt alles soweit mit dem weiterscrollen des Fahrplanes und so. Nur sobald ich irgendwo an einem Planhalt anhalte, springt die Markierung auf den letzten Eintrag im Fahrplan. Dort bleibt sie auch, erst nach dem anfahren kann ich den Zug neu Einladen und dann läuft er wieder richtig mit, bis zum nächsten halt. Wenn ich den Zug nicht einlade, bleibt er auf ewig auf dem letzten Eintrag stehen. Bei ICs oder so ist das zwar recht egal, aber bei einer S-Bahn nervt es doch schon, nach jedem Halt den Zug neu einzuladen.
Hat sonst noch jemand dieses Problem?
Sven

Hallo,
um welche Strecke / welchen Zug handelt es sich denn? Normalerweise machen nur Kilometersprüge solche Probleme.

@all:
Version 1.3e ist jetzt online:
- FIX: Laden von Zügen ohne Zuggattung verändert (mit den von Andreas Damm angedachen Änderungen)
- FIX: Tastatursteuerung im Zugauswahldialog repariert (da hat sich der Dialog durch drücken der Taste 'E' geschlossen; dumm halt wenn man als Zuggattung RE oder ICE eintragen wollte )

An all die den Patch laden, bitte vorher die Dateien "MMI.EXE" und "EBuLa.dll" sichern, man weiß ja nie.

Auch eine Dokumentation steht online. Für alle die Hilfe beim Eintragen der Daten benötigen. (Rechtschreib- und Grammatikfehler sind gratis)

MfG Jens

http://www.babylon2k.de/apps/ebula