Zusi-Forum

Ich hab nicht den Überblick, was jetzt gerade woran hakt, aber die Lösung kann nicht sein, dass im Programme-Ordner Schreibrechte eingeräumt werden müssen.

Carsten

Wunderbar. Ich liebe Rätselraten und Leuten Dinge aus der Nase ziehen

Seit ZusiSim 3.3.5.4 können die Züge in .fpn-Dateien wahlweise als separate .trn-Dateien oder als <trn>-Knoten enthalten sein. Die entsprechende Option ist ganz offiziell in der Hobbyversion verfügbar. Zusatzsoftware muss mit beidem umgehen können.

Hier schreibt F.Schn.:

Mit der Protokolländerung funktioniert alles: […] Es spielt keine Rolle, in welchem der Datenverzeichnisse der Zug liegt. Es spielt auch keine Rolle, ob der Zug eine integrierte trn-Datei oder eine ausgelagerte hat.

Daher die Frage, ob du da andere Erkenntnisse hast. Unter welchen Umständen funktioniert der Start per TCP (ohne temporären Behelfsfahrplan) nicht wie gewünscht?

Die Frage ist nicht, ob Zusatzsoftware mit beiden Varianten umgehen kann, sondern ob die TCP-Schnittstelle es kann. Und die kann es nicht! Hier wird nur ein integrierter Fahrplan akzeptiert. Ich weiß aus der Arbeit an einem anderen Programm, das konkret das FIS aus dem ZusiDisplay auf die Verzeichnisstruktur angwiesen ist. Damit ZusiStart aus einem Fahrplan mit Einzeldateien einen integrierten Fahrplan machen kann und dieser dann in einem anderen Verzeichnis (mit Schreibrechten) abgelegt wird, müssten u.a. auch die dazu gehörigen ZusiDisplay-Dateien umgeschrieben und kopiert werden. Ich habe zig Stunden damit verbracht (die ich eigentlich gar nicht habe) und keine zufriedenstellende Lösung gefunden.Der Aufwand ist enorm.

Liegt der originale Fahrplan bereits im Datenverzeichnis des Anwenders, stellt sich das Schreibrechte-Problem nicht. Das Umschreiben der FPN-Datei bleibt dennoch, solange a) der Fahrplan Einzeldateien benutzt und/oder b) die TCP-Schnittstelle die "alten" Zugdateien nicht akzeptiert.

Eine weitere Lösung wäre, die Bestandsfahrpläne einmalig pauschal in integrierte Fahrpläne an Ort und Stelle umzuwandeln. Dann würde das Schreibrechte-Problem nur einmalig für diesen Vorgang auftauchen. Der "Konverter" könnte allerdings auch administrative Rechte bekommen. Der Anwender weiß ja, was da gerade vor sich geht. Auch das ist mit sehr wenig Aufwand machbar.

Für ZusiStart bliebe noch die Variante des Zug-Starts über die Kommandozeile. Dann gibt es aber wieder das Problem der fast immer fehlenden F-Tasten.

Dieser ganze Text ist einfach nur Murks

Das Streckenbaututorium konnte ich ohne Probleme starten. Und das hat im offiziellen Bestand ja keine integrierten trn-Dateien.

Und die zweite Frage wäre: Klappt es, wenn du die Datei im Privaten Datenverzeichnis dort hin legst, wo sie auch im offiziellen Datenverzeichnis liegt? Wenn nein, welches Programm macht dann genau Probleme?

Es geht doch um die Bestandsfahrpläne. Es ist nicht sinnvoll, diese in eine anderes Verzeichnis zu kopieren. Und zwar komplett, mit dem gesamten Verzeichnisbaum, nur um sie dann dort in die integrierte Variante zu konvertieren. Das sollte dann besser einmalig an Ort und Stelle geschehen. So langsam favorisiere ich diese Lösung.

Nee, nun nicht mehr

Noch mal die Frage: Was für ein Problem äußert sich denn, wenn die trn-Dateien nicht integriert sind?

Und zum zweiten Punkt: Nein, der modifizierte Fahrplan sollte im privaten Datenverzeichnis in den Ordner kommen, den der originale Fahrplan im offiziellen Datenverzeichnis hat. Also nichts kopieren, sondern die eine, selbst erstellte Datei dort hin schreiben. Damit müssen alle Zusatztools zurecht kommen.

a) b) nein, geht nicht

Zu a): Diese Fehlermeldung kommt also, wenn du die .fpn-Datei eines "nicht integrierten" Fahrplans und eine Zugnummer per TCP übergibst, richtig?

Ja, gerade ganz frisch ausprobiert. Allerdings nur dieser eine Zug, den ich probiert habe.

Ui, mir kam gerade ein ganz böser Verdacht. Guckste doch mal:



Was sagt Windows dazu:



Der Vollständigkeit halber:



In der Tat, es gibt 3.4.2 und ich habe 3.4.

@Johannes: wer lesen kann, ist klar im Vorteil. Sage ich zu mir ! fpn-Datei eines nicht integrierten Fahrplanes? Nee, wie "früher", eine trn-Datei habe ich geschickt. Au weia, das ist wohl, oder?

Holger Maaß hat geschrieben: ↑01.03.2021 17:25:05 Au weia, das ist wohl, oder?

Ach - du - liebe - Güte! Das war jetzt wohl Betriebsblindheit in höchster Vollendung. Ja, das ist es. Nimm einfach die fpn-Datei statt der trn-Datei! Oh Mann, oh Mann. Peinlich !

Gruß
Holger

Trotzdem hätte ich die Bitte an dich, Carsten, zukünftig nicht die Bedeutung von Knoten/Attributen umzudefinieren, sondern neue IDs zu vergeben. Man spart Toolautoren Zeit und Frust, wenn eine aussagekräftige Fehlermeldung kommt („Attribut 0x0001 wird nicht mehr unterstützt, bitte Attribut 0x0002 verwenden“), anstatt dass es kommentarlos nicht funktioniert. So kenne ich das aus anderen Protokollsprachen (z.B. Protobuf oder Ice).

In diesem Fall war das in der PDF-Doku noch nicht einmal als geändert („Sternchen“) markiert.

Holger Maaß hat geschrieben: ↑01.03.2021 13:29:18 ...ZusiStart benötigt nun Schreibrechte im Ordner "C:\Programme (x86)\Zusi3\_ZusiData\Timetables" und allen seinen Unterordnern.

Also ohne Schreibrechte klappt der Start per TCP jedenfalls nicht. Irgend etwas wehrt sich in mir, dort Schreibrechte zu vergeben...

@all: Bitte mal kurz abwarten, bei Holger das Update raus hat.

Recht so, F.Schn. , nämlich in diesem Moment. Die Version 1.9 (ohne FPN-TRN-Schreibrechte-Konvertierung-AnderesVerzeichnis-Disaster) steht ab sofort zum Download bereit:

Download

So nebenbei habe ich noch die Bilder der Fahrzeuge auf den neuesten Stand gebracht. Eine neue Update-Komponente ist zwar schon in engerer Wahl, aber noch nicht im Einsatz. Die muss ich erst noch testen.

Gruß
Holger

Juhuuuu

Erster schneller Test: rennt wieder!

Besten Dank!

Matthias

Dem kann ich mich nur anschließen: Vielen Dank Holger, der TCP-Start funktioniert wieder!

Eine Kleinigkeit ist mir aber dennoch aufgefallen, dies war aber denke ich auch in den Vorgängerversionen von ZusiStart so:

1. Start: ZusiStart öffnen und auf "ausgewählten Zug fahren", ZusiStart minimiert sich, Zusi öffnet sich, Fahrplan wird geladen, nach dem Schließen von Zusi maximiert sich ZusiStart, alles gut
2. Start: ZusiStart ist noch geöffnet, anderen Zug auswählen und auf "ausgewählten Zug fahren", ZusiStart minimiert sich, Zusi öffnet sich, Fahrplan wird nicht geladen

D.h. ZusiStart muß immer erst wieder geschlossen und erneut geöffnet werden, damit der Start eines neuen Zuges per TCP klappt.

Danke (!) und schaue ich mir das nachher gleich an ...

Gruß
Holger

Moin,

habe mir gerade mal Dein Zusistart Tool angeschaut. Mein Lieblingszug DGS 69223 war etwas schwer zu finden (unter Lehrte -Harburg) und bei der BR 193 fehlt das Bild aber dafür ist der Wagenzug beeindruckend visualisiert Falns 176 . Cool wäre es wenn man da auch noch eine Wagenliste generieren könnte. Vordrucke wie sowas aussieht sollten eigentlich kein Problem sein. So mal als Anregung für 202X