Hallo,

hat von euch schon jemand Erfahrungen mit dem neuen Tams Funktionsdecoder? Ich habe bereits 4 Stück verbaut und bin eigentlich sehr zufrieden. Eigentlich - es gelingt mit nämlich nicht, den Decoder auf dem Programmiergleis vernünftig zu programmieren. Ich teste das mit drei Zentralen: der Digikeijs DR5000, der Uhlenbrock Intellibox und dem ESU LokProgrammer. Ich kann CV schreiben - aber nicht lesen. Auch auf der DR5000, bei der man ja die Programmierparameter einstellen kann, gelingt mir dies nur manchmal.

Ich habe alle mir - von älteren Tams Funktionsdecodern - geläufigen Tricks versucht: Glühbirnchen (50 mA) an die Ausgänge. Zusätzliche analoge Lok aufs Gleis. Kein Erfolg.

Ich habe Tams kontaktiert und nur die Antwort erhalten, dass man das mit vielen Zentralen erfolgreich probiert hat: "Der FD R Baisc 3 hat einen integrierten Verbraucher, durch den der benötigte Strom bei der Programmierung fließt. Dieser ist abgestimmt auf die Normen der NMRA und RCN."

Könnt ihr mit Erfahrungen weiter helfen?

Viele Grüße

Wolfgang

Hallo Wolfgang,

Zitat von ohawd im Beitrag #1

---

hat von euch schon jemand Erfahrungen mit dem neuen Tams Funktionsdecoder? Ich habe bereits 4 Stück verbaut und bin eigentlich sehr zufrieden. Eigentlich - es gelingt mit nämlich nicht, den Decoder auf dem Programmiergleis vernünftig zu programmieren. Ich teste das mit drei Zentralen: der Digikeijs DR5000, der Uhlenbrock Intellibox und dem ESU LokProgrammer. Ich kann CV schreiben - aber nicht lesen. Auch auf der DR5000, bei der man ja die Programmierparameter einstellen kann, gelingt mir dies nur manchmal.

Ich habe alle mir - von älteren Tams Funktionsdecodern - geläufigen Tricks versucht: Glühbirnchen (50 mA) an die Ausgänge. Zusätzliche analoge Lok aufs Gleis. Kein Erfolg.

Ich habe Tams kontaktiert und nur die Antwort erhalten, dass man das mit vielen Zentralen erfolgreich probiert hat: "Der FD R Baisc 3 hat einen integrierten Verbraucher, durch den der benötigte Strom bei der Programmierung fließt. Dieser ist abgestimmt auf die Normen der NMRA und RCN."

---

Hallo vik,

es scheint tatsächlich so, als wenn es eine Krücke ist - was aber kein Naturgesetz sein muss. ESU Funktionsdecoder lassen sich perfekt programmieren. Und ich hatte die Hoffnung, dass die neuen Tamse das - der Beschreibung nach zu urteilen - auch können.

Ich habe leider nichts mit RailCom und programmieren über POM mache ich nur ungern. Ich statte ganze Zuggarnituren - zur Zeit meine Hobbytrade DoStos - mit Decodern in jedem Wagen aus. Weil ich das Licht - hier auch oben und unten getrennt - einzeln schalten will. Mag verrückt sein, aber des Menschen Wille ist sein Himmelreich :-) D. h., ich habe eine Lok und vier Wagen mit gleicher Adresse. Und du kannst dich drauf verlassen: plötzlich steht doch wieder ein zweites Fahrzeug auf den Gleisen, wenn ich mit POM programmieren will

Ich helfe mir zur Zeit damit, dass ich mit dem LokProgrammer die CVs schreibe, was einwandfrei funktioniert. Ich muss halt alle benutzten CVs komplett durchprogrammieren. Nun ja, es sind knapp 20, das schaffe ich gerade noch :-)

Viele Grüße

Wolfgang

Hallo Wolfgang

Zitat von ohawd im Beitrag #3

---

ESU Funktionsdecoder lassen sich perfekt programmieren.

---

Hallo Wolfgang,

Zitat von ohawd im Beitrag #3

---

es scheint tatsächlich so, als wenn es eine Krücke ist - was aber kein Naturgesetz sein muss. ESU Funktionsdecoder lassen sich perfekt programmieren. Und ich hatte die Hoffnung, dass die neuen Tamse das - der Beschreibung nach zu urteilen - auch können.

Ich habe leider nichts mit RailCom und programmieren über POM mache ich nur ungern.

---

Hallo vik,

das ist ja interessant. Nun habe ich keine MS2, so dass mir das nicht hilft.
Ich habe gerade einen neuen Decoder direkt an den Programmierausgang sowohl des ESU LokProgrammers, als auch der DR5000 Zentrale angeschlossen. Ich wollte alle Fehlerquellen auf der Strecke Zentrale-Gleis-Fahrzeug-Decoder ausschließen. Auch das hat zu nichts geführt. Manchmal kann ich einen CV lesen aber meistens nicht. Und vor allem bei der Dr5000 ist auch die Fehlermeldung nicht verlässlich.
Also muss ich weiter fummeln und basteln - schade.

Trotzdem vielen Dank für deine Hilfe!

Wolfgang

Hallo Wolfgang,

Zitat von ohawd im Beitrag #6

---

Ich habe gerade einen neuen Decoder direkt an den Programmierausgang sowohl des ESU LokProgrammers, als auch der DR5000 Zentrale angeschlossen.....
Manchmal kann ich einen CV lesen aber meistens nicht. Und vor allem bei der Dr5000 ist auch die Fehlermeldung nicht verlässlich.

---

Hallo vik,

Ich habe / nutze:

1. Eine alte Intellibox I, die ich mal gebraucht erworben habe, um Züge in Vitrinen zu "betreiben".

2. Den ESU-LokProgrammer, den ich natürlich mit der ESU-Programmiersoftware nutze.

3. Für den normalen "Betrieb" die DR5000. Als einzigen Handregler habe ich dazu die Roco WLAN-Maus. Ansonsten steuere und programmiere ich über die DR5000-App unter Windows. Ich habe noch nicht versucht, über die Maus zu programmieren und auch nicht über die Tams Navi-Software. Ich gehe davon aus, dass die jeweils nur Programmierbefehle an die Zentrale senden - wie das die DR5000-App auch macht. Der eigentliche "harte" Programmiervorgang läuft ja wohl in der Zentrale ab. Und wenn der nicht funktioniert, nützen Maus oder Tams-Software auch nichts - oder? Bei der Programmierung über die DR5000-App gibt es ja viele Parameter. Der einzige, den ich verstehe, ist der ACK-Delta-Strom. Der steht im Originalzustand auf (NMRA konform) 50 mA. Wenn ich damit "spiele", will heißen, niedriger einstelle, geht das CV-Lesen manchmal. Ob ich andere Parameter auch sinnvoll verstellen kann, weiß ich nicht.

Hast du noch Ideen? Ich probiere gerne alles aus...

Viele Grüße

Wolfgang

Hallo Wolfgang,

der FD-R Basic.3 ist ja recht neu und ich kann mir vorstellen, dass Herr Tams schon Interesse an einer Rückmeldung hat, wenn das neue Feature Programmiergleisprogrammierung - ohne Anschluss eines zusätzlichen Verbrauchers - im Feld nicht wie erwartet funktioniert.

Ich werde das mal gelegentlich mit einer z21 und vielleicht auch noch einer DR5000 ausprobieren.

MfG

vik

...die Antwort von Tams habe ich ja schon in #1 berichtet....

Hallo,

Zitat von vikr im Beitrag #4

---

Hallo Wolfgang

Zitat von ohawd im Beitrag #3

---

ESU Funktionsdecoder lassen sich perfekt programmieren.

---

mit der DR5000?
Ja, ESU-Komponenten arbeiten mit ESU-Komponenten meist gut zusammen.
Das ist aber eben kein guter Maßstab. Einen Zimo-Funktionsdecodern programmiert man am besten mit einem Zimo-Mxulfa, D&H-Decoder mit dem D&H-Programmer und ESUs Decoder eben mit ESUs Lok-Programmer usw. für Märklin, Uhlenbrock, Piko, Tams...

---

Hallo Wolfgang,

Zitat von ohawd im Beitrag #10

---

...die Antwort von Tams habe ich ja schon in #1 berichtet....

---

Hallo Wolfgang,

Zitat von ohawd im Beitrag #8

---

...
Für den normalen "Betrieb" die DR5000.
...

---