Hallo zusammen. Wer kennt das Problem und kann helfen?
Ich habe zwei neue Märklin-Loks mit Mfx getestet (39786 und 39785). Beide ließen sich nicht vernünftig mit meiner Tams und WDP-Steuern. Kommandos werden zu spät ausgeführt. Einmessen nicht möglich u.s.w. Ältere Mfx-Loks (3 bis 4 Jahre alt) und Loks mit ESU V5 Decodern machen kein Problem. Die neuen Loks reagieren vernünftig bei mir mit einer alten 6021-Zentrale und beim Händler mit CS3.
Win-Digipet-Version: 2018 PE Version 2018.0.26
Anlagenkonfiguration: ca. 10.m² in 3 Ebenen, ca. 100m Gleis, hauptsächlich K-Gleis
Rechnerkonfiguration: Dell Optiplex 790, Takt 3300MHz, Windows 10
Controller: Tams Easy Control, Software-Version V1.4.6m
Hallo Erwin,
du solltest unbedingt mal deine Tams auf einen aktuellen Softwarestand bringen!
Die Version 1.46 ist uralt! die aktuelle Version ist die 2.2.3 , damit lasen sich dann auch alle 32 Funktionen der aktuellen MFX Decoder ansteuerern1
Ich habe bei 2 verschiedenen Anlagen mit der Tams und WDP keinerlei der von Dir beschriebenen Probleme!
Hallo Zusammen,
da steht Easy Control. Dies ist ja nur ein allgemeiner Begriff der verschiedenen Centralen, z. B.: Master Control.
So weit mir bekannt ist, kann Tams kein MFX. Ich würde dann auf DCC umstellen. Dies können die 2 Lok´s.
ZitatSo weit mir bekannt ist, kann Tams kein MFX
Hallo Herbert,
MFX kann sie nicht, aber m3. Aber Du hast Recht, warum nicht DCC, wenn die Decoder es können.
Thomas hat aber auch Recht, aktuelles update ist unbedingt durchzuführen.
Hallo Erwin, gibt es Gründe für:
-Loks nicht mit DCC zu steuern?
-Das update nicht durchzuführen?
MfG
Rainer
Hallo Zusammen,
Das bei Tams "m3" genannte Protokoll ist durchaus MFX , aber ohne den Rückkanal!
Die Tams kann alle für den Betrieb notwendigen Signale übermitteln, es kommen nur keine Signale von den Decodern zur Tams, was aber beim normalen betrieb auch nicht notwendig ist!
Dieser "Rückkanal" wird nur bei der automatischen Anmeldung, und beim Auslesen der Decoder benötigt!
daher besteht auch keine Notwendigkeit auf das DCC Protokoll zu wechseln solange man Die Decoder nicht ständig umprogrammieren will.
Danke zunächst für Eure Informationen, hilft mir leider noch nicht weiter. Zu der Frage, warum ich meine TAms noch nicht auf einen neuen Stand gebracht habe: es gab keinen Grund, alles war OK. Die Gretchenfrage ist, warum gab es mit den alten Mfx-Loks kein Problem. Mir scheint, Märklin hat am Protokoll etwas geändert. Ich lade mal die neue TAms-SW und berichte dann. Gruß Erwin
Hallo Erwin,
wenn die Loks mit der 6021 laufen wie Du schreibst, könnte es sein,
dass die Tams zu wenig Volt an die Anlage bringt? ::)
Grüße Peter
Zitatkönnte es sein,
dass die Tams zu wenig Volt an die Anlage bringt?
Hallo, ein interesannter Ansatz.
Bei mir melden sich mfx-Loks an, wenn der Strommonitor 16V anzeigt und
die Lok locker 10m von der Einspeisungsstelle entfernt auf dem Gleis steht.
Fahren geht da natürlich auch. Vielleicht es doch einmal mit DCC versuchen?
Schaden kann das ja wohl nicht.
Zitatdaher besteht auch keine Notwendigkeit auf das DCC Protokoll zu wechseln solange man Die Decoder nicht ständig umprogrammieren will.
Gegenfrage (habe keine Tams): programmiert wird doch wohl unter DCC? Warum nicht dabei bleiben?
Noch einen schönen Sonntag
Rainer
Hallo Rainer,
MFX ist vom Protokoll her bei der Datenübertragung schneller!
wenn der MFX Decoder einmal komplett über eine voll MFX fähige zentrale (CS2/3 und CC-Schnitte) eingelesen und in WDP abgespeichert ist, können die Parameter (Cv´s) auch mit der Tams unter MFX umgeschrieben /programmiert werden werden !
Nur das auslesen unter MFX geht mit der Tams nicht!
Es könne aber alle Fahr und Funktionsbefehle sicher an die Fahrzeuge übertragen werden!
Erwin hat das Problem nur mit den neueren Decodern , da diese einen erheblich größeren Funktionsumfang haben und daher nicht mehr zu der uralten Softwareversion seiner Zentrale passen!
Mit einem einfach durchzuführenden Softwareupdate kann er dann auch alle aktuellen features der Fahrzeugen nutzen!
das gilt aber nicht nur für die Tams!
Mit einer zu alten Firmwareversion z.B. bei der CS II lassen sich dort auch nur max 15 Funktionen erreichen statt der möglichen 32!
Danke Thomas.
Das mit dem update sehe ich ein. Wäre ohnehin das erste, was ich bei einer Digitalzentrale mache.
MfG
Rainer
Hallo Rainer,
ich melde mich mal mit einem, wie ich meine Zusatzargument:
Du schreibst "10m von der letzten Einspeisungsstelle entfernt".
Zu Beginn meiner Anlagen-Digitalisierung vor vielen Jahren, hatte ich mich
speziell mit dem Thema Einspeisung beschäftigt.
Nach etlichen Frage-Runden in den WDP Foren, hatte ich mich dann für eine Ringleitung
2 x 2,5mm² und Einspeisungen ca. alle 1,5 m entschieden.
Ich habe zwar auch so manches Problemchen, aber Signalqualität oder Laufzeitprobleme
nie gehabt.
Mit anderen Worten 10m zwischen Einspeisungen halte ich für etwas riskant!
Schönen Abend noch,
Winfried
ZitatMit anderen Worten 10m zwischen Einspeisungen halte ich für etwas riskant!
Hallo Winfried,
was bitte schön ist daran riskant? :o
An diesem Punkt muss die Lok auch noch steuerbar sein, was sie ist.
Das gilt übrigens für alle Digi-Formate, die wir verwenden.
Da ist die Anmeldung einer mfx Lok nur ein Nebenprodukt. Wir haben keine Tischbahn,
sondern eine Modulanlage. Wäre ja blöd, wenn eine Lok am letzten Modul nicht mehr erreichbar ist.
Früher auf Ausstellungen sind da übrigens noch größere Abstände realisiert worden.
Und da ist auch nichts stehen geblieben oder von selber losgefahren.
Nebenbei, im letzten Modul wird auch ein Weichendecoder ohne Probleme angesteuert.
MfG
Rainer
Hallo zusammen, zunächst vielen Dank für Eure Hilfe. Auch nachdem ich meine TAms auf den neuesten SW-Stand gebracht habe, bleibt das Problem. Z.B. Es dauert manchmal bis zu 6 sek. bis der Decoder die Führerstandsbeleuchtung einschaltet nach dem Befehl vom Computer. Das ist nebensächlich, aber rechtzeitig abbremsen vor einem roten Signal sollte die Lok schon können. Wie bereits erwähnt, alte Mfx-Loks fahren ohne Probleme ebenso wie meine Loks mit ESU-Decodern. Ich werde die Lok zurückgeben. Gruß Erwin
Hallo Erwin,
ZitatIch werde die Lok zurückgeben.
warum? Bitte alles ausreizen.
Ich bleibe dabei, warum nicht DCC, wenn die Decoder es können.
Dann hättest Du eine klare Lage.
ZitatMFX ist vom Protokoll her bei der Datenübertragung schneller!
ZitatEs könne aber alle Fahr und Funktionsbefehle sicher an die Fahrzeuge übertragen werden!
Naja, was nützt die Theorie, wenn die Ausführung eines Befehls in der Praxis bis zu 6sec. auf sich warten lässt.
MfG
Rainer