Hallo Tobias,
Zitat von system47 im Beitrag #75
Die neue Tams MC2 ein Schritt in die richtige Richtung.
Nur das kein Mißverständnis aufkommt: mfx/mfx+ ist nicht schlechter oder besser als DCC.
Der Märklinkunde kennt halt kein Railcom und die Möglichkeiten, die es bietet.
Ich baue gerade eine BiDiB-Anlage und da helfen mir zwei Freunde (Märklinisten) und die fragen sich, warum die CS3 nicht weiß, was wo auf der Schiene steht.
Das will ich auch.
Dann muss man Märklin schreiben, warum das mit ihrer Zentrale nicht geht und wann das kommt.
So jetzt habe ich genug geschwallt. :D
Nach Märklins gescheiterten feindlichen Übernahmeversuch von Lenz, gab es natürlich keine Zusammenarbeit mehr zwischen Märklin und Lenz. Lenz mußte sich wohl sogar verpflichten, Mittelleiter Kunden nicht mehr als Zielgruppe für ihre Produkte zu bewerben.
Diese Produkt-Lücke hat Märklin versucht mit ESU zu füllen, bis man sich auch mit denen überworfen hatte, noch bevor die CS1 wirklich beim Kunden angekommen war. Wie schon mit Motorola hat sich Märklin mit der verfügbaren RDS-Hardware für die am schnellsten umsetzbare Lösung für eine automatische Anmeldung entschieden, quasi quick&dirty. Offensichtlich ist mfx nicht schnell genug, sonst hätte ESU das (mfx basierte lokale Rückmeldung ) wohl schon längst in ihre ECoS eingebaut.
Vielleicht kann mir jemand erklären, warum ESUs Decoder, im M4-Modus gesteuert, nicht zumindest optional Railcom Nachrichten absetzen könnten, wenn auch DCC mit einer RailCom-Lücke am Gleis anliegt...
Die Implementierung einer GUI für die CS3, die CAN-Nachrichten gemäß Märklin-CAN-Spezifikation mit Lok-IDs verarbeiten und anzeigen kann, dürfte nicht so schwer sein. Rudimentär ist das offensichtlich sogar in der GUI für die CS2 (sw4) bereits angelegt...
Märklin könnte ja mit der CS2 mal einen Test machen, bevor sie das in ihrer aktuellen Zentrale implementieren.
MfG
vik