Hallo Zusammen,

aktuell habe ich ein Problem mit einer Märklin Lok (3416), ehemals Delta, mittlerweile mit einem ESU-Bügel nachgerüstet.

Dec ist ein ESU Lopi 3.0
Programmierung auf dem Prüfstand (Rolle) auf DCC, lange Adresse, CVs einstellen etc. funktioniert tadellos und die Lok macht, was ich will.
(Programmierung mit IB).

Sobald ich die Lok auf die Anlage setze (Tams MC), fängt das Teil an zwischen die Beleuchtung hin und her zu schalten zwischen Stirn- und Rückleuchten, beim Fahren ist 10cm fahren, stehen, fahren, stehen ....
Als wenn die Lok zwischen vorwärts und rückwärts hin und her schaltet.

Protokolle sind gleich eingestellt.

Hatte sowas schon ´mal jemand?
Wenn ja, wie kann man es beheben?

Sie haben die Lok mit der IBOX programmiert und fahren mit der TAM-MC.
Steuern Sie mit einem Rechner und haengen beide Geraete am Rechner ? z.B. TAMS zum Fahren und IBOX zum Schalten ?
Falls ja, dann geben Sie in der IBOX mal eine Adresse von einer Lok ein, die Sie nicht au der Anlage haben. Dann verhaelt sicjh Ihre neu programmierte Lok wieder normal.
Gruss
h.-h.kiltz

Hallo,

hört sich fast so an, als ob sich der ESU-Dekoder nicht zwischen MM und DCC entscheiden kann. Ist die Adresse schon von einer anderen Lok belegt?

Hallo,

danke erstmal für Eure Antworten.

@H.-H. Die beiden Systeme sind völlig getrennt voneinander.
Die IB hängt am Rollenprüfstand ohne Anlagenverbindung.
Dort wird nur programmiert und eingestellt.


@Torsten
ja, den Eindruck des Protokollproblems macht es. Die DCC-Adresse ist eine "Lange". Ich habe auch eine andere getestet. Ohne Erfolg.

Noch Ideen?

Hallo , Jogi hier


Was ist mit der Adr. in CV 1 ??

Bei DCC lange Adr. bei MM die Adr. in CV 1 !!
Ich hatte auch Probleme und habe bei allen langen Adr. die Adr in CV1 auf 99 gesetzt . ( die wird bei mir nicht genutzt ) seit dem KEINE Probleme mehr .

Hallo Jogi,

bei mit haben die alle noch die "3". Mit der "3" fahre ich nicht.

An der Lok-Elektrik liegts auch nicht. Ich habe gerade mal einen Kühn eingebaut, auf dieselbe Adresse (5170 DCC lang) programmiert, damit ist das Phänomen weg. (Keine Änderung in SW, Tams MC oder IB)

Hat wohl der Dec ´nen "Schuß".

Aber interessieren würde es mich trotzdem.

Moin Thomas

Schon mal an ein Decoder-Reset gedacht

MfG von Uwe dem Oegerjung

Moin Uwe,

ja, schon.
Werde ich auch machen. Nur kann ich dann vielleicht den Fehler nicht mehr reproduzieren. Und der Forscher im Mann möchte wissen, woran das liegen kann, dass zwischen Anlage und Prüfstand so ein Delta ist.

Ahoi Thomas

Hattes du den Decoder ohne veränderungen zuerst getestet oder gleich irgend welche CV´s verändert :

Mit Weihnachtlichem Gruß von Uwe dem Oegerjung

Wenn das ein Lopi ist der auch Motorola versteht: Ist die 2. Motorolaadresse vielleicht aktiv geschaltet?

Denn es klingt wirklich so als ob der Dekoder auf 2 verschiedene Adressen was hoert und sich nicht wirklich entscheiden kann.

Hallo,
ich werde das später (Morgen, Übermorgen) weiterverfolgen.

Jetzt ist erstmal Weihnachten.

Euch allen ein frohes Weihnachtsfest

Hallo,

jetzt hat es doch ein bisschen gedauert ....

Bei meinem Umbau der Roco 290 023 (siehe dort ) hatte ich das Phänomen (mit einem nagelneuen Lopi 3) wieder.

Ich konnte den Effekt reproduzieren.

Es liegt wohl an der Kombination WinDigpet, TAMS MC, und Lopis.
Über WDP waren zwei Loks (die selten im Einsatz sind) mit MM Adresse 3 an die TAMS MC übergeben worden.

Eine dieser beiden Lokanlagen hat wohl (obwohl weder auf der Anlage stehend noch über die TAMS MC aufgerufen) dieses Regelungschaos verursacht.

Die TAMS MC habe ich noch nicht solange im Einsatz. Mit meiner IB hatte ich vorher dieses Problem nicht.

Ich habe die Adresse 3 jetzt in der WDP-Datenbank und in der TAMS MC nicht mehr vergeben und alles läuft wieder normal.

Nur, ich verstehe das Verhalten nicht.

Hallo, Thomas!

Zitat von Thomas Kainz

---

Nur, ich verstehe das Verhalten nicht.

---

Deine Lok reagiert anscheinend auf zwei Adressen. Die Zentrale schickt der einen den Befehl "Fahren mit Licht" und der anderen den Befehl "Stehen ohne Licht" - und das immer abwechselnd, deshalb blinkt und ruckelt es ...

Die IB spricht nur Adressen an, die in den letzten drei Minuten verwendet wurden. Deshalb klappt es damit.

Ich hatte dieses Problem mal bei Uhlenbrock-Decodern und habe CV 1 dann auf 0 gesetzt.

Zitat von Thomas Kainz

---

... hatte ich das Phänomen (mit einem nagelneuen Lopi 3) wieder.

Ich konnte den Effekt reproduzieren.

Es liegt wohl an der Kombination WinDigpet, TAMS MC, und Lopis.
Über WDP waren zwei Loks (die selten im Einsatz sind) mit MM Adresse 3 an die TAMS MC übergeben worden.
...

Nur, ich verstehe das Verhalten nicht.

---

Hallo Thomas,

ich kenne diesen Effekt!!
Und weiß warum ich keine ESU verwende - u.a. genau aus diesem Grund.
Adresse 3 reagiert auf MM, Adresse > 255 reagiert auf DCC.

lg tron24

Es gibt CV's die das auschalten (Individuelle Protokoll-Enable Bits fuer MM und DCC). Auch kann man nur-DCC-Lopis kaufen.
Uebrigens kann man den Effekt auch bei Fleischmann-Loks mit Dekoder ab Werk sehen, egal ob Uhlenbrock oder ESU als Basis.
Bei Loksound(2?) sollte man die Motorola-Adresse (anderes CV als CV1, ich glaub CV64 oder so) auf 0 setzen.

Hallo zusammen,

es scheint tatsächlich Decoder zu geben, die auf die Adresse in der CV1 reagieren obwohl eigentlich die lange Adresse eingestellt ist. Ich habe eine Lok, die reagiert sowohl auf die Adresse 3 in der CV1 als auch auf die 5215 in der CV 17/18. Dazu muss aber die Adresse 3 im Motorolaformat gesendet werden. Sehr seltsam, zumal es ein Kühndecoder ist und ich dies bei keinem anderen Decoder von Kühn feststellen kann. Auch bei einem ESU Decoder ist mal das schon mal untergekommen, konnte es aber nicht reproduzieren.

Die MC hat 64 Loks im Refrehzyklus. Beim Starten von WDP werden alle Loks, die in der Lokdatenbank auf "Anlage" stehen initialisiert, dass heißt mit den gespeicherten Informationen zu Fahrtrichtung und Funktionstastenstellung versorgt. Wenn nun weniger als 64 Loks initialisiert werden, oder die Adresse unter den letzten 64 Adressen gesendet wird, bleiben Informationen der Adresse 3 am Gleis. Wird nun eine DCC Lok aufs Gleis gesetzt, die auf die Adresse 3 und auf eine lange Adresse hört, weiß die nicht was sie machen soll. Auf die Adresse 3 verzichte ich aber schon immer, denn wenn ich einen neue Lok teste, dann mache ich das meist ohne die Adresse zu ändern. Also muss die 3 freibleiben...

Hallo Jens,

Zitat

---

Es gibt CV's die das auschalten (Individuelle Protokoll-Enable Bits fuer MM und DCC).

---

Verrätst Du uns auch welche das sind

Hallo Zusammen, hallo Jürgen,

Zitat

---

Die MC hat 64 Loks im Refrehzyklus. Beim Starten von WDP werden alle Loks, die in der Lokdatenbank auf "Anlage" stehen initialisiert, ....

---

damit verstehe ich zumindest einen Teil vom Phänomen.

Zitat

---

Auf die Adresse 3 verzichte ich aber schon immer, denn wenn ich einen neue Lok teste, dann mache ich das meist ohne die Adresse zu ändern. Also muss die 3 freibleiben...

---

Das ist bei mir im Prinzip genauso, da ich die Teile nur gaaanz sporadisch einsetze, habe ich keine Veränderungen vorgenommen und habe sie eben so in der Datenbank eingetragen. Bisher war es ja mit der IB auch kein Problem.

Zitat

---

Auch kann man nur-DCC-Lopis kaufen

---

Das weiß ich, aber mein Sohn fährt mit der mobile station sein eigenes "Ding" und da muss ab un zu auch eine von Papas Loks Dienst tun

Zitat

---

sollte man die Motorola-Adresse (anderes CV als CV1, ich glaub CV64 oder so) auf 0 setzen.

---

Das ist vielleicht die Idee dazu.
Dann werde ich das bei meinen Loks mit Kühn und ESU und anderen Multis nach und nach so machen.

Das erklärt zwar alles die Heilung der Symptome, aber leider nicht die Wurzel des sporadischen Auftretens des "gehorchens auf zwei Herren". Zumal sich auch die Dokus darüber ausschweigen.

Zitat von Thomas Kainz

---

Das erklärt zwar alles die Heilung der Symptome, aber leider nicht die Wurzel des sporadischen Auftretens des "gehorchens auf zwei Herren". Zumal sich auch die Dokus darüber ausschweigen.

---

Moin Thomas,


ich denke ich kann zumindest aufklären warum das so ist.

Das hat auch nichts mit der Zentrale zu tun. Bei Deiner früheren IB ist es vermutlich nicht aufgetreten weil die Konstelation mit der Adresse "3" nicht ausgwewählt wurde.

Bei mir ist das mit der IB und einem Lopi auch so gewesen. Seit ich dort das neueste Update aufgespielt habe nicht mehr.

Ich habe mehr als 60-70 Lopis am laufen 1.0, 2.0+ 3.0 und keiner bis auf einen hat das gemacht----> aufMM 3 und lange Adresse gleichzeitig "gehört" und dementsprechend Fehlfunktionen gehabt, wie Du sie beschrieben hast.

Abhilfe schafft ein Firmwareupdate.


Betroffen ist diese Version:

Typ: LokPilot V3.0

manID: 0x00000097
proID: 0x02000029
SerNo: 0xFFEAF87E
pDate: 14.09.2007
pInfo: <not>
bCode: 0.6.81
bDate: 06.11.2006
aCode: 0.0.6414
aDate: 21.08.2007
aType: 1

Mit Update auf diese Version:

Typ: LokPilot V3.0

manID: 0x00000097
proID: 0x02000029
SerNo: 0xFFEAF87E
pDate: 14.09.2007
pInfo: <not>
bCode: 0.6.81
bDate: 06.11.2006
aCode: 0.0.6520
aDate: 03.12.2008
aType: 1

ist das Phänomen weg. Das heißt in CV 1 kann ruhig die "3" stehen bleiben.

Wenn der Decoder auf lange Adressen steht reagiert er nicht auf die MM2 Adresse, auch wenn diese gleichzeitig gesendet wird. Er läßt sich nicht mehr durcheinander bringen. So ist es ja richtig.

Auch wenn nach einem Reset der Zentrale nur MM2 Adresse "3" gesendet wird,reagiert er nicht. Auch richtig.

Laß Dir den/die Decoder von einem aus der Nähe, der einen Lokprogrammer besitzt updaten und fertig.

Das was Jens da mit dem Abschalten der MM-Adresse über eine CV schreibt, ,kenne ich nur von UB-Decodern. Da kann man das per CV 49 machen.

Von sonstigen Decodern kenne ich diese Option nicht, kann es aber nicht ausschließen. Alles kann man ja nicht wissen

Gruß Markus

Hallo,

Zitat

---

Von sonstigen Decodern kenne ich diese Option nicht, kann es aber nicht ausschließen. Alles kann man ja nicht wissen

---

Bei den Tams-Multikulti-Decodern ist es so, dass diese nicht mehr auf Motorola hoeren sobald man eine lange Adresse verwendet.

Zitat von Marky

---

Abhilfe schafft ein Firmwareupdate.


Betroffen ist diese Version:

Typ: LokPilot V3.0

manID: 0x00000097
proID: 0x02000029
SerNo: 0xFFEAF87E
pDate: 14.09.2007
pInfo: <not>
bCode: 0.6.81
bDate: 06.11.2006
aCode: 0.0.6414
aDate: 21.08.2007
aType: 1

Mit Update auf diese Version:

Typ: LokPilot V3.0

manID: 0x00000097
proID: 0x02000029
SerNo: 0xFFEAF87E
pDate: 14.09.2007
pInfo: <not>
bCode: 0.6.81
bDate: 06.11.2006
aCode: 0.0.6520
aDate: 03.12.2008
aType: 1

ist das Phänomen weg. Das heißt in CV 1 kann ruhig die "3" stehen bleiben.

---

Hallo Marky,

das ist ja jetzt ´mal eine echte Begründung dazu. Firmwareproblem. Danke.

Einen Programmer habe ich, also kein Problem.
Nur zur Info für mich: Kann ich die aktuelle Version irgendwo auslesen.
CV7 sagt beim Problemdecoder 104. Aber wo finde ich in Deinen Angaben das wieder?

Hallo Thomas,


die Versionsnummer ist von dem Update nicht betroffen.Aktuelle SW-Versionsnummer in CV 7 ist und bleibt 104.

Was ich da kopiert habe, sind die erweiterten Decoderinformationen.--->
Firmareversion etc. diese sind abrufbar unter Menüpunkt "Programmer" zweitletzte Auswahl. Dort steht dann die jetzige Firware-Version.

Einfach die neue Firmware-Vrsion vom Dezember 2008 draufspielen und der Lopi wird wieder "gehorchen".


Gruß Markus

Hallo Thomas,

Zitat

---

Nur zur Info für mich: Kann ich die aktuelle Version irgendwo auslesen.

---

Kannst Du mit dem Lokprogrammer machen. Im Menüpunkt "Programmer-> Erweiterte Decoderinformation"