iZNF : Zug überfährt Stopkontakt
 

iZNF : Zug überfährt Stopkontakt

Begonnen von Benja, 04. November 2012, 10:21:50

Vorheriges Thema - Nächstes Thema

Benja

Hi

Ich habe den Stop auf die Bahnsteigmitte gelegt, trotzdem überfährt eine LOk den Stopkontakt um mehr als 25 cm.
Welche möglichen Fehlerursachen gibt es ?
Müssen die Zugfahrten und die Automatik neu erstellt werden ?

Danke und Grüße

Bernhard
beste Grüße aus OWL

B
  • Win-Digipet-Version:
    2021.0b
  • Anlagenkonfiguration:
    Märklin H0 K-Gleis; ECOS 5000 4.2.10 , ESU Booster, S88 : Viessmann, Märklin, Lok-Decoder: mfx , ESU 3.5 4.0; Decoder-Prog. : CAN-Schnitte 2.1.;DSD2010 ; LEDs : qdecoder , LDT dmx
  • Rechnerkonfiguration:
    AMD A4-6300 RAM 6 GByte 256 Gbyte SSD mit Windows 10

Karlheinz Battermann

Hallo Bernhard,
da gibt es die folgenden Fehlerursachen:
1. die Lok ist nicht mit der 15-Punktmessung eingemessen, ganz wichtig ist der Messpunkt 0.
2. die Lok- oder Zuglänge ist nicht korrekt eingegeben
3. die Bremskorrektur für die Lok ist in WDP noch nicht erfaßt oder noch nicht korrekt
4. die Einträge im iZNF sind nicht korrekt
5. gibt es für die besagte FS noch ein Profil, wenn ja, dann überprüfen

Ich wünsche viel Erfolg bei der Fehlersuche. :)
Herzliche Grüße aus Bad Lauterberg
Karlheinz


Diverses:
http://kbattermann.de
skype: karlheinz_battermann
  • Win-Digipet-Version:
    Win-Digipet 2025.x Beta, WDP 2021, 2018, 2015, 2012, 2009 und Pro X jeweils mit aktuellem Update
  • Anlagenkonfiguration:
    Märklin C-Gleis, Märklin CS2, Tams MC Vers. 2.2.3
  • Rechnerkonfiguration:
    Intel Core i5 14.400 14. Gen. 10 Kerne, 16 GB RAM, Windows 11 (64bit Prof)

Benja

#2
Danke .

Es passiert bei Loks mit Märklindecoder - möglicherweise liegt es an der Bremsverzögerung .
Wie kann ich die dort verändern ? Sollte ich das Poti am Decoder für An- / Bremsverzögerung auf Anschalg nach links drehen ?

Danke für Unterstützung und Tippas

Benja
beste Grüße aus OWL

B
  • Win-Digipet-Version:
    2021.0b
  • Anlagenkonfiguration:
    Märklin H0 K-Gleis; ECOS 5000 4.2.10 , ESU Booster, S88 : Viessmann, Märklin, Lok-Decoder: mfx , ESU 3.5 4.0; Decoder-Prog. : CAN-Schnitte 2.1.;DSD2010 ; LEDs : qdecoder , LDT dmx
  • Rechnerkonfiguration:
    AMD A4-6300 RAM 6 GByte 256 Gbyte SSD mit Windows 10

Karlheinz Battermann

Hallo Bernhard,
das ist die erste Möglichkeit, wenn die Lok im Decoder eine zu hohe Bremsverzögerung hat. Einfach zu testen, wenn man z. B. über F4 die Bremsverzögerung im Decoder ausschaltet und prüft, wie lang es dauert, bis die Lokk zum Stehen gekommen ist.
Die zweite Möglichkeit ist die Bremskorrektur im Lok-Control von WDP.
Siehe hierzu den Abschnitt 5.3 des Workshops 32 von Jürgen Gräbner.
Herzliche Grüße aus Bad Lauterberg
Karlheinz


Diverses:
http://kbattermann.de
skype: karlheinz_battermann
  • Win-Digipet-Version:
    Win-Digipet 2025.x Beta, WDP 2021, 2018, 2015, 2012, 2009 und Pro X jeweils mit aktuellem Update
  • Anlagenkonfiguration:
    Märklin C-Gleis, Märklin CS2, Tams MC Vers. 2.2.3
  • Rechnerkonfiguration:
    Intel Core i5 14.400 14. Gen. 10 Kerne, 16 GB RAM, Windows 11 (64bit Prof)

Benja

#4
Karl-Heinz

Danke.
Man muss wohl erst einwenig mit den Parametern spielen , um das Ganze richtig einzustellen.

Grüße aus OWL

Benja
beste Grüße aus OWL

B
  • Win-Digipet-Version:
    2021.0b
  • Anlagenkonfiguration:
    Märklin H0 K-Gleis; ECOS 5000 4.2.10 , ESU Booster, S88 : Viessmann, Märklin, Lok-Decoder: mfx , ESU 3.5 4.0; Decoder-Prog. : CAN-Schnitte 2.1.;DSD2010 ; LEDs : qdecoder , LDT dmx
  • Rechnerkonfiguration:
    AMD A4-6300 RAM 6 GByte 256 Gbyte SSD mit Windows 10

Benja

#5
ich habe jetzt eine Teststrecke aufgebaut um Alles einzustellen.

Dabei ist mir aufgefallen das hin und wieder die Kommandos von Rechner bis zur Lok 2 sec brauchen , dass würde einiges erklären.

Hat jemand eine Erklärung für das Verhalten ? Muss ich mir einen neuen Rechner zulegen ?


Danke und einen schönen Abend

Benja
beste Grüße aus OWL

B
  • Win-Digipet-Version:
    2021.0b
  • Anlagenkonfiguration:
    Märklin H0 K-Gleis; ECOS 5000 4.2.10 , ESU Booster, S88 : Viessmann, Märklin, Lok-Decoder: mfx , ESU 3.5 4.0; Decoder-Prog. : CAN-Schnitte 2.1.;DSD2010 ; LEDs : qdecoder , LDT dmx
  • Rechnerkonfiguration:
    AMD A4-6300 RAM 6 GByte 256 Gbyte SSD mit Windows 10

Edwin Schefold

Hallo Benja

Ich denke das dein Rechner schnell genug ist.

Das Problem sehe ich eher in der ECOS und dem Datentransfer zu und vom PC.
Ich meine da gab es schon mal Zeitverschiebungen.
Mit dem Gruß eines freundlichen Modellbahners

Edwin Schefold
  • Win-Digipet-Version:
    2025.x und Beta
  • Anlagenkonfiguration:
    MM/DCC/MFX m. TAMS-MC 2.2.3, 2x Heller Booster 2x7,5A, M/C-Gleise, Car-System, 20x S88 - BMBT, Schalt-/Magnetartikel-/Signaldecoder - Viessmann, LDT und BMBT, UB-u. Kühn-Lokdekoder, Timer - BMBT, ESU-Servodecoder
  • Rechnerkonfiguration:
    PC 1,8GHz/1536MB/XP pro und Laptop i7/1TB SSD /Win11

Benja

#7
Hallo Edwin

Danke . Die Teststrecke hängt, im Gegensatz zum Rest der Anlage, an einem Märklin Booster.
Möglicherweise liegt da ein Problem . Ich werde es mal ändern.

Das war nicht der Fehler! Der Decoder reagiert jetzt gar nicht mehr - defekt ?!

Grüße

Benja
beste Grüße aus OWL

B
  • Win-Digipet-Version:
    2021.0b
  • Anlagenkonfiguration:
    Märklin H0 K-Gleis; ECOS 5000 4.2.10 , ESU Booster, S88 : Viessmann, Märklin, Lok-Decoder: mfx , ESU 3.5 4.0; Decoder-Prog. : CAN-Schnitte 2.1.;DSD2010 ; LEDs : qdecoder , LDT dmx
  • Rechnerkonfiguration:
    AMD A4-6300 RAM 6 GByte 256 Gbyte SSD mit Windows 10