BeneluxSpoor.net forum
Vraag en antwoord => Modeltreinproblemen en -vragen => Topic gestart door: 1200blauw op 23 January 2019, 18:03:35
-
Sinds een poosje heb ik een ECoS2 in mijn bezit. Ik rijd 3-rail met allerlei merken door elkaar, dus een multiprotocolcentrale is voor mij dè oplossing. Dat ging ook allemaal prima, totdat ik een Artitec Hondekop 4 aanschafte. Naar verluidt heeft die een ESU Locpilot4 aan boord. Dat zou geen probleem met een ESU ECoS2 moeten zijn, zou je zeggen.
Toch gaat het fout. De Hondekop rijdt een stuk (duurt enige seconden, soms een minuut of meer), maar remt dan opeens af. Soms komt hij helemaal tot stilstand en gaat daarna weer verder, maar het komt ook voor dat hij tijdens het afremmen alweer vaart oppikt. Tijdens het afremmen gaat alle verlichting uit (front, sluit, binnen). In de display van de ECoS2 licht het icoontje "M4" op, alsof hij zich aanmeldt als MFX-loc.
Ik heb ook een MS2. Daarop doet dit probleem zich niet voor. Ook de Lenz-centrale van de dealer waar deze trein vandaan komt geeft geen probleem. Ik heb ook een DE3. Die zou technisch hetzelfde moeten zijn als de H4. Die geeft echter geen probleem met de ECoS2.
Ik heb hierover contact gehad met Artitec en afgelopen zaterdag heb ik de H4 afgegeven bij Artitec zodat ze ernaar konden kijken. Er werd echter al bij gezegd dat de technische dienst niet de beschikking heeft over een ESU-centrale, maar dat ze er gewoon een nieuwe decoder inzetten. Daarna kunnen ze niets meer voor me betekenen.
Vandaag kreeg ik 'm terug. Dat is supersnel. Het probleem is er nog steeds. Ik heb nu goed opgelet hoe hij zich aanmeldde. In eerste instantie meldt hij zich aan volgens Railcom en meldt dan "DCC OK". Dat icoontje blijft aan. De trein rijdt in eerste instantie normaal. Tijdens het rijden verschijnt echter opeens "M4" en vanaf dat moment is het mis.
Vermoedelijk is het dus een kwestie van DCC en MFX die samen ruzie maken. Zoals al aangegeven wil ik multi-protocol blijven rijden. Komt dit iemand bekend voor? Ziet iemand een oplossing voor dit probleem? Kan ik bijvoorbeeld de decoder wijsmaken dat hij alleen DCC of alleen MFX praat?
-
Bij cv47=1 luistert de decoder alleen naar dcc
Bij cv47=2 luistert de decoders alleen naar m4
Aldus de gebruiksaanwijzing bij de ESU LP4
-
je kunt ook het mfx of railcom protocol uitzetten in de ecos, waarschijnlijk maken ze "ruzie" met elkaar..... heb ik ook wel eens last van gehad. ik zet zelf railcom uit, omdat ik ook mfnix locomotieven heb. Ooit als ik later groot ben, gaan die er allemaal uit !!
-
Op een ander forum kreeg ik de reactie dat bij multiprotocol geldt CV47=13. Bij mijn H4 stond die echter op 15. Nu heb ik 'm om te beginnen naar CV47=13 gezet en ik rijd nu al zeker vijf minuten probleemloos. Onder "normale" omstandigheden was hij al zeker een paar keer uitgevallen. Ik denk dus dat dat het probleem oplost. Hartelijk dank voor het meedenken.
-
Voor CV47 geldt:
Bit0 (1) = DCC
Bit1 (2) = M4 (ofwel MFX)
Bit2 (4) = Motorola
Bit3 (8) = Selectrix
Ofwel:
de waarde 13 = Selectrix + Motorola + DCC
de waarde 15 = Selectrix + Motorola + M4 + DCC
Dus door van 15 naar 13 te gaan heb je M4 uit gezet. Dus dat oplichten als MFX loc is correct ;) Als je hem op DCC stuurt zou je dus ook gewoon waarde 1 (alleen DCC) kunnen instellen.
Timo
-
Tuurlijk. Slordige rekenfout en zelf niet nagerekend...
Dit had ik bij de buren doorgekregen:
Dcc 0 1
M4 0 2
MM 0 4
sel 0 8
----------- +
13
Dat had dus 15 moeten zijn. Nu ik er 13 van heb gemaakt blijft het aanmelden op M4 achterwege. Dat lost dan inderdaad het probleem op, maar anders dan ik in eerste instantie dacht. Ik had er ook 14 van kunnen maken, zodat DCC/Railcom achterwege bleef.
-
Heb hier inderdaad hetzelfde gehad. Gebeurd soms bij de Esu Loksound 4.0 M4 decoders. Ik zet dan inderdaad M4/MFX uit.