Hallo zusammen,

beim durchlesen des Digital-Artikels im aktuellen Märklin-Magazins ist mir aufgefallen bzw. ich habe es so interpretiert
das von einem gleichzeitgen Einsatz von verschiedenen Protokollen abgeraten wird.

Kongret ich habe Fahrzeuge die mit Multidecoder ausgestattet sind,
die subjektiv gesehen im DCC Protrokoll bessere Fahreigenschaften zeigen bspl. mehr Fahrstufen verfügbar.

Die Zentrale gibt es ja her mit verschiedenen Protokollen zu steuern (ich weiß es geht, hatte es aber nur kurzzeitig ausprobiert).

Meine Frage funktioniert das auch gleichzeitig :
Wie sind eure (Langzeit) Erfahrungen dazu :
Kommt es zu Streuungen will sagen unvorhergesehen Effekte, Störungen, .............. :

Hallo Ingo,

mit meinen CS1 (r) und CS2 gibt es keinerlei Probleme mit dem gemischten Fahren:
MFX, DCC und MM2.

Eine Einschränkung möchte ich aber trotzdem ungeprüft weitergeben.
In einem Telefonat vor längerer Zeit mit ESU hat man mir abgeraten,
bei dem gemischten Fahren "Selectrix" mit reinzunehmen. Da sollte ich
diese Loks mit DCC fahren. Diese könnten mit der CS1 (r) Probleme machen.

Die Aussage, dass man nicht so viel verschiedene Protokolle vermischen
sollte, hat man mir auch einmal gesagt., hat aber bei mir noch nie Probleme gegeben,
außer man vergibt verschiedene Adressen mehrfach. Dies meldet aber die CS2 beim Programmieren.
Ich wüßte auch nicht, warum, da die Centralen für verschiedene Protokolle gemacht sind.

Eine Anmerkung hätte ich noch. Bei Multiprotokoll-Decodern, z. B. MM2 und DCC,
fahre ich immer DCC. Dies ist einfacher mit der Programmiererei und fährt auch besser.
Hat man diese einmal auf MM2 programmiert, muss man sie erst wieder auf DCC
zurücksetzen und dann programmieren.
Man hat mit DCC u. a. mehr Adressen (erweiterte Adressen), mehr Funktionen
und sanfteres Fahren zur Verfügung.

Mit freundlichen Grüßen

Reinhard Welz

Ich darf mich der Frage von Ingo anschließen. In meinem Fall muss ich die Weichen meiner Modulanlage mit DCC ansteuern, fahre aber meine Loks mit MFX (gesteuert wird mit der CS2). Aus irgendeinem Grund lassen sich bei mir die Decoder von MBtronik nur mit DCC ansteuern und nicht mit MM bzw. MM2. Herr Holtermann konnte mir hier leider auch nicht weiterhelfen.

Hallo,

Probleme gibt/gab es bei mir immer dann, wenn ein Dekoder auf mehrere Systeme/Protokolle gelauscht hat. Da konnte es mal vorkommen, daß eine Lok, die eigentlich mit langer Adresse auf DCC gestellt war, auch auf ein MM2-Signal der Adresse 3 gehört hat...

Seitdem ich jedoch im Dekoder immer alles nicht gewünschte abschalte (Analogerkennung, MM2 oder manchmal auch DCC), gibt es keine Probleme mehr.

Hallo,

Ich kann von keinen negativen Erfahrungen berichten. Ich fahre die Loks im mfx, MM und DCC Format, geschaltet wird im MM Format.

Als meine CS2 dann DCC konnte habe ich z.B. die Roco-Loks auf den DCC Betrieb umgestellt und fahre die jetzt mit 126 Fahrstufen.

Eine von mir selbst gesetzte Beschränkung ist, dass die Loks im MM-Format nur die Adressen bis 100 belegen, über 100 ist DCC vorbehalten (in der Regel sowieso die lange Adresse). Eine doppelte Adressvergabe einmal unter MM und einmal unter DCC sollte man vermeiden. Weiterhin habe ich bei allen Loks mit Decodern bei denen das möglich ist die Analogerkennung (sowohl analog AC als auch analog DC) als auch andere nicht genutzte andere Funktionalitäten abgeschaltet.
Ich habe also keine negativen Erfahrungen seitdem das Update der CS2 auf die DCC Funktionalität kam.

Schönen Gruss
Jörg

Hallo Ingo,

ich fahre MM/mfx und DCC, allerdings ohne mfx-Booster. Am besten fahren die mit den 6090x versehenen Lokomotiven. Meine ca. 150 MA werden über einen kleinen Booster versorgt und ich habe, obwohl alle Märklin, keine Probleme mit den Weichen. Sollte eine mfx-Lok einschlafen, kann ich sie problemlos über den Schraubenschlüssel wecken und sie bleiben dann auch ca. 1 Woche wach.

Durch den Einsatz der Märklin-Telex wollte ich auch einmal den Kupplungswalzer testen und habe mir einen DCC-Decoder zugelegt. Mittlerweise sind es 3 und ich drehe noch an den Einstellungen, denn mit den Fahreigenschaften der DCC-Loks bin ich nicht so ganz zufrieden. Ob es an dem Betrieb der 3 Protokolle liegt, kann ich noch nicht sagen. Da werde ich noch einige Experimente durchführen.

Hallo Moba-Kollegen,

das einzige, was mir noch unklar ist und wo ich noch keine genaue Lösung bei Mischbetrieb
ausprobiert habe, ist folgendes:

Ich habe z. B. eine DCC-Lok programmiert mit Adresse 15. Dann habe ich die Adresse auf
350 umprogrammiert als erweiterte Adresse. Beim Auslesen der CV 1 wird nach wie vor die Adresse 15 angezeigt,
bei erweiterte Adressen die 350.

Was ist jetzt, wenn ich eine andere Lok, z. B. auch auf die MM2 Adresse 15 programmiere,
gibt es da möglicherweise Konflikte mit der Adressvergabe? Bisher habe ich dies eigentlich
immer vermieden, aber mehr aus Unsicherheit.

Mit freundlichen Grüßen

Reinhard Welz

Moin!

Zitat von sirz-moba

---

Meine Frage funktioniert das auch gleichzeitig :

---

Probleme habe ich nur mit

• alten Roco-Loks mit Mäuseklavier-Decodern (in einer Lok leider ohne Schnittstelle, bei einer anderen Lok bereits entsorgt)
• neuen Loks von Roco und Piko mit Uhlenbrock-Decodern

Zitat von Berderwe

---

Was ist jetzt, wenn ich eine andere Lok, z. B. auch auf die MM2 Adresse 15 programmiere,
gibt es da möglicherweise Konflikte mit der Adressvergabe? Bisher habe ich dies eigentlich
immer vermieden, aber mehr aus Unsicherheit.

Mit freundlichen Grüßen

Reinhard Welz

---

Das solltest du auch in Zukunft vermeiden denn es führt in der Tat zu Konflikten. Die Loks reagieren dann sehr seltsam auf Befehle, fahren aber keineswegs wie gewollt. Kannst ja mal ausprobieren.

Stimmt,

sollte ich vielleicht auch ergänzen. Bei mir sind entweder die Märklin-Dekoder oder ESU Dekoder im Einsatz.

Zitat

---

Loks mit U*-Decoder rasen manchmal unkontrolliert los, wenn in ihrer Nähe eine mfx-Lok aktiv ist.

---

Es gab auch mal Märklin Loks, die dieses Problem (zumindest bei meiner alten CS1) hatten, das waren Mäuseklavierdekoder mit einer bestimmten Chipcodierung (722 B ???? Erinnere mich da nicht mehr so genau). Seitdem ich diese rausgeschmissen habe (die Dekoder, nicht die Loks ) ist Ruhe im Karton!

Jörg

Zitat von Berderwe

---

...
Ich habe z. B. eine DCC-Lok programmiert mit Adresse 15. Dann habe ich die Adresse auf
350 umprogrammiert als erweiterte Adresse. Beim Auslesen der CV 1 wird nach wie vor die Adresse 15 angezeigt,
bei erweiterte Adressen die 350.
...

---

Ich hatte mal hier anlässlich eines Teppichbahntreffens gemachte Erfahrungen mit o.g. Konstellation gepostet.

Guido

Hallo Guido, Stephan und Moba-Kollegen,

vielen Dank für Eure Antworten. Es hilft mir schon ein bißchen weiter.

Mit freundlichen Grüßen

Reinhard Welz

Guten Morgen zusammen,

mal eine Frage in die Runde, wenn ich die lange DCC-Adresse verwende, warum muss ich dann in CV 1 auch eine reinschreiben : :

Sehr interessant das ganze Thema, so wie ich es verstehe steht einem Mischbetrieb nichts im Wege,
wenn man das mit dem Thema MM/DCC Adressevergabe berücksichtigt.

Zitat von sirz-moba

---

mal eine Frage in die Runde, wenn ich die lange DCC-Adresse verwende, warum muss ich dann in CV 1 auch eine reinschreiben : :

---

Die meisten Decoder ignorieren die kurze Adresse, wenn die lange Adresse aktiv ist.
Falls der Decoder trotz langer Adresse noch auf die kurze Adresse reagiert, setze ich die kurze Adresse auf 0.

Zitat

---

mal eine Frage in die Runde, wenn ich die lange DCC-Adresse verwende, warum muss ich dann in CV 1 auch eine reinschreiben

---

Musst Du nicht, aber wenn Du`s tust, solltest Du dran denken, dass Du zuerst die Adresse in CV 1 änderst und dann erst die lange setzt.
Wenn sich der Decoder normgerecht verhält, wird beim Setzen der kurzen Adresse eine zuvor vom User aktivierte lange Adresse automatisch deaktiviert aber nicht gelöscht (nur CV29 Bit 5 wird auf Null gesetzt) und die Consist-Adresse (CV 19) gelöscht.

Gruss,
Manfred

Hallo zusammen

Hatte auch Probleme beim Mischbetrieb von MM und DCC. Meine Lösung: Bei DCC nur lange Adressen verwenden, die für MM unerreichbar sind. Somit ist der Adressebereich von MM und DCC getrennt und das Problem, dass ein Multiprotokoll-Decoder auf mehrere Protokolle gleichzeitig hört ist umgangen.

Gruss
Teddy
_________________
Diodentrick, auch für S88 mit Optokopplern

Triebfahrzeuge mit älteren MM-Decodern fahren unmotiviert los, wenn beim Hochfahren der Zentrale eine DCC-Adresse voreingestellt ist.

Analogerkennung ausschalten möchte ich nicht. Denn wenn mein Sohn mit den Zügen wo anders ist und ich vergessen habe, die Analogerkennung vorher wieder zuzuschalten, ist die Enttäuschung groß. Also leben wir mit diesem kleinen Problemchen und versuchen, die Zentrale immer mit einer MM-Adresse im Display auszuschalten. Meistens klappt's.

Zitat von Peter Müller

---

Triebfahrzeuge mit älteren MM-Decodern fahren unmotiviert los, wenn beim Hochfahren der Zentrale eine DCC-Adresse voreingestellt ist.

---

Naja, bisweilen tun das leider auch neuere Loks ... die Ursachen sind ... vielfältiger Natur! Leider!

Aber Analogerkennung abschalten ist nie verkehrt wenn man nicht analog fahren will ...


Viele Grüße,

Kalle