wir haben in unserem Verein einen DR4024 der sich seltsam verhält.
Um die CV-Werte bei Bedarf wieder zur Verfügung zu haben wollte ich den Decoder mit JMRI auslesen und als Datei abspeichern. Leider aber lässt er sich nicht auslesen.
Jedenfalls nicht mit einer LZ100 und auch nicht mit einer LZV200. Weder mit dem im Handbuch beschriebenen Procedere (Hauptgleisanschluß, Programmiermodus und Umstecken auf Programmieranschluß) und auch nicht mit einem separaten Stromanschluss am Programmiergleis. Mit einer DR5000 alias YD7001 hingegen funktioniert das Auslesen ohne Probleme.
Einen Reset des Decoders über das Programmiergleis der DR5000 konnte ich ebenfalls durchführen. Im Zusammenspiel mit einer LZV200 und dem oben beschriebenen Procedere des Aktivierens des Programmiermodus des DR4024 am Hauptgleis und dem anschließenden Anschluß am Programmierausgang klappt der Reset allerdings nicht. Es wird wohl die Adresse des Ausgang 1 gelöscht aber nicht auf Wert 1 (Standard) gestellt. Die Werte für die Positionen der Servos hingegen bleiben unverändert.
Eine erneute Adressvergabe am Hauptgleis mit Programmiertaste und betätigen der gewünschten Adresse funktioniert ohne Probleme. Auch können die Positionen der Servos mit verschiedenen Endgeräten (Roco MultiMaus, LH100 oder auch LH101) problemlos eingestellt werden.
Versuche ich aber die CV-Werte, ob z.B. mit JMRI oder auch mit dem LH100, zu lesen zuckt ein Servo kurz an und dann ist Sendepause. Danach kann keiner der Servos mehr angesprochen werden. Solange bis man wieder eine Adresse über die normale Prozedur vergibt.
Mit einem anderen DR4024 klappt das alles mit jeder Zentrale problemlos.
Was kann ich mit dem komischen Teil anstellen, damit die CV-Werte ausgelesen werden können bzw. wie bekomme ich mit der LZ100/LZV200 einen vollständigen Werksreset hin? Oder funktioniert das nur mit einer DR5000 alias YD7001 ordentlich?
Für Hinweise bin ich sehr dankbar und hoffe hier Antworten zu erhalten. In anderen Foren ist die Diskussion über die Artikel von Digikeijs und YaMoRc ja leider untersagt.
Schönen Abend noch Ronald
Mit freundlichen Grüßen Ronald Kuhn ____________________________________________________________________ 2L H0, GBMBoost (FW 2.07.04), GBM16T, OneControl (FW 3.00.26), 2 x OneOC (FW 2.04.01), LH100, LH101, MBtronik WA5, Zimo, D&H, ESU, Kühn, LZV200
Zitat von RKuhnOBG im Beitrag #1 Für Hinweise bin ich sehr dankbar und hoffe hier Antworten zu erhalten. In anderen Foren ist die Diskussion über die Artikel von Digikeijs und YaMoRc ja leider untersagt.
Frag doch einfach den Entwickler. Den findest Du u.a. im Stummiforum, wo reichlich über Produkte von Digikeijs und YaMoRc diskutiert wird und Karst Drenth selbst zu Fragen antwortet.
Gruß Tom
Ep. III DB 2L DCC WebsiteMastodon It's boring when it works!
ich möchte mal kurz über den letzten Stand meiner Erkentnisse berichten.
Karst Drenth habe ich über das Stummiforum kontaktierne können und auch eine zufriedenstellende Antwort erhalten. In den DR4024 wurden wohl zum Teil auch preiswertere Komponenten verbaut, die gern mal an Gedächnissverlust leiden. Fazit: Solange das Teil läuft und macht was es soll ist alles schick. Auf Funktionen die "nice to have" sind sollte man in diesem Fall verzichten.
In meinem konkreten Beispiel bedeutet das, der Decoder kann programmiert werden und bewegt die Servos so wie gewünscht. Im Zusammenspiel mit einer DR5000/YD7001 kann man ihn sogar auch auslesen und die Werte so z.B. in DecoderPro von JMRI speichern. Auslesen mit Lenz-Komponenten funktioniert leider nicht. Andere Zentralen stehen mir für weitere Tests nicht zur Verfügung. Sollte er mal den Geist aufgeben wird nach Alternativen gesucht.
Versuchsreihe beendet - Thema abgeschlossen.
Danke an alle für Eure Unterstützung.
Mit freundlichen Grüßen Ronald Kuhn ____________________________________________________________________ 2L H0, GBMBoost (FW 2.07.04), GBM16T, OneControl (FW 3.00.26), 2 x OneOC (FW 2.04.01), LH100, LH101, MBtronik WA5, Zimo, D&H, ESU, Kühn, LZV200
Zitat von RKuhnOBG im Beitrag #4 preiswertere Komponenten verbaut, die gern mal an Gedächnissverlust leiden.
eigentlich hat das bei elektronischen Bauelementen nichts mit preiswert oder teuer zu tun. Man findet aber viele Angebote, bei denen es sich um gefälschte Chips handelt oder was auch vorkommt, auf unerklärbaren Wegen in den Handel geratene Halbleiter, die bei der Qualitätsprüfung durchgefallen sind. Die werden zum Teil billigst (nicht preiswert) am Markt angeboten. Da gibt es Speicherbausteine da funktionieren viele Zellen gar nicht, Transistoren die ihre Leistungsdaten nicht schaffen, Microcontroller die mit kleinen Taktraten laufen aber mit dem maximalen Takt nicht mehr und umgelabelte Halbleiter in denen ganz was anderes drinne steckt, usw. usf. Es gibt viele Beispiele im Netz und in der Presse zu dem Thema.
Ich persönlich kaufe deshalb bei den renomierten Distributoren, bei denen es auch einen Herstellernachweis gibt, wie z.B. Digikey, Mouser, Farnell und Bürklin. Ich will mich im Hobby nicht mit der Tüte Leuchtdioden vom Aktionshaus ärgern, bei dem jede LED eine andere Helligkeit hat.
Gruß Tom
Ep. III DB 2L DCC WebsiteMastodon It's boring when it works!
erstmal vielen Dank für die Rückmeldung. Gibt es denn etwas konkretere Aussagen, welches Bauelement da der Problembürger ist? Und vor allem: Was sind leicht verzichtbare Funktionen der Art "nice to have"?
Zitat von RKuhnOBG im Beitrag #4In den DR4024 wurden wohl zum Teil auch preiswertere Komponenten verbaut, die gern mal an Gedächnissverlust leiden. Fazit: Solange das Teil läuft und macht was es soll ist alles schick. Auf Funktionen die "nice to have" sind sollte man in diesem Fall verzichten.
So ganz allgemein ist die Aussage ziemlich nutzlos. Vor allem steht die Frage, ob man an dem Zustand was ändern kann. Digikeijs ist ja raus aus der Nummer.
Thomas
Das Schöne an einheitlichen Standards ist es, dass es so viele verschiedene davon gibt. Toleranz ist die Erkenntnis, dass es sinnlos ist, sich aufzuregen.
da es in der Kausa Digikeijs versus YaMoRC ja immer mal wieder einige Meinungsverschiedenheit im Netz gibt möchte ich da nicht weiter ins Detail gehen und Karst dadurch womöglich in Bedrängnis bringen.
Für mich stand die Frage, woran es liegen kann, dass man eine DR4024 mit einer Lenz-Zentrale nicht auslesen kann, im Vordergrund. Das Auslesen der CV um darauf basierend Veränderungen vornehmen zu können ist für mich z.B. so ein "nice to have". Wenn das nicht geht, gut, dann kann ich auch drauf verzichten. Benötigen würde ich alle CV's ja nur wenn ich einen vorhandenen defekten gegen einen baugleichen neuen austauschen möchte. Dann wäre es einfach die Werte in den Decoder schreiben zu können und alles wäre wie vorher.
Da es aber keine Digikiejs-Decoder mehr gibt ist diese Möglichkeit für mich eher untergeordnet, also "nice to have". Alle anderen Funktionen halte ich für durchaus notwendig und somit unverzichtbar. Erfüllt ein Decoder die nicht fliegt der eben raus und wird auch einen anderen ersetzt.
Elektronisch bin ich auch eher unterbelichtet, um sagen zu können an welchem Bauteil es da konkret hakt. Da müssten andere ran.
Wie gesagt, für mich ist das Thema gegessen. Werde aber den Post hier natürlich interessiert verfolgen.
Mit freundlichen Grüßen Ronald Kuhn ____________________________________________________________________ 2L H0, GBMBoost (FW 2.07.04), GBM16T, OneControl (FW 3.00.26), 2 x OneOC (FW 2.04.01), LH100, LH101, MBtronik WA5, Zimo, D&H, ESU, Kühn, LZV200
ja, da gibt es ein paar Merkwürdigkeiten bei Kaarst Drent als ehemaligen Chefentwickler und jetziger Inhaber von YaMoRc. Trotzdem sollte man ja die Probleme ansprechen, es steht ja außer Frage, dass Kaarst nicht für Probleme von Digikeijs-Produkten verantwortlich ist. Die Generierung einer Rückmeldung am Programmierausgang durch Stromerhöhung ist kein "nice to have", sondern eine Grundfunktionalität, die jeder Decoder beherrschen muss. Mitunter muss dafür eine entsprechende Last an einem Ausgang angeschlossen werden, die einen entsprechenden Stromfluss erzeugt, der in der Zentrale detektiert wird. Aber wenn es über PoM auch nicht geht, wird da was anderes faul sein - und genau das hätte mich interessiert.
Thomas
Das Schöne an einheitlichen Standards ist es, dass es so viele verschiedene davon gibt. Toleranz ist die Erkenntnis, dass es sinnlos ist, sich aufzuregen.
Ich gebe zu, "...untersagt..." ist vielleicht etwas drastisch formuliert. Die Anfrage/Beiträge werden nicht beantwortet bzw. werden bestimmt Begriffe (YaMoRC) automatisch geändert/ersetzt durch (Digitalhersteller). So geschehen in diesem Post von mir. Am Ende erhält man in diesem Forum aber das selbe Ergebnis - keine Hilfe bei einem Problem mit Digikeijs-Produkten. Und das, weil sich wohl die Forenmitglieder nicht immer sachlich über Probleme ausgetauscht haben sondern eher an Schuldzuweisungen gearbeitet haben. Da hat der Admin die Reißleine gezogen und zu drastischen Maßnahmen gegriffen (habe ich so von Anderen gehört). Zum Glück ist Karst aber ja noch in anderen Foren unterwegs und sehr hilfsbereit. Auch bei Problemen mit Digikeijs-Produkten....
H0-Modellbahnforum.de - das Forum mit der Forumbahn!
»
Technik und Steuerung von Fahrzeugen und Anlage
»
Digitaltechnik
»
DR4024 verhält sich seltsam #gelöst#
Thema drucken
06.11.2023 00:00 (zuletzt bearbeitet: 19.11.2023 23:27)
Antworten
