.
Guten Tag liebe Stummifreunde,

Ihr seid sozusagen meine letzte Hoffnung. Ich habe ein ganz seltsames Problem mit dem Tams FD-R-Basic-3

Ich fasse das Problem mal so zusammen:
Im vergangenen Jahr spendierte ich meinem Rheingold M* 4228 Zug einen Tams FD und ein Miniaturrelais, beides montiert unter dem Packwagen, um die Innenbeleuchtung schaltbar zu machen.
Hat alles super funktioniert, der FD wurde unter DCC mit meiner CS 2 auf eine passende Adresse eingestellt und wird unter MM betrieben. Sowohl manuell über die CS 2 oder über das Lok Control von WinDigipet (WDP) als auch bei entsprechender Zugzusammenstellung über den Funktionsauslöser im Fahrzeuganzeiger - alle Schaltungen sind 100% korrekt.

Ermutigt durch diesen Erfolg kaufte ich mir vor sechs Wochen zwei weitere Tams FD desselben Typs zum Umbau von zwei Doppelstock Steuerwagen. Die Matsushita Miniaturrelais hatte ich noch vorrätig vom letzten Jahr. Ich verfuhr nach dem selben Schaltplan:



Und dann das große Rätsel: die Innenbeleuchtung geht während der Streckenfahrt wahllos aus und in seltenen Fällen auch wieder an. Obwohl in der CS 2 und im WDP Lokcontrol die zugehörige Funktion F1 als "An" angezeigt wird, bleibt die Innenbeleuchtung "Aus". Erst nach einem STOP und GO auf der Zentrale lässt sich F1 wieder schalten. Beide Steuerwagen reagieren gleich (schlecht). Ich habe im WDP Forum und vom Tams Service zahlreiche Ratschläge erhalten, durch die sich das Problem immerhin eingrenzen ließ:

Es ist so, dass alles o.k. ist, solange nur die CS 2 eingeschaltet ist. Sobald ich WDP starte, gehen die Aussetzer los. Erst ein schließen von WDP und ein Neustart der Zentrale bringen die korrekte Funktion zurück. Ich fahre seit 1985 Märklin digital und ich kenne WDP seit Jahrzehnten als ein sehr zuverlässiges Programm mit gutem Support aber diesmal bin ich in der Sackgasse. Was mich halt vor allem wundert ist der Zustand, wo F1 (AUX1) an zwei Stellen im System als "An" angezeigt wird und trotzdem das Licht aus bleibt, so dass man quasi einen Reset durch wegnehmen der Mittelleiter Spannung schalten muss, damit man wieder Zugriff bekommt.

Hat jemand von Euch eine Erklärung oder noch besser eine Abhilfemaßnahme parat oder vielleicht ähnliche Erfahrungen gemacht ?
Mag sein dass es sich nur um eine Kleinigkeit handelt ...

Viele Grüße
Berthold

Weitere Details findet Ihr hier:
https://www.windigipet.de/foren/index.ph...71431#msg271431

Hallo Berthold,

was du beschreibst, klingt, als würde von WDP eine Info ins Gleis kommen, die die CS2 nicht verwalten kann, aber weitergibt, und die erst wieder weggeht, wenn WDP nicht mehr aktiv ist und die CS2 (die auch bei Inaktivität von WDP die bisher verbreiteten Befehle weiter ins System bläst) neu gestartet ist.
Du hast geschrieben, daß du die Decoder in DCC programmiert hast (was sehr sinnvoll ist), aber in MM einsetzt. (Das leuchtet mir weniger ein - wenn ich DCC nutzen kann, würde ich es MM immer vorziehen.)
Die Tams-Decoder haben die Eigenschaft, immer auf beide Sprachen zu lauschen. Du kannst also, wenn du eine Lok mit Adresse 10 DCC hast und einen FD, der eigentlich auf 10 MM hören sollte, lustige Effekte am Tams-Decoder bekommen, wenn diese Lok fährt. Beispielsweise wird, wenn F1 auf dem FD Innenbeleuchtung ist, aber auf der Lok die Tröte, die Innenbeleuchtung im Wagen jedes Mal an- und ausgehen, wenn du die Tröte der Lok betätigst.

Ist es möglich, daß in WDP Loks gespeichert sind und angesprochen werden (und sei es mit "Fahrbefehl 0"), die auf die gleichen Adressen hören wie deine beiden Funktionsdecoder? Das würde nach meinem Verständnis nämlich erklären, was du beobachtest: solange diese Loks mit dem Befehl "F1 aus" gefahren werden, geht die Innenbeleuchtung des Wagens nicht, die mit F1 eingeschaltet werden sollte.

Ich würde empfehlen: die Funktionstasten für die Funktionsdecoder auf hohe Werte legen, die du bei deinen Loks nie brauchst. Dann wird selbst eine Adressenüberlappung keine negativen Effekte haben.
Und - warum nicht DCC mit langen Adressen einsetzen? Die Gefahr, daß zwei Fahrzeuge die gleiche Adresse bekommen, ist ungleich kleiner als im 80- oder 255-Adressen-Raum von MM.

Viel Erfolg, halt uns auf dem Laufenden!

Die Tams lassen sich auf ein Protokoll festnageln, CV 12 auf 4 (nur DCC) oder 32 (nur MM), jeweils +1 wenn auch DC analog funktionieren soll. Ich lege, sofern relevant, grundsätzlich das Protokoll fest. Allerdings ist bei mir eh nur DCC vorhanden, ggf. auch DC analog.

Hallo Berthold,

Zitat von Hexdi im Beitrag #1

---

Hat jemand von Euch eine Erklärung oder noch besser eine Abhilfemaßnahme parat

---

Guten Tag und danke für die Hilfestellungen !

@ Wolf
Die Frage nach dem DCC Betrieb ist mir schon öfter gestellt worden. Aber es ist bei mir halt so, dass ich seit 1985 digital fahre, anfangs mit der 6020/6021, später mit der CS 2. Da ist im Lauf der Jahre ein erhebliches Sammelsurium zusammengekommen, was halt nur auf MM hört, z.B. zahlreiche Loks mit 6090x Decoder, die eine gute Lastregelung haben, daneben auch Weichendecoder, Bahnschranken etc. Ich hatte über die Jahre weg auch kaum Probleme mit dem mfx+MM Betrieb über die CS 2 - also "never change a running system" - da bitte ich um Verständnis. DCC nutze ich nur am Programmiergleis für Decoder, welche sich nicht ohne weiteres über MM ansprechen lassen, z.B. ESU Lopi sofern es einer ohne MKL Funktion ist,
Das ganze hat ja im vergangenen Jahr auch mit dem Tams FD tadellos funktioniert, deswegen bin ich jetzt wieder denselben Weg gegangen. Werde mal versuchen, die CV Einstellungen auszulesen und an den Tams Service zu schicken.
Zur aktuellen Adressvergabe: der Rheingold hat Lok MM 17 und FD MM92
Die beiden Dostos hatte ich zunächst mit FD Adresse 93 und 94 angelegt /Lok Adressen MM 43 und MM 50. Dann wegen der geschilderten Probleme auf FD Adresse = Lok Adresse geändert.
Schlussendlich habe ich in WDP die FD's komplett entfernt. Durch die jeweils gleichen Adressen von Lok und FD im Steuerwagen lässt sich die Innenbeleuchtung jetzt natürlich immer noch über F1 der Lok schalten. Weiterhin habe ich statt einer Lok mit MM Decoder probeweise eine mfx Lok angehängt. Des Resultat ist immer dasselbe: das Licht geht irgendwo auf der Strecke aus, sobald WDP aktiv ist und lässt sich erst nach reset wieder einschalten.

Ich verstehe halt nicht warum der eine Zug super funktioniert und die beiden anderen nicht...

@ Stahlblauberlin
Aus den weiter oben erwähnten Gründen habe ich im Betrieb am Gleis kein DCC, so dass die genannte Konstellation nicht auftreten kann.

@vikr
Das ist eine kleine Streifenraster Platine die ich eingesetzt habe, um die feinen Litzen besser zusammenlöten zu können.
Belegung von oben nach unten:
1 = Masse (0) vom Achsschleifer zum Decoder (rot) und zum Führerstand
2 = leer
3 = Bahnstrom (B) vom Mittelschleifer zum Decoder (schwarz) und zum Relais Kontakt
4 = B geschaltet über Relaiskontakt > weiter zum Führerstand und zu den stromführenden Kupplungen

So weit für heute. ich habe immer noch die Hoffnung, dass sich das Problem aufklärt ohne dass ich die Verdrahtung nochmal zerpflücken muss.

Danke und viele Grüße
Berthold

Hallo Berthold,

bei mir vertragen sich c90x-Loks hervorragend mit DCC und mfx. Aber jedem seins.

Welche Lok vorn am Zug hängt, ist unerheblich. Wichtig ist, welche Loks auf der Anlage sind, und ggfs auch, ob noch Loks von WDP angesprochen werden könnten, die gar nicht auf der Anlage stehen oder fahren. Da, in WDP, muß, nach meiner Vermutung, was gesendet werden, was die Decoder verwirrt.

Denn wenn du nur mit der CS2 ohne WDP fährst, tritt das Phänomen ja nicht auf, oder habe ich das falsch verstanden?

Hallo Wolf,
das hast Du richtig verstanden.

Kurz zusammengefasst:

Die Decoder werden unter MM betrieben.

1) Das Phänomen tritt nicht auf, solange WDP nicht gestartet ist.
2) Es verschwindet erst wieder, nachdem WDP beendet und die CS 2 neu gestartet worden ist.
3) Das Phänomen tritt auf bei zwei FD-R-Basic-3 gekauft Anfang August bei C**
4) Das Phänomen tritt nicht auf bei einem FD-R-Basic-3 gekauft im Frühjahr letzten Jahres.

Ich kann nicht vollständig ausschließen, dass beim Programmiervorgang der Adresse unter DCC auf der CS 2 irgendwo eine CV unbeabsichtigt verändert worden ist.
Werde versuchen, die aktuellen CV Einstellungen auszulesen und an den Tams Service zu schicken.

Viele Grüße
Berthold

Zitat von Hexdi im Beitrag #7

---

Werde versuchen, die aktuellen CV Einstellungen auszulesen und an den Tams Service zu schicken.

Viele Grüße
Berthold

---

Hallo Berthold,

ich bin mal gespannt. Meiner Vermutung nach liegt die Quelle des Problems allerdings nicht in den CV, sondern bei WDP. Ich kenne das Programm nicht näher, aber ich vermute, daß es eine Liste der Decoder und Adressen beinhaltet, und da irgendwas mit den Adressen deiner FD passiert.

Anderer Gedanke:
Was liegt denn auf F1 deiner Loks? Hast du schon mal versucht, die Innenbeleuchtung der FD auf fr zu legen, das du meiner Vermutung nach bei deinen Loks nicht brauchst?

Hallo Berthold,
WDP greift, so habe es verstanden, über die CS2 auf die Decoder zu, oder?
Zu prüfen wäre:
Welche Konfiguration(en) hat/macht WDP an der CS2? Zugriff per Netzwerk? Per CAN-Adapter?
DCC ist, außer für Programmierung, zwar abgeschalten, aber belässt es auch WDP dabei? Bei LAN-/CAN-Verbindung WireShark den Start von WDP bis Auftreten mitschneiden lassen und analysieren (lassen).
Welche Adressen sind auf den beiden Tams FD in den CVs eingestellt? Alle(s) (gnadenlos) aufschreiben und manuell und alle Funktionen in WDP und CS2 aufrufen.
Sind Ereignisse/Fahrstrassen/Rückmeldungen/... programmiert?
Alle durchgehen und ebenso manuell starten/auslösen und betroffenen Wagen beobachten/filmen/aufzeichnen.
Die CS2 ruft die Tams FD als MM auf?

Die Innenbeleuchtung auch testhalber, wie schon angegeben auf eine Funktion legen, die die Lok nicht mehr belegt hat, wenn beide die identischen Adressen haben sollen.
Die CV des Tams FD sollten auch so stehen, dass die Adressen für DCC und MM gleich sind.
Da mfx aktiv ist: mfx konfiguriert gerne die Adressen um, wo möglich.

Das wären so meine Lösungsansätze.
Viel Erfolg.
Markus

Hallo Berthold,

Zitat von Railwolf im Beitrag #9

---

Meiner Vermutung nach liegt die Quelle des Problems allerdings nicht in den CV, sondern bei WDP.

---

Guten Abend zusammen,

@B180, Railwof, mare und vikr
erstmal vielen Dank für die zahlreichen Ratschläge - so viel eigenes know how habe ich bei weitem nicht.

Dann nochmal zurück zu den CV Einstellungen:
Die beiden aktuellen Dekoder konnte ich mit der CS 2 unter DCC auf dem Programmiergleis problemlos auslesen wie folgt:
CV 1 = 43 bzw. 50 (für Zug 1 und 2)
CV 2 = 4
CV 3 = 10
CV 4 = 8
CV 5 = 255
CV 7 = 21
CV 8 = 62
CV 17 = 192
CV 18 = 232
CV 29 = 14

Aber jetzt kommt's:

Beim Versuch den FD von 2022 (im Rheingold Zug) auf genau dieselbe Weise auszulesen passiert etwas für mich unerklärliches:
Wenn ich den "Ausl." Button mehrmals hintereinander anklicke, kommt jedes Mal ein anderer Wert. So nach 3-5 Klicks ist dann auch wieder der korrekte Wert dabei (man weis ja zumindest bei der Adresse und bei der Hersteller Kennung, welcher Wert zu kommen hat).

Das schafft mir neue Verwirrung - mal sehen ob diese endlose Geschichte sich jemals aufklären lässt.

Danke für Eure Unterstützung !

Berthold

Hallo,

nur ein Einwurf:

Zitat von Mare im Beitrag #10

---

Da mfx aktiv ist: mfx konfiguriert gerne die Adressen um, wo möglich.

---

Zitat von Hexdi im Beitrag #12

---

Beim Versuch den FD von 2022 (im Rheingold Zug) auf genau dieselbe Weise auszulesen passiert etwas für mich unerklärliches:
Wenn ich den "Ausl." Button mehrmals hintereinander anklicke, kommt jedes Mal ein anderer Wert. So nach 3-5 Klicks ist dann auch wieder der korrekte Wert dabei (man weis ja zumindest bei der Adresse und bei der Hersteller Kennung, welcher Wert zu kommen hat).

---

1. Der Tams-decoder kann kein MFX
2. Um die Funktionsdecoder halbwegs zuverlässig auslesen zu können muß ain einem der Ausgänge eine Last von mindestens 60mA hängen, welcher siehe Anleitung.
3. Der Tams kann nur MM, zum lesen muß er als DCC-Decoder angesprochen werden.

Hallo Berthold,

Zitat von Hexdi im Beitrag #12

---

Die beiden aktuellen Dekoder konnte ich mit der CS 2 unter DCC auf dem Programmiergleis problemlos auslesen wie folgt:
CV 1 = 43 bzw. 50 (für Zug 1 und 2)
CV 2 = 4
CV 3 = 10
CV 4 = 8
CV 5 = 255
CV 7 = 21
CV 8 = 62
CV 17 = 192
CV 18 = 232
CV 29 = 14

---

Hallo Vik,

ich bin zwar nicht Berthold, aber ich frage trotzdem dazwischen:
Berthold setzt die Funktionsdekoder nicht in Loks ein, sondern in Steuerwagen. Da braucht er doch nichts zu spiegeln und hat auch wahrscheinlich nichts aus den für die Züge vorgesehenen Loks in die Steuerwagen-Decoder übertragen, außer der Adresse - wozu auch?
Und was kann das für einen Einfluß nehmen darauf, wie sich der Decoder verhält, wenn WDP eingeschaltet wird?

Hallo Wolf,

Zitat von Railwolf im Beitrag #16

---

Da braucht er doch nichts zu spiegeln

---

Guten Tag,
da ist jetzt einiges zusammen gekommen und vieles übersteigt meinen eigenen Wissensstand bei weitem.

Ich fasse nochmal zusammen:

> F1 ist bei beiden eingesetzten Loks nicht belegt.

> Die aktuell eingesetzten Loks laufen unter MM

> Die beiden aktuellen FD konnte ich mit der CS 2 unter DCC auf dem Programmiergleis problemlos auslesen wie folgt:
CV 1 = 43 bzw. 50 (für Zug 1 und 2)
CV 2 = 4
CV 3 = 10
CV 4 = 8
CV 5 = 255
CV 7 = 21
CV 8 = 62
CV 17 = 192
CV 18 = 232
CV 29 = 14

> Beim Versuch den FD von 2022 (im Rheingold Zug) auf genau dieselbe Weise auszulesen passiert etwas für mich unerklärliches:
Wenn ich den "Ausl." Button mehrmals hintereinander anklicke, kommt jedes Mal ein anderer Wert. So nach 3-5 Klicks ist dann auch wieder der korrekte Wert dabei (man weis ja zumindest bei der Adresse und bei der Hersteller Kennung, welcher Wert zu kommen hat). Dabei ist dieser Zug genau der, dessen Innenbeleuchtung sich fehlerfrei schalten lässt. PC und damit auch WDP waren dabei ausgeschaltet.

> Weitere Fahrversuche ergaben heute eine weitere Überraschung:

1) Betrieb nur an der CS 2 mit Gleissignal MM+mfx, PC und WDP ausgeschaltet: Betrieb einwandfrei

2) Betrieb mit WDP eingeschaltet und Gleissignal nur MM: die Innenbeleuchtung funktioniert (fast) fehlerfrei. Beim Überfahren von Booster Trennstellen und schlanken Weichen kommt es zu kurzen "Dunkelphasen" von 1-2 Sekunden, die Beleuchtung schaltet sich anschließend selber wieder ein, auch die manuelle Schaltung über F1 ist weiterhin möglich.

3) Betrieb mit WDP eingeschaltet und Gleissignal MM+mfx: der Fehler ist wieder da. die Innenbeleuchtung schaltet sich irgendwo auf der Strecke aus und lässt sich erst wieder schalten, nachdem der FD kurz spannungsfrei gemacht worden war.

Funkt da jetzt mfx irgendwo dazwischen, obwohl der FD es ja eigentlich garnicht verstehen dürfte ?

Sonnige Grüße
Berthold

Zitat von Hexdi im Beitrag #18

---

Guten Tag,
da ist jetzt einiges zusammen gekommen und vieles übersteigt meinen eigenen Wissensstand bei weitem.

Ich fasse nochmal zusammen:

> F1 ist bei beiden eingesetzten Loks nicht belegt.

> Die aktuell eingesetzten Loks laufen unter MM

> Die beiden aktuellen FD konnte ich mit der CS 2 unter DCC auf dem Programmiergleis problemlos auslesen wie folgt:
CV 1 = 43 bzw. 50 (für Zug 1 und 2)
CV 2 = 4
CV 3 = 10
CV 4 = 8
CV 5 = 255
CV 7 = 21
CV 8 = 62
CV 17 = 192
CV 18 = 232
CV 29 = 14

---

Hallo Berthold,

was steht in den CVs 15 und 16?

https://tams-online.de/WebRoot/Store11/S...nleitung_DE.pdf

MfG

vik

.Guten Tag zusammen,

hier ein paar weitere Erkenntnisse:

1) habe CV 29 von 14 auf 2 geändert >> keine Reaktion
2) weitere CV's mit der CS 2 ausgelesen wie folgt:
CV 11 = 16
CV 12 = 53
CV 15 = 3
CV 16 = 3
3) Das Relais wird über AUX1 = F1 geschaltet

Kann jemand was damit anfangen ?

Gruß
Berthold

In der Anleitung zum Decoder sind die CVs ausführlich beschrieben.
Interessant ist CV12: den Wert 53 gibt's laut Anleitung nicht, gültig sind 1 (DC analog), 4 (DCC), 32 (MM) und die entsprechenden Summen, ab Werk ist 37 eingetragen, also alle Betriebsarten. 15 und 16 sind die Decodersperre, der Decoder kann nur parametriert werden solange CV15 und CV16 den gleichen Wert haben, ab Werk 3.
CV29 enthält die Grundkonfiguration, also Fahrstufen, Fahrtrichtung invertiert oder nicht etc. Mit dem Wert 2 ist die Fahrtrichtung normal, 28/128 Fahrstufen aktiv, Analogerkennung aus, Railcom aus, erweiterte Adressen (nur DCC) aus. Der Werkswert 14 aktiviert zusätzlich die Analogerkennung und Railcom.
Anmerkung zu MFX: MFX hat rein gar nichts mit der Kommunikation Zentrale -> Decoder zu tun, da ist ganz einfach MM2 am Gleis. MFX ist nur für die Kommunikation Decoder -> Zentrale zuständig und nutzt dafür ein vom Decoder auf das Gleissignal aufmoduliertes RDS-Signal, also das gleiche das dafür sorgt das beim UKW-Radio Sendername und sonstiger Text über das Display flimmert.

Zitat von Stahlblauberlin im Beitrag #22

---

Anmerkung zu MFX: MFX hat rein gar nichts mit der Kommunikation Zentrale -> Decoder zu tun, da ist ganz einfach MM2 am Gleis.

---

Hallo Wolf,

Zitat von Railwolf im Beitrag #23

---

Zitat von Stahlblauberlin im Beitrag #22

---

Anmerkung zu MFX: MFX hat rein gar nichts mit der Kommunikation Zentrale -> Decoder zu tun, da ist ganz einfach MM2 am Gleis.

---

Mit Verlaub - das ist Unsinn. Kauf dir einen Oszillator und schau dir die Signale an.

---

Hallo vik,

schau dir die Spezifikationen an - sie sind verschieden. Schau dir die Oszi-Bilder an - sie sind verschieden. Ein Bit in mfx dauert 100 µs, ein Bit in MM dauert 422 µs (wenn ich's richtig in Erinnerung habe). MM2 hat maximal 255 Adressen, mfx 16384. MM2 hat maximal 4+1 Funktion, mfx - hab ich vergessen, mehr als meine Finger und Zehen jedenfalls. mfx erlaubt das Auslesen von Decodern, MM2 nicht.

MM2 ist nicht ähnlicher zu mfx als zu DCC.
Und was der Kollege @Stahlblauberlin da verkündet hat, zeugt nicht von Wissen, sondern von Missionseifer für DCC.

Zitat von vikr im Beitrag #24

---

insbesondere was die Abgrenzung zu "M3" ist?

---