Anzeige:
THEMA: GFN Decoder inkompatible zu Trix CC2000
THEMA: GFN Decoder inkompatible zu Trix CC2000
Peter W. - 07.04.07 14:45
Hallo,
wie ich eben in einer Testreihe feststellen musste, lassen sich die GFN Twin Decoder (beide Typen, H0 und N) nicht mit der Trix CC2000 betreiben, sie reagieren weder bei DCC-14 noch SX/DCC Mischsignal auf DCC Befehle.
Der GFN Twin N Decoder reagiert auch NICHT - wie öfters behauptet - auf das SX Signal der CC2000, auch wenn dieses Protokoll per CV12 aktiviert und der Kondensator überbrückt wurde. Jedenfalls habe ich es nicht geschafft.
Der GFN DCC N Decoder reagiert zwar sowohl bei DCC-14 als auch bei Mischbetrieb, aber nur mit grosser Verzögerung. Bei reinem SX Signal und aktivierter Analogerkennung schaltet er auf Durchzug, die Lok rast unkontrolliert los.
Es würde mich interessieren, wie das bei der Trix MS bzw. den Zentralen von Rautenhaus und MüT aussieht.
Fazit: Die von GFN selbst hergestellten Decoder habe sehr schlechte Kompatibilitätseigenschaften. Am besten funktionieren sie noch mit IB/TC und LZV100. Mit Lokmaus und Multimaus lassen sie sich steuern, aber nicht einwandfrei programmieren. Mit der Lokmaus kommt es zu Fehlprogrammierungen, mit der Multimaus werden keine CV Werte übernommen. Mit der alten Trix CC2000 ist kein sinnvoller Betrieb möglich.
Es ist mir sehr unangenehm, ein solch schlechtes Testergebnis abgeben zu müssen.
Grüße, Peter W.
wie ich eben in einer Testreihe feststellen musste, lassen sich die GFN Twin Decoder (beide Typen, H0 und N) nicht mit der Trix CC2000 betreiben, sie reagieren weder bei DCC-14 noch SX/DCC Mischsignal auf DCC Befehle.
Der GFN Twin N Decoder reagiert auch NICHT - wie öfters behauptet - auf das SX Signal der CC2000, auch wenn dieses Protokoll per CV12 aktiviert und der Kondensator überbrückt wurde. Jedenfalls habe ich es nicht geschafft.
Der GFN DCC N Decoder reagiert zwar sowohl bei DCC-14 als auch bei Mischbetrieb, aber nur mit grosser Verzögerung. Bei reinem SX Signal und aktivierter Analogerkennung schaltet er auf Durchzug, die Lok rast unkontrolliert los.
Es würde mich interessieren, wie das bei der Trix MS bzw. den Zentralen von Rautenhaus und MüT aussieht.
Fazit: Die von GFN selbst hergestellten Decoder habe sehr schlechte Kompatibilitätseigenschaften. Am besten funktionieren sie noch mit IB/TC und LZV100. Mit Lokmaus und Multimaus lassen sie sich steuern, aber nicht einwandfrei programmieren. Mit der Lokmaus kommt es zu Fehlprogrammierungen, mit der Multimaus werden keine CV Werte übernommen. Mit der alten Trix CC2000 ist kein sinnvoller Betrieb möglich.
Es ist mir sehr unangenehm, ein solch schlechtes Testergebnis abgeben zu müssen.
Grüße, Peter W.
Michael Peters - 07.04.07 16:37
Hallo Peter,
das ist so häufig ein Problem mit den Eierlegendenwollmilchsäuen.
Bei allen Vorzügen von Multiprotokolldecodern (z.B. Einsatz von Loks auf andere´n Anlagen) ist es aber am sichersten sozusagen "artenrein" zu konfigurieren. Damit gibt es die wenigsten Probleme.
Grüße Michael Peters
das ist so häufig ein Problem mit den Eierlegendenwollmilchsäuen.
Bei allen Vorzügen von Multiprotokolldecodern (z.B. Einsatz von Loks auf andere´n Anlagen) ist es aber am sichersten sozusagen "artenrein" zu konfigurieren. Damit gibt es die wenigsten Probleme.
Grüße Michael Peters
Hallo Peter,
>Der GFN Twin N Decoder reagiert auch NICHT - wie öfters behauptet - auf das SX Signal
>der CC2000, auch wenn dieses Protokoll per CV12 aktiviert und der Kondensator
>überbrückt wurde. Jedenfalls habe ich es nicht geschafft.
Das wundert mich jetzt, weil ich das damals selbst versucht hatte. Den Kondensator habe ich allerdings nicht überbrückt, sondern entfernt, weil mich das trübe Licht genervt hat.
Es kann allerdings sein, daß ich den damals erfolgreichen Test nicht mit einer echten SX-Zentrale, sondern mit der IB im SX-Mode gemacht habe, und wie man weiß, gibt die ja kein ganz korrektes SX-Signal ab (sowenig wie ein ganz korrektes DCC).
Daß die Dinger mit keiner DCC-14-Zentrale funktionieren, wäre ja schon sehr spaßig, wo GFN doch hartnäckig an dieser verkrüppelten Betriebsart festhält. Kann es sein, daß die CC2000 im "Lenz"-oder Mixmode auch kein sauberes DCC ausgibt, sondern irgendwas verbeultes?
grübelnde Grüße
Helmut
>Der GFN Twin N Decoder reagiert auch NICHT - wie öfters behauptet - auf das SX Signal
>der CC2000, auch wenn dieses Protokoll per CV12 aktiviert und der Kondensator
>überbrückt wurde. Jedenfalls habe ich es nicht geschafft.
Das wundert mich jetzt, weil ich das damals selbst versucht hatte. Den Kondensator habe ich allerdings nicht überbrückt, sondern entfernt, weil mich das trübe Licht genervt hat.
Es kann allerdings sein, daß ich den damals erfolgreichen Test nicht mit einer echten SX-Zentrale, sondern mit der IB im SX-Mode gemacht habe, und wie man weiß, gibt die ja kein ganz korrektes SX-Signal ab (sowenig wie ein ganz korrektes DCC).
Daß die Dinger mit keiner DCC-14-Zentrale funktionieren, wäre ja schon sehr spaßig, wo GFN doch hartnäckig an dieser verkrüppelten Betriebsart festhält. Kann es sein, daß die CC2000 im "Lenz"-oder Mixmode auch kein sauberes DCC ausgibt, sondern irgendwas verbeultes?
grübelnde Grüße
Helmut
Hallo Helmut,
ich habe den Kondensator bei einem Decoder auch entfernt und und die Pins kurz geschlossen, bei anderen nur überbrückt um die Originalität wieder herstellen zu können. Elektrisch gesehen ist es das Gleiche.
Falls Du die IB noch hast, könntest Du es nochmals testen? Ansonsten probiere ich das bei Gelegenheit bei Freunden aus.
Vielleicht ist dies der Grund warum GFN nie das SX Protokoll offiziell dokumentiert und beworben hat. Man kann wohl das ausgeheh, dass der Programmierer damals bei der Entwicklung nur die IB bzw. das TC mit dem nicht ganz normgerechten SX Signal zur Verfügung hatte.
Die GFN Decoder funktionieren sehr wohl mit einer DCC-14 Zentrale, z.B. Märklin 6029, aber nicht mit dem CC2000 - ich nehme mal auch an es kommt da kein reines DCC Signal heraus, auch wenn man die Zentrale auf den DCC-only Modus einstellt. Alle anderen mit vorliegenden Decoder haben mit der CC2000 kein Problem, selbst die alten Arnold-by-Lenz Lokplatinendecoder funktionieren damit und zeigen auch bei reinem SX Signal keine Analog-Fehlerkennung.
Grüße, Peter W.
ich habe den Kondensator bei einem Decoder auch entfernt und und die Pins kurz geschlossen, bei anderen nur überbrückt um die Originalität wieder herstellen zu können. Elektrisch gesehen ist es das Gleiche.
Falls Du die IB noch hast, könntest Du es nochmals testen? Ansonsten probiere ich das bei Gelegenheit bei Freunden aus.
Vielleicht ist dies der Grund warum GFN nie das SX Protokoll offiziell dokumentiert und beworben hat. Man kann wohl das ausgeheh, dass der Programmierer damals bei der Entwicklung nur die IB bzw. das TC mit dem nicht ganz normgerechten SX Signal zur Verfügung hatte.
Die GFN Decoder funktionieren sehr wohl mit einer DCC-14 Zentrale, z.B. Märklin 6029, aber nicht mit dem CC2000 - ich nehme mal auch an es kommt da kein reines DCC Signal heraus, auch wenn man die Zentrale auf den DCC-only Modus einstellt. Alle anderen mit vorliegenden Decoder haben mit der CC2000 kein Problem, selbst die alten Arnold-by-Lenz Lokplatinendecoder funktionieren damit und zeigen auch bei reinem SX Signal keine Analog-Fehlerkennung.
Grüße, Peter W.
Hallo Peter,
die IB hab ich schon noch, ist ja meine Laborratte. Nur den Decoder hab ich längst entsorgt.
Das letzte meiner "FMZ mit ein bischen DCC"-Fahrzeuge habe ich gerade herausgekramt. Bei dem ist natürlich auch der Kondensator überbrückt, damit das Licht nicht funzelt. Dummerweise scheint der aber noch eine Software ohne SX zu haben, denn das nötige Bit in CV29 läßt sich nicht setzen. Die CV12 läßt sich zwar programmieren, hat aber keine Auswirkung.
Ich weiß aber definitiv, daß dieses Fahrzeug (VT628 in v-rot) nicht das war, mit dem ich damals getestet hatte. Es war damals eine 101 mit Schnittstelle, in die ich einen GFN-Decoder eingebaut hatte, weil das Angebot an Decodern mit NEM-Stecker am Kabel sehr übersichtlich war. Da ich mit dem Teil aber keine Freude hatte, wurde der ganz schnell wieder entfernt.
Auch bei dem 628 wird selbstverständlich der Decoder bei Gelegenheit gegen "was Gscheits" ersetzt, damit das Licht nicht immer erst beim Losfahren angeht.
>Alle anderen mit vorliegenden Decoder haben mit der CC2000 kein Problem, selbst
>die alten Arnold-by-Lenz Lokplatinendecoder funktionieren damit
Genau das waren vermutlich die Decoder, mit denen Trix damals testen ließ. Ist ja etwa die gleiche Generation vom Alter her. Oder sollte es den "N-Decoder" Lenz LE075 schon gegeben haben? Üble Erinnerung.
LG
Helmut
die IB hab ich schon noch, ist ja meine Laborratte. Nur den Decoder hab ich längst entsorgt.
Das letzte meiner "FMZ mit ein bischen DCC"-Fahrzeuge habe ich gerade herausgekramt. Bei dem ist natürlich auch der Kondensator überbrückt, damit das Licht nicht funzelt. Dummerweise scheint der aber noch eine Software ohne SX zu haben, denn das nötige Bit in CV29 läßt sich nicht setzen. Die CV12 läßt sich zwar programmieren, hat aber keine Auswirkung.
Ich weiß aber definitiv, daß dieses Fahrzeug (VT628 in v-rot) nicht das war, mit dem ich damals getestet hatte. Es war damals eine 101 mit Schnittstelle, in die ich einen GFN-Decoder eingebaut hatte, weil das Angebot an Decodern mit NEM-Stecker am Kabel sehr übersichtlich war. Da ich mit dem Teil aber keine Freude hatte, wurde der ganz schnell wieder entfernt.
Auch bei dem 628 wird selbstverständlich der Decoder bei Gelegenheit gegen "was Gscheits" ersetzt, damit das Licht nicht immer erst beim Losfahren angeht.
>Alle anderen mit vorliegenden Decoder haben mit der CC2000 kein Problem, selbst
>die alten Arnold-by-Lenz Lokplatinendecoder funktionieren damit
Genau das waren vermutlich die Decoder, mit denen Trix damals testen ließ. Ist ja etwa die gleiche Generation vom Alter her. Oder sollte es den "N-Decoder" Lenz LE075 schon gegeben haben? Üble Erinnerung.
LG
Helmut
Hallo Helmut,
dabei handelt es sich wohl um den "H0" Twin Decoder Type 6846, dieser kann definitiv kein SX und da ist das Verhalten mit dem Licht ist so wie Du beschreibst. Ich hatte mir im Vorjahr mal eine digitale 141 gekauft (6 7328) und war äusserst enttäuscht darin den dummen 6846 vorzufinden.
Ich glaube, den zweiteiligen LE075 gab es auch schon, dieser ist technologisch identisch mit dem Lokplatinendecodern, er ist lediglich mit direkt gebondetem Prozessorchip auf Keramiksubstrat aufgebaut und der Gleichrichter ist aus Platzgründen auf einer separaten Platine aufgebaut. Dieses Teil wurde auch von Arnold als Nachrüstdecoder verkauft. Ich habe selbst noch 2 funktionieren Exemplare davon, die mir ein Händler nach der Arnold Pleite vor Jahren geschenkt hatte weil die Dinger unverkäuflich geworden waren.
Grüße, Peter W.
dabei handelt es sich wohl um den "H0" Twin Decoder Type 6846, dieser kann definitiv kein SX und da ist das Verhalten mit dem Licht ist so wie Du beschreibst. Ich hatte mir im Vorjahr mal eine digitale 141 gekauft (6 7328) und war äusserst enttäuscht darin den dummen 6846 vorzufinden.
Ich glaube, den zweiteiligen LE075 gab es auch schon, dieser ist technologisch identisch mit dem Lokplatinendecodern, er ist lediglich mit direkt gebondetem Prozessorchip auf Keramiksubstrat aufgebaut und der Gleichrichter ist aus Platzgründen auf einer separaten Platine aufgebaut. Dieses Teil wurde auch von Arnold als Nachrüstdecoder verkauft. Ich habe selbst noch 2 funktionieren Exemplare davon, die mir ein Händler nach der Arnold Pleite vor Jahren geschenkt hatte weil die Dinger unverkäuflich geworden waren.
Grüße, Peter W.
Nur registrierte und eingeloggte User können Antworten schreiben.
Einloggen ->
Noch nicht registriert? Hier können Sie Ihren kostenlosen Account anlegen: Neuer N-Liste Account
Zum Seitenanfang
© by 1zu160.net;