QDmi - Displayapplikation für Android

[18201]

Moin,

heute hat es mich auch ereilt.
der selbe Fehler wie bei BR143_Fan.

Hier mal ein Video: https://youtu.be/NTfl6lbYG6o

Der Fehler trat auf Lehrte_Harburg_2017 auf, Zug: ME82107_82112, reproduzierbar.
Geöffnet waren zusätzlich ZusiMeter und extern ZD Fis und Ebula.

Hier ein Bild vom TCP-Server:


Danach auf Plockhorst-Peine getestet, ohne Probleme-> geöffnet waren zusätzlich ZusiMeter und abwechselnd extern in ZD einmal Ebula und MMI-Display.

Jetzt Siegstrecke 423, ohne Probleme. Auch hier ZusiMeter sowie extern Ebula.

Nun noch mal auf Lehrte_Harburg_2017 Zug: S 34709 mit 424 versucht, siehe da es funktioniert bis zum ersten Führerstandwechsel, danach wieder der Fehler.
Hier im Video:https://youtu.be/6xBxXK_e2VQ

Hier ein Auszug aus der Fehlersuche von Zug ME82107_82112:

Code: Alles auswählen

------------------- PC-System -------------------

Programm: C:\Program Files (x86)\Zusi3\
Offiziell: C:\Program Files (x86)\Zusi3\_ZusiData\
Daten: C:\Users\bb-be\AppData\Roaming\Zusi3\
Windows 10 Home Edition
Windows Version 10.00.19041  64bit
----------------------------------------------
Net Framework 1.0 Installed = No   
Net Framework 1.1 Installed = No   
Net Framework 2.0 Installed = OK   (2.0.50727.4927)
Net Framework 3.0 Installed = OK   (3.0.30729.4926)
Net Framework 3.5 Installed = OK   (3.5.30729.4926)
Net Framework 4.0 Client Installed = OK   (4.8.04084)
Net Framework 4.0 Full Installed = OK   (4.8.04084)
Net Framework 4.5 Installed = OK   
----------------------------------------------
4294,97 MB TotalPhys
3919,28 MB AvailPhys
4294,97 MB TotalPageFile
4294,97 MB AvailPageFile
4294,84 MB TotalVirtual
1981,15 MB AvailVirtual
4 NumberOfProcessors
----------------------------------------------
NVIDIA GeForce GT 1030<---
1920 x 1080
DirectX-Version: 4.09.00.0904
----------------------------------------------
ZusiSim.exe :  3.4.2.4
ZusiFtdEditor.exe :  
ZusiFzgEditor.exe :  
Zusi3DEditor.exe :  
ZusiGleisplanEditor.exe :  
ZusiDateiverwaltung.exe :  3.4.2.1
z3strbie.dll :  3.4.2.0
Zusi3Komponenten.dll :  
_InstSetup\lib\catenary\Fahrleitung_Bundesbahn_RE160.dll :  
_InstSetup\lib\catenary\Fahrleitung_TestFahrleitung.dll :  
_InstSetup\lib\catenary\crossspanbridge\Quertragwerk_DBRegelbauart.dll :  
_InstSetup\lib\milepost\hektometertafeln_DB_V2.dll :  
_InstSetup\lib\milepost\kmSteine_DRG_DB.dll :  
_Docu\ZusiDocu_Deutsch.pdf :  
AbsteckrechnerCore.dll :  
IAbsteckrechner.dll :  
_Tools\blender_ls3\blender_ls3.zip :  
_Tools\ZusiDisplay\ZusiDisplay.exe :  3.4.12.0
_InstSetup\lib\catenary\Katenoide.dll :  
_InstSetup\lib\timetable\Buchfahrplan_DB_1979.dll :  3.3.3.0
_InstSetup\lib\catenary\Fahrleitung_Bundesbahn_RE250.dll :  
_Tools\ZusiDisplay\ZusiDisplay_Handbuch.pdf :  
_InstSetup\lib\timetable\Buchfahrplan_DB_2006.dll :  1.3.0.0
_Docu\ZusiDocu_English.pdf :  

QDmi V1.2

In der 3.4.2.0 lief alles ohne Probleme.
Würden Dir Screenshots vom Pipe-Server helfen?

Grüße

[Tobi2003]

Hier mal ein Video: https://youtu.be/NTfl6lbYG6o

Der Fehler trat auf Lehrte_Harburg_2017 auf, Zug: ME82107_82112, reproduzierbar.

Moin, was mir in deinem Video aufgefallen ist: QDmi wechselt andauernd zwischen den zwei Zugnummern, daher die Frage:
Tritt das Problem nur bei Zügen mit Fahrtrichtungswechsel bzw. mit zwei Zugnummern auf?

Gruß Tobi

[18201]

Hier mal ein Video: https://youtu.be/NTfl6lbYG6o

Der Fehler trat auf Lehrte_Harburg_2017 auf, Zug: ME82107_82112, reproduzierbar.

Moin, was mir in deinem Video aufgefallen ist: QDmi wechselt andauernd zwischen den zwei Zugnummern, daher die Frage:
Tritt das Problem nur bei Zügen mit Fahrtrichtungswechsel bzw. mit zwei Zugnummern auf?

Gruß Tobi

Das möchte ich nicht ausschließen. Ich bin ebend noch mal IRE 18447 im Fahrplan Lehrte_Harburg gefahren, QDmi ohne Probleme.
Werde ich mal im Auge behalten.

Grüße

[nonesense]

Vielen Dank, Leute! Damit kann man arbeiten!

Der Knackpunkt scheint in der Tat die Zugnummer. Vor kurzem habe ich schon mal einen Tipp erhalten, der darauf hinwies.

Also:
Von Version 1.1 nach 1.2 ist die Zugnummer dazugekommen, ganz einfach aus einem praktischen Grund: Wenn man einen anderen Zug übernimmt, lässt Zusi einige Führungsgrößen einfach aus der vorigen Fahrt stehen. Man musste QDmi dann neustarten. Als Lösung prüfe ich nun, ob sich die Zugnummer ändert, und wenn ja, trenne ich die Verbindung, lösche alle Anzeigen (Bei den Textmeldungen offenbar nicht richtig) und verbinde mich neu. Das zwingt Zusi mir den aktuellen Status aller Werte zu senden und so bekommt alles einen wohldefinierten Zustand. Dies führt dann natürlich zum erlöschen der Anzeigen und anschließend zur Meldung "Mit Zusi3 Verbunden".

Ich habe im Moment nur wenig Zeit und kann mich dem Problem wahrscheinlich erst ab Mitte Februar widmen.
Nun ist die Frage, ob Zusi tatsächlich pausenlos andere Zugnummern setzt oder ob das ein Fehler auf meiner Seite ist. Wenn ihr mir im Vorfeld helfen wollt, könnt ihr mit den anderen Programmen ZusiMeter, ZusiDisplay und wer kann idealerweise auch mit dem Wireshark-Plugin gucken, ob das tatsächlich der Fall ist.

Grüße
Jens

[Carsten Hölscher]

Zusi kennt immer nur eine Nummer, also das wird wohl eher bei Dir zu suchen sein.

Carsten

[nonesense]

Versuchte die Fahrten nachzustellen.

Der Fehler trat auf Lehrte_Harburg_2017 auf, Zug: ME82107_82112, reproduzierbar.

Hier bekomme ich "82107_82112" übertragen. In so einem Fall schneidet QDmi den linken Teil ab und bringt in dem Fall "82112" zu Anzeige. Bei mir hat das funktioniert, wie es soll. In dem Video wechselt er eindeutig zwischen 82112 und 82107 in einem oft sauberen Sekundenrythmus, als würde Zusi hier die Zugnummern der beiden Fahrten abwechselnd übertragen.
Trat das bei dir erst nach dem Kopfwechsl auf oder schon von Anfang an?

Nun noch mal auf Lehrte_Harburg_2017 Zug: S 34709 mit 424 versucht, siehe da es funktioniert bis zum ersten Führerstandwechsel, danach wieder der Fehler.

Auch hier lief das bei mir. Als zweite Zugnummer wird bei dir aber 0 angezeigt.

Eine Sache habe ich aber bei mir gefunden: Neben der Zugnummer aus dem Fahrplan lausche ich auch auf die Zunummer aus der PZB, die aber normalerweise nicht übertragen wird. Habt ihr vielleicht die manuelle Zugdateneingabe benutzt?

Gruß
Jens

[18201]

Moin,

beim 82107_82112 ab Beginn, bei der S-Bahn nach dem Kopfmachen.

Manuelle Zugdateneingabe wurde nicht benutzt.

Im ZD Ebula wechseln die Zugnummern auch im 1-2 Sekundenrhythmus, bei Fahrten mit Doppelzugnummer.

Grüße

[ET420_Fan]

Bei mir geht QDmi nur, wenn nicht zu viele ZDs geöffnet sind.
Wollte ich nur erwähnen, eigentlich nutze ich QDmi gerne.

[Jens Haupert]

Im ZD Ebula wechseln die Zugnummern auch im 1-2 Sekundenrhythmus, bei Fahrten mit Doppelzugnummer.

Hallo,

das mache ZD intern. Zusi liefert den String immer genau so, wie man ihn im Fpl-Editor eingetragen hat.

Grüße
Jens

[nonesense]

Gibt es eine Konvention, wonach zwei Zugnummern mit einem Unterstich getrennt werden?

Gruß
Jens

[Jens Haupert]

Gibt es eine Konvention, wonach zwei Zugnummern mit einem Unterstich getrennt werden?

Kann man so sagen.

Grüße
Jens

[Thomas R.]

Gibt es eine Konvention, wonach zwei Zugnummern mit einem Unterstich getrennt werden?

Kann man so sagen.

Grüße
Jens

Definitv!

Gruß,
Thomas

[nonesense]

Ich habe Version 1.2.1 hochgeladen. Sollte morgen verfügbar sein.

Die Verbindung wird jetzt bei gleichbleibender Zugnummer nur noch dann neu aufgebaut, wenn vorher V > 0 war. Nur dann ist ein Kopfwechsel überhaupt möglich.
Wenn zwei Zugnummern mit einem Unterstrich getrennt übertragen werden, werden diese nun untereinander angezeigt.

Wieso bei einigen Nutzern beim Kopfwechsel eine "0" empfangen oder angezeigt wurde, konnte nicht geklärt werden, da ich das bei gleicher Ausgangssituation nicht nachstellen konnte.

Danke an die Tester!

Gruß
Jens

[BR_187]

Hallo,
ich habe eine kurze Frage oder Anliegen an den ''Ersteller'' des tollen Tools. Gäbe es bei der nächsten Version die Möglichkeit, etwa 3 Kästchen weiter rechts das blaue Logo ''PZB'' noch mit einzubringen? Bisher sieht das mit der 85/70/55 etwas leer aus.

Vielen Danke im Voraus!

[nonesense]

Hallo BR_187,

Auf die Frage kann ich mit einem Zitat aus dem Anfangspost antworten:

An den Stellen, an denen es keine Vorgaben der ERA gab, habe ich mich nicht nicht immer am Vorbild orientiert, sondern bin bewusst abgewichen, wenn es der Ästhetik oder dem technischen Fortschritt diente.
Beispiele:

• Blinkende Leuchtmelder werden nicht, wie häufig, mit schwarzem Hintergrund dargestellt, sondern haben die Hintergrundfarbe der App.
• Der LM-Ü ist im Display. Ich habe ihn im Feld ganz rechts positioniert.
• Der LM-PZB ist nicht implementiert. Er ist obsolet, weil seine Funktion eigentlich durch das ERA-Icon LE02 („PZB/LZB“), normalerweise im Feld C8, ersetzt wurde.

Aber etwas ausführlicher: Das alte Layout der DB sah vor, dass das an der 6. Position das jetzt aktive Zugbeeinflussungssystem angezeigt wird. An Position 7 sollte blinkend das bald übernehmende System angezeigt werden.
Dies steht im Widerspruch zum Layout nach ERA-ERTMS. Hier soll das jetzt aktive System in Feld C8 und das bald aktive System in Feld C1 dargestellt werden. Es macht aus meiner Sicht keinen Sinn, beides zu vermischen. Das ist in der Praxis einem gewissen Konservatismus geschuldet.
Am liebsten hätte ich PZB und LZB komplett ins ERTMS-Layout und dessen Philosophie gepresst. Bei der PZB fehlt es mir aber an Ansätzen, wie das aussehen könnte und es soll ja auch ein Wiedererkennungswert für die Anwender bleiben.
Deswegen habe ich einen Kompromiss übernommen, der auch so in der Praxis eingesetzt wird: Die Reihe C nutze ich für die klassische DB-Ansicht und das Feld C1 habe ich nach oben in den Tacho verschoben. Auch Wenn QDmi noch kein ETCS unterstützt muss ich das Feld schon einbauen. Es wäre eine Überlegung es für das LZB-Endeverfahren zu nutzen.

8.2.3.2.2 When the current ERTMS/ETCS level is valid and equal to 0, NTC (except in the modes SN and NL), 1, 2 or 3, it shall be displayed in area C8
8.2.3.2.5 An ERTMS/ETCS level announcement and an ERTMS/ETCS level announcement with acknowledgement shall be displayed in area C1.

Gruß
Jens

[BR_187]

Danke für die ausführliche Antwort. Ich versteh da leider nur sehr wenig, was da alles eingestellt wird und was nicht Ich kann aber dennoch deine Entscheidung irgendwo nachvollziehen.

Schönen Abend dir/euch noch!

[Joachim Günther]

Zum Thema Betriebsart-Leuchtmelder PZB

Bei der "echten Bahn" wird im Display-Feld C6 (neue Bezeichnungen PZB_C6, LPZB_C6) grundsätzlich der Betriebsart-Leuchtmelder PZB (natürlich nur, wenn die Betriebsart PZB wirksam ist) dargestellt. Dies gilt auch bei Führerraumanzeigen einer ETCS-Fahrzeugeinrichtung.
Das Display-Feld C7 wird zukünftig in den Betriebsarten PZB und LZB nicht mehr verwendet.
--------------------------
Joachim Günther

[nonesense]

Ja, ist bekannt, wie oben beschrieben.
Das ist ein Mix von zwei Lastenheften. Das halt ich für Quatsch und ist einem gewissen Konservatismus geschuldet. So nehme ich mir die Freiheit es anders, und wie ich finde, besser zu machen.

Gruß
Jens

[Jens Haupert]

So nehme ich mir die Freiheit es anders, und wie ich finde, besser zu machen.

Das find ich jetzt aber quatsch, es irgendwie zu machen wie's einem gerade so passt.

Grüße
Jens

[nonesense]

Ist halt meine persönliche Meinung, zu der ich auch stehe^^.
Mein bevorzugter Leitfaden ist die die ERA-ERTS und nicht das DB-Lastenheft. In beiden gibt es Vorgaben, wie das jetzt aktive Zugsicherungssystem angezeigt werden muss.
Ich halte es für überflüssig beides anzuzeigen und sehe mich nicht daran gebunden. Betrachte es als persönliches Statement

Das ist ja auch nicht die einzige Abweichung zu den derzeit umgesetzten Applikationen. Der LM-Ü ist ja auch im DMI. Noch krasser ist die Möglichkeit sich die Führungsgrößen im ERTMS-Style anzeigen lassen zu können. Letzteres habe ich immerhin umschaltbarbar gemacht, da das noch größere Diskussion verursacht hätte^^

Gruß
Jens

Edit:
Nachtrag: Der Melder "PZB / LZB" wird derzeit auch noch nicht richtig, bzw. zum richtigen Zeitpunkt angezeigt. Derzeit kommt er sobald Daten von Zusi gekommen sind. Das ist wirklich Quatsch und wird noch geändert.
Ich könnte ja zur Güte den Melder in C8 mit Blauem Hintergrund und weißem Text anzeigen. Also Feld nach ERA-ERTMS und Layout nach DB-LH