Anzeige:
THEMA: Problem mit ZIMO Funktionsdekoder!
THEMA: Problem mit ZIMO Funktionsdekoder!
NickÖBB - 10.02.16 12:39
Hallo Miteinander!
Habe soeben in meinen neuen Wiesel-Dosto-Steuerwagen einen Zimo-Funktionsdecoder eingebaut.
Das Problem ist dass ich nur einmal die Fahrtrichtung wechseln kann dann bleibt das Spitzenlicht immer wie es ist. Erst ein Trennen der Stromzufuhr lässt den Lichtwechsel zu aber dann beginnt das Spiel von vorne.
Muss ich einen CV ändern oder was ist das für eine seltsame Erscheinung?????
Bin für jeden Vorschlag dankbar.
MfG,
Dominique.
Habe soeben in meinen neuen Wiesel-Dosto-Steuerwagen einen Zimo-Funktionsdecoder eingebaut.
Das Problem ist dass ich nur einmal die Fahrtrichtung wechseln kann dann bleibt das Spitzenlicht immer wie es ist. Erst ein Trennen der Stromzufuhr lässt den Lichtwechsel zu aber dann beginnt das Spiel von vorne.
Muss ich einen CV ändern oder was ist das für eine seltsame Erscheinung?????
Bin für jeden Vorschlag dankbar.
MfG,
Dominique.
Christian W. - 10.02.16 13:11
Hallo,
hast du mal einen Deoderreset gemacht ?
Welcher Decoder ist eingebaut, und ist die aktuelle Firmware aufgespielt ?
Mfg
Christian W.
hast du mal einen Deoderreset gemacht ?
Welcher Decoder ist eingebaut, und ist die aktuelle Firmware aufgespielt ?
Mfg
Christian W.
LANG MoBa-Elektronik - 10.02.16 13:48
Hallo Dominique,
ist bei dem Steuerwagen das Licht jeweils einseitig gegen das Gleis geschaltet oder verwendest Du Decoder-Plus oder ein "selbst gemachtes" Plus über zwei Dioden?
Die Zimo Decoder haben einen Eingangs-Gleichrichter aus vier einzelnen Dioden. Ich hatte schon mal den Fall, dass eine Diode schlecht gelötet war und keinen Kontakt hatte. Dann hat der Decoder nur während einer Polung des Gleissignals einen ordentlichen Masse-Bezug. Je nachdem, wie dann die Verbraucher geschaltet sind, kann es dann zu solch merkwürdigen Effekten kommen, weil das Gleissignal nicht decodiert werden kann.
Wenn Du ein Multimeter mit Diodentest hast, das eine hinreichend hohe Testspannung abgibt und hinreichend empfindlich ist, kannst Du mal am Gleissignal in beiden Richtungen testen, es sollte in beiden Richtungen eine Anzeige ungleich "offen" erfolgen.
Mein NoName-Exemplar zeigt meist um die 1,8V Vorwärtsspannung an, das Exemplar eines Modellbahn-Kollegen liefert für diesen Fall gar keine Ergebnisse.
Gruß,
Torsten
ist bei dem Steuerwagen das Licht jeweils einseitig gegen das Gleis geschaltet oder verwendest Du Decoder-Plus oder ein "selbst gemachtes" Plus über zwei Dioden?
Die Zimo Decoder haben einen Eingangs-Gleichrichter aus vier einzelnen Dioden. Ich hatte schon mal den Fall, dass eine Diode schlecht gelötet war und keinen Kontakt hatte. Dann hat der Decoder nur während einer Polung des Gleissignals einen ordentlichen Masse-Bezug. Je nachdem, wie dann die Verbraucher geschaltet sind, kann es dann zu solch merkwürdigen Effekten kommen, weil das Gleissignal nicht decodiert werden kann.
Wenn Du ein Multimeter mit Diodentest hast, das eine hinreichend hohe Testspannung abgibt und hinreichend empfindlich ist, kannst Du mal am Gleissignal in beiden Richtungen testen, es sollte in beiden Richtungen eine Anzeige ungleich "offen" erfolgen.
Mein NoName-Exemplar zeigt meist um die 1,8V Vorwärtsspannung an, das Exemplar eines Modellbahn-Kollegen liefert für diesen Fall gar keine Ergebnisse.
Gruß,
Torsten
Hallo Torsten,
das dürfte nicht der Grund sein. Ich habe ab und an das gleiche Phänomen mit zwei MX622, hin und wieder erkennen die den Richtungswechsel nicht. Man muss sie aber nicht stromlos machen, bei mir reicht es, dem Decoder ein Nothalt-Signal zu senden. Das Signal wird also durchaus noch korrekt empfangen und decodiert. Ich vermute einen anderen Grund, evtl. gibts einen kleinen Firmware-Bug, der bewirkt, dass der Decoder auf Fahrstufe 1 oder so festhängt und nie die 0 erreicht, die für den Richtungswechsel ja nötig wäre. Ich wollte Zimo längst mal dazu kontaktieren, jetzt hab ich mal nen Ansporn dazu :)
Viele Grüße
Carsten
das dürfte nicht der Grund sein. Ich habe ab und an das gleiche Phänomen mit zwei MX622, hin und wieder erkennen die den Richtungswechsel nicht. Man muss sie aber nicht stromlos machen, bei mir reicht es, dem Decoder ein Nothalt-Signal zu senden. Das Signal wird also durchaus noch korrekt empfangen und decodiert. Ich vermute einen anderen Grund, evtl. gibts einen kleinen Firmware-Bug, der bewirkt, dass der Decoder auf Fahrstufe 1 oder so festhängt und nie die 0 erreicht, die für den Richtungswechsel ja nötig wäre. Ich wollte Zimo längst mal dazu kontaktieren, jetzt hab ich mal nen Ansporn dazu :)
Viele Grüße
Carsten
Hallo Carsten,
Genau so ist es mir meinem MX621N. Nothalt geht bei mir auch. Hast du dafür schon eine Lösung???
MfG,
Dominique
Genau so ist es mir meinem MX621N. Nothalt geht bei mir auch. Hast du dafür schon eine Lösung???
MfG,
Dominique
Arnold_Huebsch - 10.02.16 20:53
Folks!
Ich würde das Problem ZIMO direkt schildern. MMn ist da was im Decoder nicht in Ordnung.
-AH-
Ich würde das Problem ZIMO direkt schildern. MMn ist da was im Decoder nicht in Ordnung.
-AH-
Hallo Dominique,
noch nicht, ich bin aber schon mit Zimo in Kontakt.
Viele Grüße
Carsten
noch nicht, ich bin aber schon mit Zimo in Kontakt.
Viele Grüße
Carsten
Hallo,
klingt nach einem Bug der Klasse "MM". Nothalt-before-Ribi war bei Märklin Digital Gleichstrom, also prä-DCC der Standard, weil bei den Märklin Geräten (und auch bei der IB, wenn die Regler im Märklin Modus betrieben werden) ein Richtungsklick am Fahrpult zuerst einen Nothalt sendet. Das ist beim MM Protokoll noch heute.
Welche Zentrale benutzt Du, Dominique?
Grüße, Peter W.
klingt nach einem Bug der Klasse "MM". Nothalt-before-Ribi war bei Märklin Digital Gleichstrom, also prä-DCC der Standard, weil bei den Märklin Geräten (und auch bei der IB, wenn die Regler im Märklin Modus betrieben werden) ein Richtungsklick am Fahrpult zuerst einen Nothalt sendet. Das ist beim MM Protokoll noch heute.
Welche Zentrale benutzt Du, Dominique?
Grüße, Peter W.
Christian W. - 10.02.16 22:34
Hallo,
interessant für alle anderen Anwender wäre, welche FW hat dieses Bug ?
Mfg
Christian W.
interessant für alle anderen Anwender wäre, welche FW hat dieses Bug ?
Mfg
Christian W.
LANG MoBa-Elektronik - 11.02.16 09:28
Hallo Dominique,
was denn nun, hast Du einen Funktionsdecoder (MX681) oder einen Lokdecoder verbaut (MX621) verbaut???? Das macht einen eklatanten Unterschied bzgl. der möglichen Fehlerquellen!
@Carsten:
Das Problem mit den Richtungswechseln ist bekannt und sollte eigentlich schon seit längerer Zeit auch in der Seriensoftware behoben sein. Ich hatte das selbst mal an Herrn Holub gemeldet und dazu auch vorab schon ein Software-Update erhalten und mit aktuell gelieferten Decodern auch keine solchen Probleme mehr beobachtet.
Aber das betrifft ausschließlich Lokdecoder, nicht die Funktionsdecoder, die diese Messroutinen ja nicht enthalten.
Das Problem war wohl, dass durch Toleranzen im Silizium (ADC) beim Messen der Motorgeschwindigkeit ohne Korrekturmaßnahmen kein 0-Wert erreicht wird, d. h. der ADC-Eingang hat einen zu großen Offset. Den Richtungswechsel gibt die Software aber erst frei, wenn auch der Motor keine Generatorspannung mehr liefert.
Ich meine, in den aktuellen Software-Versionen misst der Controller einen unbenutzten Kanal aus und rechnet den Offset dann ein.
Viele Grüße,
Torsten
was denn nun, hast Du einen Funktionsdecoder (MX681) oder einen Lokdecoder verbaut (MX621) verbaut???? Das macht einen eklatanten Unterschied bzgl. der möglichen Fehlerquellen!
@Carsten:
Das Problem mit den Richtungswechseln ist bekannt und sollte eigentlich schon seit längerer Zeit auch in der Seriensoftware behoben sein. Ich hatte das selbst mal an Herrn Holub gemeldet und dazu auch vorab schon ein Software-Update erhalten und mit aktuell gelieferten Decodern auch keine solchen Probleme mehr beobachtet.
Aber das betrifft ausschließlich Lokdecoder, nicht die Funktionsdecoder, die diese Messroutinen ja nicht enthalten.
Das Problem war wohl, dass durch Toleranzen im Silizium (ADC) beim Messen der Motorgeschwindigkeit ohne Korrekturmaßnahmen kein 0-Wert erreicht wird, d. h. der ADC-Eingang hat einen zu großen Offset. Den Richtungswechsel gibt die Software aber erst frei, wenn auch der Motor keine Generatorspannung mehr liefert.
Ich meine, in den aktuellen Software-Versionen misst der Controller einen unbenutzten Kanal aus und rechnet den Offset dann ein.
Viele Grüße,
Torsten
Sorry.
Ich hab einen Lokdecoder als Funktionsdecoder verbaut (MX621N).
Zentrale hab ich noch die alte von Fleischmann mit MM2.
Also was tun???
MfG,
Dominique.
Ich hab einen Lokdecoder als Funktionsdecoder verbaut (MX621N).
Zentrale hab ich noch die alte von Fleischmann mit MM2.
Also was tun???
MfG,
Dominique.
LANG MoBa-Elektronik - 11.02.16 18:23
Hallo,
bei Lokdecoder erstmal die Firmware-Version prüfen und ggf. Update machen. Wie gesagt, das Problem habe ich mit aktuellen Decodern nicht mehr gehabt...
Gruß,
Torsten
bei Lokdecoder erstmal die Firmware-Version prüfen und ggf. Update machen. Wie gesagt, das Problem habe ich mit aktuellen Decodern nicht mehr gehabt...
Gruß,
Torsten
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;