Hallo,

bin gerade bei der Gleisplanung für meinen SBhf. Da ich die Gleise als MiFAZ einrichten will, die Frage, wie lang der erste RMK eines Gleises (Referenzkontakt) sein muss.(Spur:H0) So wie ich verstehe, wird der ja nicht belegt und geht damit von der Gleislänge verloren oder kann er vom letzten einfahrenden Zug belegt werden?
Auch hier wäre die Frage welche Länge sinnvoll ist.

VG Jens.

Hallo Markus,

Zitat von: Markus Herzog in 14. Januar 2026, 23:09:39Zu deinem Testaufbau:
Habe mir jetzt tatsächlich die Zeit genommen das zu testen.
2L-Spur-N-Gleis analog zu deinem Aufbau mit nacheinander drei Fleischmann-Loks, einmal mit D&H 05C, einmal Zimo MX-Dekoder und einmal ESU Lopi 4 micro. Alle vorab auf aktuelle Firmware gebracht.
Setup einmal ECoS mit ECOS-Detector mit aktuellster Firmware...
Test exakt so wie von dir beschrieben durchgeführt.
Ich konnte keine Fehlanzeige der Richtung in den FAZ feststellen/beobachten. Das einzige was ich mal gesehen habe im ECoS-AUtomatik-Betrieb, dass zwei bis dreimal eine Railcom-Meldung eines Detektors erst 2-3 Sekunden nachdem sie schon auf der ECoS zu sehen erst in WDP ankam. Zeitstempel-Abgleich von Wireshark direkt auf der Windows-Schnittstelle sind erfolgt und zumindest zwischen Wireshark und Eingang WDP waren nur Laufzeiten kleiner 10 msec festzustellen (genauer war mit den Mitteln nicht aufzulösen).
Eingesetzte PC- und Netzwerkhardware: Intel(R) Core(TM) i7-9700K, 32GB, 6 Jahre alt. Netgear GS208 und Unifi Layer-3-Switch USW48

vielen Dank für Deine große Mühe beim exakten Nachvollziehen meines Testaufbaus. Könntest Du vielleicht das WDP-Projekt für Deinen aktuell durchgeführten Test mit der ECoS hier einstellen. Ich würde das bei mir dann exakt genauso für meine ECoS und meinen ECoS-Detektor so konfigurieren und naturlich meine Fahrzeuge hinterlegen. Vielleicht finde ich ja den einen entscheidenden Konfigurationsfehler in meinem Testaufbau.

Zitat von: Markus Herzog in 14. Januar 2026, 23:09:39und einmal LodiRektor mit Lodi-GBM8 als alternatives System.

das würde ich zum Vergleich bei mir dann später ebenfalls mal versuchen nachszutellen.

Zitat von: Markus Herzog in 14. Januar 2026, 23:09:39Nebenbei bemerkt habe ich das jetzt dir zum Gefallen und für mein Gewissen zwar nochmal gemacht, aber du darst auch schon davon ausgehen, dass wir solche Tests auch nicht jetzt das erste Mal gemacht haben und damit muss ich das Thema für mich jetzt auch wieder beenden.

Dir ein schlechtes Gewissen zu machen, war keinesfalls meine Absicht! Nochmal ganz vielen lieben Dank, ich werde bei mir nochmaljede Verkabelung, jede Isolierung und jedes Häkchen in der Konfiguration sorgfältig überprüfen.

MfG

vik

Hallo ,
Hier ist ein Beispiel für die Beleuchtung aller Lokomotiven.
Grüße.

Hallo
Wie hast du ds erstellt und wie sieht es aus

Gruß Markus

Hallo Michael,

man, Dein Hinweis, eine Reparatur per Windigipet-Stick durchzuführen, hat anscheinend auch mein Problem der Abstürze und / oder Programmhänger gelöst.

Habe jetzt mehrere Sitzungen mit Veränderungen an Fahrstrassen oder Automatikeditor vorgenommen und mein System ist immer noch stabil.

Nur ein einziges mal hat sich das Programm "aufgehängt": ich glaube als ich eines der Programmicon in der oberen Leiste nicht sofort mit dem Mauszeiger getroffen habe und ich ein zweites mal in den Icon geklickt habe, in diesem Moment ging das Programm in Dauerschleife.

Aber egal, jetzt kann ich zumindest in den Editoren einigermaßen vernünftig Änderungen durchführen.

Grüsse vom Niederrhein, Achim

Zitat von: Mobahn1 in 01. Januar 2026, 21:47:59Hallo

Ich habe es probiert aber es wird mir bei der Prüfung gezeigt das keine lok eingetragen ist was kann ich da falsch gemacht haben

MFG Markus Bürger

Hallo Markus,

ich habe mir ein Makro erstellt und das dann in ein Profil eingebunden.
Ich nutze allerdings noch WDP 2018.

Hallo,
funktionieren tut ja alles.
Wollte nur wissen, ob die Zeichnung + Aufbau so ok ist.

Das DC-Car-Team-Nord in Neumünster

Hallo vikr,

Zitat von: vikr in 14. Januar 2026, 19:40:07Hallo Markus,

Zitat von: Markus Herzog in 14. Januar 2026, 07:16:15Win-Digipet setzt die Loks richtig rum ins FAZ aufgrund bekannter Fahrt- und Aufgöeisrichtung bei 2L-Railcom. Genau dafür gibt es eine passende Einstellung im FAZ bei Railcom-Dekodern....

Du meinst bei Abschnitten mit RailCom-Detektoren?

Jawohl.

Zitat von: vikr in 14. Januar 2026, 19:40:07

ZitatDie statische Option ist nur relevant für den 3L-Fall oder wenn der Detektor die Richtung nicht an WDP meldet (einige Protokolle haben durchaus den Richtungsparameter als optional beschrieben).
Da es aber genügend Meldungen von Usern gibt, dass sie nicht nach Konvention verdrahteten Loks oder Detektoren haben (und sich selber auch nicht in der Lage sehen das korrigieren) gibt es auf Userwunsch auch die Möglichkeit die Meldung Lok- oder Detektorspezifisch zu interpretieren.

wenn diese Option von Usern dann mal sinngemäß mal eben falsch genutzt wird gibt es ebenfalls Inkonsistenzen.

Natürlich wenn es der User falsch einstellt gibt es Inkonsitenzen, da aber wie gesagt als wir das noch nicht mit dem invertieren konnten, viele User sich das gewünscht haben (insb. N-Bahn-Fahrer die nach ihren Darstellungen bei vielen Loks keine Möglichkeit hatten umzuverdrahten -> daher die Einstellmöglichkeit für einzelne Loks in der FZ-DB, als auch User (von denen wir zahlreiche habnen) die ihre Anlagen durch Firmen/Dritte haben bauen lassen und sich nicht eine nachträgliche Umverkablung zugetraut haben).

Zu deinem Testaufbau:
Habe mir jetzt tatsächlich die Zeit genommen das zu testen.
2L-Spur-N-Gleis analog zu deinem Aufbau mit nacheinander drei Fleischmann-Loks, einmal mit D&H 05C, einmal Zimo MX-Dekoder und einmal ESU Lopi 4 micro. Alle vorab auf aktuelle Firmware gebracht.
Setup einmal ECoS mit ECOS-Detector mit aktuellster Firmware und einmal LodiRektor mit Lodi-GBM8 als alternatives System.
Test exakt so wie von dir beschrieben durchgeführt.
Ich konnte keine Fehlanzeige der Richtung in den FAZ feststellen/beobachten. Das einzige was ich mal gesehen habe im ECoS-AUtomatik-Betrieb, dass zwei bis dreimal eine Railcom-Meldung eines Detektors erst 2-3 Sekunden nachdem sie schon auf der ECoS zu sehen erst in WDP ankam. Zeitstempel-Abgleich von Wireshark direkt auf der Windows-Schnittstelle sind erfolgt und zumindest zwischen Wireshark und Eingang WDP waren nur Laufzeiten kleiner 10 msec festzustellen (genauer war mit den Mitteln nicht aufzulösen).
Eingesetzte PC- und Netzwerkhardware: Intel(R) Core(TM) i7-9700K, 32GB, 6 Jahre alt. Netgear GS208 und Unifi Layer-3-Switch USW48

Nebenbei bemerkt habe ich das jetzt dir zum Gefallen und für mein Gewissen zwar nochmal gemacht, aber du darst auch schon davon ausgehen, dass wir solche Tests auch nicht jetzt das erste Mal gemacht haben und damit muss ich das Thema für mich jetzt auch wieder beenden.

Grüße
Markus

Hallo Claude,
"Geändert hat sich ja nichts."[/i]
Da bedeutet die Fehler sind gebelieben, auch als Du den Belegmelder gewechselt hast.
Das ist komisch.
Eine Sache viel mir in deinem Foto auf. Der Magnet hat eine ganz schön große Magnetfläche. Eigentlich nimmt mal starke Neodym Magnet mit kleiner Fläche, um das Magnetstreufeld möglichst klein zu halten.
In meiner FLM Drehscheibe und auch bei den Umbauten vieler unser Berliner WDP Kollegen aus dem Stammtisch nehmen wir Magneten mit maximaler Magnetfläche 5x5mm (rund oder Quader ist künstlerische Freiheit des MoBa Nutzers). Die Dicke ist unterschiedlich, weil der Abstand zum Bühnengrund der Drehscheibenwanne eine Rolle spielt und wo der Magnet an der Bühenunterseite montiert wird.
Ich kann Dir am Wochenende von meiner DS mal ein Foto schicken.
VG
Christian
p.s . vielleicht fällt mir noch was bis dahin ein