Hallo Zusammen, in den letzten Tagen haben mich Newsletter verschiedenster Händler erreicht, welche die aktuellen Booster zum Sonderpreis anbieten. Immerhin durchweg 40% unter UVP.
Im der jüngeren Vergangenheit hat Märklin seinen mSD3 mit Plux22 schon RailCom spendiert.
Bedingt RailCom auf der Hardwareseite des Boosters eine neue Elektronik? Weiß jemand wie die Kommunikation zwischen Booster und CS3 läuft? Verwendet da Märklin sein CAN-Bus oder läuft das rudimentärer ab?
Zitat von LukeNRG im Beitrag #1Bedingt RailCom auf der Hardwareseite des Boosters eine neue Elektronik?
ja, die Lücke könnten die bisherigen Booster vermutlich über ein Firmware-Update erzeugen, aber die vom Decoder gesendeten Railcom-Nachrichten können mit der bisherigen Hardware im Booster wohl nicht detektiert und verarbeitet bzw. "nach oben" witergeleitet werden.
Zitat von LukeNRG im Beitrag #1in den letzten Tagen haben mich Newsletter verschiedenster Händler erreicht, welche die aktuellen Booster zum Sonderpreis anbieten.
das stimmt hoffnungsvoll!
Übrigens, die mit der CS2 hat veröffentlichr CAN-Spezifikation in Version 2 hat schon alle Möglichkeiten um beliebige Railcom-Nachrichten zu transportieren. Es gibt abernoch keine Funktionsaufrufe, um damit in der GUI etwas Sinnvolles anzufangen.
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Zitat von vikr im Beitrag #3Übrigens, die mit der CS2 hat veröffentlichr CAN-Spezifikation in Version 2 hat schon alle Möglichkeiten um beliebige Railcom-Nachrichten zu transportieren. Es gibt abernoch keine Funktionsaufrufe, um damit in der GUI etwas Sinnvolles anzufangen.
eigentlich dachte ich, durch meine Mitarbeit am CAN-Monitor diese Spezifikation zu kennen, aber Railcom ist mir darin noch nicht begegnet. Klar lediglich, dass es dafür genügend Lücken gäbe wenn man ...
Guten Morgen, ich hab mich selbst nicht in die Spezifikation eingelesen, aber meinte von Hören Sagen verstanden zu haben, dass ESU / Märklin zur damaligen Zeit z.B. die RailCom Lücke im Gleissignal frei gelassen haben. Da wäre es nur sinnvoll, dass auch andere Dinge berücksichtigt wurden . Und sei es nur, dass ESU die Sachen noch 2x machen wollte für ihre eigenen Entwicklungen (DCC) und Märklin (mfx bzw. mfx+).
Interessant wird es für mich erst, wenn Märklin auch mfx/railcom Detektoren anbieten wird. Aktuell spiele ich auf einem Testkreis mit Tams mc2 und Hermes über BiDiB rum, um das ideale Setup für mich zu finden. Die Detektoren sind schon ziemlich genial, auch wenn es recht viel Verkabelungsaufwand bedeutet.
Zitat von LukeNRG im Beitrag #5Interessant wird es für mich erst, wenn Märklin auch mfx/railcom Detektoren anbieten wird.
interessant wird es, wenn die CS mit diesen Meldungen etwas Konstruktives anfangen, kann, also auch unter DCC PoM lesen (dazu bräuchte sie allerdings einen eingebauten globalen RailCom-Detektor) . Wenn es lokale RailCom-Detektoren gäbe, könnten die zwar die per Railcom erhaltenen Nachrichten per Kabel und CAN-Protokoll an die Zentrale weiterleiten (ähnlich wie ein L88 die S88 Meldungen an die Zentrale weiterleitet), aber mehr nicht. Es gibt in der 2.0er CAN-Spezifikation von Märklin bereits Rückmelde-Funktionsaufrufe, in denen diese Informationen untergebracht werden können, aber das ist nur der Nachrichten-Transport. Die CS3 kann mit dieser Information derzeit (zumindest offiziell bisher) nichts anfangen. Im Gegensatz dazu kann die ECoS z.B. auf dem Display anzeigen, welche Lokadresse sich auf einem bestimmten Abschnitt befindet, sogar mit dem Märklin Lok-Decoder 60996 https://www.maerklin.de/en/products/deta...pi1%5Blang%5D=1
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Hallo Vik, dass das natürlich in der CS3 auch integriert werden muss ist klar. Da gehe ich aber von aus, dass das eher ein Softwarethema ist. Einzig das Marketing könnte da reingrätschen und sagen, dass muss dann die CS4 werden um die Entwicklungskosten wieder zu reinzuholen.
In dem Zug wäre ja auch die DCC Anmeldung nach RCN-218 wünschenswert.
Ich denke in der DC Zweileiterwelt muss das kommen. War sicherlich in Analysen ein Kaufhemmnis für Trix Modelle, dass deren Decoder kein RailCom beherrschten. Vielleicht kommt es so auch für Märklinmodelle durch die Hintertür.
Zitat von LukeNRG im Beitrag #7Hallo Vik, dass das natürlich in der CS3 auch integriert werden muss ist klar. Da gehe ich aber von aus, dass das eher ein Softwarethema ist.
Hallo
wenn das nur ein Software Thema wäre, dann wäre der angebliche Booster Ausverkauf wegen dem nicht nötig.
Die Hardware der CS3 wäre genauso betroffen. Oder man handelt es so wie damals ESU mit der CS1 reloaded. Über Booster ist Railcom bis in die Zentrale möglich, aber nicht über den Gleisanschluss der Zentrale selbst.
Zitat von supermoee im Beitrag #8Die Hardware der CS3 wäre genauso betroffen. Oder man handelt es so wie damals ESU mit der CS1 reloaded. Über Booster ist Railcom bis in die Zentrale möglich, aber nicht über den Gleisanschluss der Zentrale selbst.
Genau wie MFX braucht Railcom halt spezielle Hardware um die Daten vom Dekoder zu empfangen. Was bei MFX der RDS-Decoder ist ist bei Railcom der Detektor der die Stromimpulse die der Dekoder während der Railcomlücke sendet detektieren kann. In die bestehende Hardware z.B. der CS3 sowas zu integrieren würde einiges an Redesign im Bereich der Leitungsstufe erfordern, nur in alleine Software geht das nicht. Ein externer globaler Detektor der via CAN mit der CSx spricht wäre mit sehr überschaubarem Aufwand umzusetzen, dann ist es nur noch Software um die Railcom-Lücke zu erzeugen, die HW kann das ohne weiteres. Vielleicht hat Märklin einfach das Problem das bestimmte Bauteile des 60175 nicht mehr zu bekommen sind und das nötige Redesign auf eine Neukonstruktion hinausläuft..
Zitat von supermoee im Beitrag #8Oder man handelt es so wie damals ESU mit der CS1 reloaded. Über Booster ist Railcom bis in die Zentrale möglich, aber nicht über den Gleisanschluss der Zentrale selbst.
oder anders ausgedrückt: mit Kauf eines Nachfolgers des 60175, könnte man - eine CS3 (mit einer aktualisierten Firmwareversion) - mit Railcom nachrüsten, allerdings nur auf Gleisen, die man an den Boosterasusgang angeschlossen hat.
Zitat von Stahlblauberlin im Beitrag #9Vielleicht hat Märklin einfach das Problem das bestimmte Bauteile des 60175 nicht mehr zu bekommen sind und das nötige Redesign auf eine Neukonstruktion hinausläuft..
das wäre die triviale Erklärung! Aber warum dann einen Abverkauf mit so drastischem Preisnachlass?
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix
Zitat von vikr im Beitrag #10Aber warum dann einen Abverkauf mit so drastischem Preisnachlass?
Raus aus dem Lager damit, zum Weihnachtsgeschäft muss Platz für das neue Modell sein... Übrigens, der Leistungsteil der CS3 ist ziemlich genau ein 60175..
Es ist sicherlich eine Verkaufsstrategie dahinter. Wahrscheinlich will man erstmal nach und nach das (wichtigste) Zubehör railcomfähig machen, bevor eine Zentrale auf den Markt kommt, die das beherrscht, damit dann auch ein sofort nutzbarer Mehrwert entsteht. Der mSD/3 Nachrüstdecoder mit Plux22 ist ja auch schon railcomfähig, wenn ich mich nicht täusche.
Zitat von Stahlblauberlin im Beitrag #11Raus aus dem Lager damit, zum Weihnachtsgeschäft muss Platz für das neue Modell sein... Übrigens, der Leistungsteil der CS3 ist ziemlich genau ein 60175..
passt durchaus zu der These, dass man die CS3 nicht durch ein reines Firmware-Release so upgraden könnte, dass sie Railcom-Nachrichten auf dem Gleis verarbeiten könnte.
MfG
vik
im Übrigen - Märklin am liebsten ohne Pukos, z.B. als Trix