#16 von
digitalo
, 28.07.2021 07:40
Moin vik
Zitat von vikr im Beitrag #15
... Dass Märklin ab 2011seine eigenen mLD/mSD Decoder nicht mit ein paar zusätzlichen Bauteilen so inert designed hat, dass bei Bedarf RailCom per Software-Update vom Hersteller selbst nachgerüstet werden könnte, empfinde ich dagegen schon fast als fahrlässig ...
Das stimmt nicht ganz, denn ich hatte auf dem Märklinstand bei der Kölner Messe so um 2013/15 beim jetzigen aktuellen Seminarleiter, dessen Name mir leider entfallen ist, nachgefragt, warum man nicht DCC in die mL/SD Decoder mit implementiert hat. Die Antwort war, nachdem ich gefragt hatte ob es Platz-mäßig nicht geht ... "Speicherplatz ist genügend vorhanden und wenn ich meine mL/SD Decoder nach Göppingen senden würde, könnten man mit die Routinen für DCC ganz unbürokratisch aufspielen.
Mein Fehler war nun aber, das ich dies hier im Forum kundgetan hatte, was bei Märklin eine sofortige "Bockbeinigkeit" zur Folge hatte und damit der Weg zu DCC durch die Hintertür veriegelt und verrammelt wurde.
Gleiches Spiel dann bei Erscheinen der mL/SD³ Decodern, welche bei den Insider-Modellen oder auch Werksdecodern erstmal ohne DCC kamen, die Nachrüstdecoder wiederum hatten nativ DCC mit an Board.
Vermutlich erst der Druck der Kunden, oder der Kosten? nicht mehr 2 Varianten des gleichen Produkts vorrätig haben zu müssen ... brachten Märklin dazu, bis auf das mfx+, das DCC-Protokoll mit in die aktuellen Decoder zu implementieren.
Ein damals schon längst überfälliger Schritt, mMn ...
bis dahin
digitalo (Stephan) enjoy the day !
Zentrale: C1 FW 1.402, LoPro, MXULFA & D&H Programmer
Decoder: Zimo, D&H, ESU & UB, only DCC auf K-|:|
Loks von Brawa, RoFl, Märklin, Primex, Piko, Liliput & Rivarossi
JEDEM, WAS IHN ANTREIBT! Frei von ... mm/²/mfx/+