Anzeige:
THEMA: ZIMO MS590 an Z21: Interpretation von QoS
THEMA: ZIMO MS590 an Z21: Interpretation von QoS
PeterK78 - 12.10.25 12:06
Hallo,
ich habe heute die RailCom-Variable QoS von meinem ZIMO MS590 Decoder ausgelesen (Firmware-Version 5.19). Dazu habe ich Rocrail an einer schwarzen Z21 verwendet (Firmware-Version 1.43) .
* QoS-Werte werden ausgelesen 👍
* Allerdings tue ich mir schwer, dass ich diese korrekt interpretiere.
Hier die Debug-Ausgabe von Rocrail:
11:53:38 9999 RailCom Data: loco address=5 speed=0 qos=0
11:53:37 9999 RailCom Data: loco address=5 speed=0 qos=8
11:53:36 9999 RailCom Data: loco address=5 speed=0 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=2 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=7 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=19 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=49 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=58 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=102 qos=29
11:53:36 9999 RailCom Data: loco address=5 speed=118 qos=29
11:53:36 9999 RailCom Data: loco address=5 speed=130 qos=29
11:53:36 9999 RailCom Data: loco address=5 speed=156 qos=29
11:53:35 9999 RailCom Data: loco address=5 speed=180 qos=29
11:53:35 9999 RailCom Data: loco address=5 speed=202 qos=29
11:53:35 9999 RailCom Data: loco address=5 speed=195 qos=0
11:53:35 9999 RailCom Data: loco address=5 speed=183 qos=0
11:53:35 9999 RailCom Data: loco address=5 speed=167 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=137 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=109 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=96 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=78 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=63 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=47 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=25 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=15 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=10 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=3 qos=0
11:53:33 9999 RailCom Data: loco address=5 speed=1 qos=0
Zum Beginn der Fahrt war QoS 0, nach kurzer Zeit ist QOS angestiegen und beim Bremsen zum Stillstand nahm QoS wieder ab bis es erneut 0 war. Ich habe den Test mehrmals wiederholt - jedes mal hat sich QOS irgendwie parallel zur Geschwindigkeit geändert. Im Stillstand war QoS immer 0.
Könnte mir jemand einen Hinweis geben wie ich QoS interpretieren muss?
Besten Dank im Voraus,
Peter K.
ich habe heute die RailCom-Variable QoS von meinem ZIMO MS590 Decoder ausgelesen (Firmware-Version 5.19). Dazu habe ich Rocrail an einer schwarzen Z21 verwendet (Firmware-Version 1.43) .
* QoS-Werte werden ausgelesen 👍
* Allerdings tue ich mir schwer, dass ich diese korrekt interpretiere.
Hier die Debug-Ausgabe von Rocrail:
11:53:38 9999 RailCom Data: loco address=5 speed=0 qos=0
11:53:37 9999 RailCom Data: loco address=5 speed=0 qos=8
11:53:36 9999 RailCom Data: loco address=5 speed=0 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=2 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=7 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=19 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=49 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=58 qos=47
11:53:36 9999 RailCom Data: loco address=5 speed=102 qos=29
11:53:36 9999 RailCom Data: loco address=5 speed=118 qos=29
11:53:36 9999 RailCom Data: loco address=5 speed=130 qos=29
11:53:36 9999 RailCom Data: loco address=5 speed=156 qos=29
11:53:35 9999 RailCom Data: loco address=5 speed=180 qos=29
11:53:35 9999 RailCom Data: loco address=5 speed=202 qos=29
11:53:35 9999 RailCom Data: loco address=5 speed=195 qos=0
11:53:35 9999 RailCom Data: loco address=5 speed=183 qos=0
11:53:35 9999 RailCom Data: loco address=5 speed=167 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=137 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=109 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=96 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=78 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=63 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=47 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=25 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=15 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=10 qos=0
11:53:34 9999 RailCom Data: loco address=5 speed=3 qos=0
11:53:33 9999 RailCom Data: loco address=5 speed=1 qos=0
Zum Beginn der Fahrt war QoS 0, nach kurzer Zeit ist QOS angestiegen und beim Bremsen zum Stillstand nahm QoS wieder ab bis es erneut 0 war. Ich habe den Test mehrmals wiederholt - jedes mal hat sich QOS irgendwie parallel zur Geschwindigkeit geändert. Im Stillstand war QoS immer 0.
Könnte mir jemand einen Hinweis geben wie ich QoS interpretieren muss?
Besten Dank im Voraus,
Peter K.
DCC-EX Freund - 12.10.25 12:38
Hallo.
Ich hab das so verstanden:
QoS (Grad der Gleisverschmutzung / Rad- Schleiferverschmutzung) sagt aus wie gut der Decoder Strom aufnimmt oder nicht. Kein Strom = kein DCC Signal. Je schneller Du fährst um so mehr Strom braucht er um den Motor zu beschleunigen bezogen auf die Fahrstufe. Bekommt er den nicht zur Genüge, kein DCC Signal, wirft er einen Wert größer 0 aus. 0 = volle Strommenge, volles DCC Signal, und bei Dir 47 zeigt eine schlechtere Stromaufnahme mit schlechtem DCC Signal auf. Heißt dann Gleise und Kontakte ODER Räder samt Schleifer putzen / kontrollieren. Um Gewissheit zu bekommen, ob Schiene oder einzelne Lok, macht man das mit mehreren Loks. Die Funktion ist recht praktisch.
Gruß.
Ich hab das so verstanden:
QoS (Grad der Gleisverschmutzung / Rad- Schleiferverschmutzung) sagt aus wie gut der Decoder Strom aufnimmt oder nicht. Kein Strom = kein DCC Signal. Je schneller Du fährst um so mehr Strom braucht er um den Motor zu beschleunigen bezogen auf die Fahrstufe. Bekommt er den nicht zur Genüge, kein DCC Signal, wirft er einen Wert größer 0 aus. 0 = volle Strommenge, volles DCC Signal, und bei Dir 47 zeigt eine schlechtere Stromaufnahme mit schlechtem DCC Signal auf. Heißt dann Gleise und Kontakte ODER Räder samt Schleifer putzen / kontrollieren. Um Gewissheit zu bekommen, ob Schiene oder einzelne Lok, macht man das mit mehreren Loks. Die Funktion ist recht praktisch.
Gruß.
Beitrag editiert am 12. 10. 2025 12:47.
Hallo,
Quality of Service.
Es zeigt die Fehlerrate bei der DCC Signaldecodierung an. Bei steigender Geschwindigkeit wird die Signalqualität schlechter, weil das Datensignal bei sich bewegendem Fahrzeug mit höherer Geschwindigkeit immer stärker gestört wird, zum einen durch den Rad-Schiene Kontakt (Modulation des Datenstroms mit Spannungsschwankungen durch drehende Räder, Schmutz, Kontaktverlust durch Auf-/Ab-Bewegungen, etc.) sowie durch die Stromaufnahme selbst, also durch die Motorströme (Modulation des Datenstroms mit den an Übergangswiderständen abfallenden Störimpulsen).
Ich hatte einst zwei Brawa V160 aus der ersten Serie mit Lenz LE10XF ausgestattet und beide Loks auf demselben Gleis laufen gelassen. Ab einer gewissen Geschwindigkeit störten die Loks einander gegenseitig so stark, dass die Reaktionszeit auf Befehle (F0 ein/aus) immer weiter zunahm. bis beide vollständig unsteuerbar waren. Einzeln war die Signalqualität bei gleicher Geschwindigkeit für den Decoder noch ausreichend, aber Doppeltraktion bzw. zwei Loks im selben Stromkreis war einfach nicht möglich.
Railcom war damals noch nicht erfunden, sonst hätte ich das objektiv beweisen und reklamieren können.
Grüße, Peter W
Quality of Service.
Es zeigt die Fehlerrate bei der DCC Signaldecodierung an. Bei steigender Geschwindigkeit wird die Signalqualität schlechter, weil das Datensignal bei sich bewegendem Fahrzeug mit höherer Geschwindigkeit immer stärker gestört wird, zum einen durch den Rad-Schiene Kontakt (Modulation des Datenstroms mit Spannungsschwankungen durch drehende Räder, Schmutz, Kontaktverlust durch Auf-/Ab-Bewegungen, etc.) sowie durch die Stromaufnahme selbst, also durch die Motorströme (Modulation des Datenstroms mit den an Übergangswiderständen abfallenden Störimpulsen).
Ich hatte einst zwei Brawa V160 aus der ersten Serie mit Lenz LE10XF ausgestattet und beide Loks auf demselben Gleis laufen gelassen. Ab einer gewissen Geschwindigkeit störten die Loks einander gegenseitig so stark, dass die Reaktionszeit auf Befehle (F0 ein/aus) immer weiter zunahm. bis beide vollständig unsteuerbar waren. Einzeln war die Signalqualität bei gleicher Geschwindigkeit für den Decoder noch ausreichend, aber Doppeltraktion bzw. zwei Loks im selben Stromkreis war einfach nicht möglich.
Railcom war damals noch nicht erfunden, sonst hätte ich das objektiv beweisen und reklamieren können.
Grüße, Peter W
Hmm, ich weiss nicht was Ihr fuer Loks habt aber bei mir stoert keine Lok irgend etwas.
Die QoS Metrik sollte bei einer warm gefahrenen Lok (= Oxidationschicht der Radschleifer weggeschliffen) und sauberen Schienen praktisch immer bei, oder sehr nahe, Null liegen. Sollte dem nicht so sein, dann ist etwas faul.
Die Zimo MN/MS Decoder senden den QoS-Wert einmal pro Sekunde. Der Wert gibt prozentual die fehlerhaften DCC-Frames an. Ergo: Ein QoS Wert von 47 bedeutet, dass 47% aller DCC Frames fehlerhaft war. Das ist ein extrem schlechter Wert. Wie gesagt, der Wert sollte pratisch bei Null liegen. Der Ursache wuerde ich nachgehen!
VG,
Frank
Die QoS Metrik sollte bei einer warm gefahrenen Lok (= Oxidationschicht der Radschleifer weggeschliffen) und sauberen Schienen praktisch immer bei, oder sehr nahe, Null liegen. Sollte dem nicht so sein, dann ist etwas faul.
Die Zimo MN/MS Decoder senden den QoS-Wert einmal pro Sekunde. Der Wert gibt prozentual die fehlerhaften DCC-Frames an. Ergo: Ein QoS Wert von 47 bedeutet, dass 47% aller DCC Frames fehlerhaft war. Das ist ein extrem schlechter Wert. Wie gesagt, der Wert sollte pratisch bei Null liegen. Der Ursache wuerde ich nachgehen!
VG,
Frank
Hallo,
Frank,
Peter W,
und DCC-EX Freund,
besten Dank für eure Top-Erklärungen 👍. Ich denke ich kann die QoS-Funktion nun in Z2X-Programmer implementieren.
Ich wünsche euch noch einen schönen Sonntag,
VG Peter K.
Frank,
Peter W,
und DCC-EX Freund,
besten Dank für eure Top-Erklärungen 👍. Ich denke ich kann die QoS-Funktion nun in Z2X-Programmer implementieren.
Ich wünsche euch noch einen schönen Sonntag,
VG Peter K.
Hallo,
kann sich jemand bitte mal den QoS-Wert der Fleischmann V100 / 2028 mit serienmäßigem MS 590 ansehen?
Ich habe leider das Equipment dafür nicht.
Grüße, Peter W.
kann sich jemand bitte mal den QoS-Wert der Fleischmann V100 / 2028 mit serienmäßigem MS 590 ansehen?
Ich habe leider das Equipment dafür nicht.
Grüße, Peter W.
Hallo Peter W.,
ich kann die Werte einer Fleischmann V100.53 SETG 721213 mit ZIMO MN180 anbieten. Diese war bei Fleischmann zur Reparatur (auf Grund der bekannten Kontaktprobleme) - nun sehen die QoS-Werte sehr gut aus.
VG Peter K.
ich kann die Werte einer Fleischmann V100.53 SETG 721213 mit ZIMO MN180 anbieten. Diese war bei Fleischmann zur Reparatur (auf Grund der bekannten Kontaktprobleme) - nun sehen die QoS-Werte sehr gut aus.
VG Peter K.
Nur registrierte und eingeloggte User können Antworten schreiben.
Einloggen ->
Noch nicht registriert? Hier können Sie Ihren kostenlosen Account anlegen: Neuer N-Liste Account
Zum Seitenanfang
© by 1zu160.net;