Hoe een Train-O-Matic lokdecoder voorzien van een lang adres ?

[Ronaldk]

Je weet dat er Systems bestaan waar je helemaal niks hoeft in te geven? Lok op de baan en gáán?

Ander protocol en fabrikant met hun eigen problemen. Daar hebben we niet over. 

Bij trix decoders moet je eerst CV29 aanpassen en daarna Cv17/18 schrijven. Anders doen ze het niet. Dat is blijkbaar hier ook zo.

Dat is standaard uit het DCC-protocol. Je moet CV29 aanpassen om lange adressen te gebruiken. Dat hoort er bij. Er zijn centrales zoals de ECoS, de multimaus, Lenz centrales die automatisch op de achtergrond CV29, CV17 en CV18 aanpast naar aanleiding van het in programmeren van een lang adres. Dus programmeren van een adres boven adres 99 of adres 127, dat is dan afhankelijk van de decoderfabrikant. Dan hoef je niets zelf aan te passen in CV29. Dan zet de centrale de waardes voor de 3 CV's op de juiste waarden. Dat doet doen veel programmers van fabrikanten ook voor je. Niets bijzonder eigenlijk.

[Sven]

Lange adressen invoeren is toch een standaard NRMA methode? Dus het originele probleem lijkt me niet een Train-O-Matic decoder specifiek probleem, maar gewoon een algemene DCC vraag. Als ik CV 17, 18 en 29 van Zimo en Train-O-Matic vergelijk, dan doen die exact hetzelfde.

Edit: ik heb het dan over het programmeren, niet of ze tot 99 of 127 gaan.

[Ronaldk]

Wat ik al aangaf: Het is standaard DCC-protocol. Niets bijzonder aan. Er zijn digitale centrales die het allemaal op de achtergrond voor je regelen. Of de gebruiker moet het op de centrale niet goed hebben ingesteld of niet weten hoe het precies moet. Zelfs de multimaus met firmware 1.05 of hoger kan het. Het is niet zo heel moeilijk en spannend.

[Ronald Halma]

Het is gewoon irritant dat iemand denkt dat een forum decoders verkoopt op een beurs. Het verschil niet weet of überhaupt door heeft. Goed Gerard heeft al vaker problemen met deze decoders als je even in het verleden van zijn berichten hier op het forum kijkt.

Zal maar ik ga niet van iedereen alle berichten checken 

Wat ik al aangaf: Het is standaard DCC-protocol. Niets bijzonder aan. Er zijn digitale centrales die het allemaal op de achtergrond voor je regelen.

Dat doet mijn dingetje dus 

Lange adressen invoeren is toch een standaard NRMA methode? Dus het originele probleem lijkt me niet een Train-O-Matic decoder specifiek probleem, maar gewoon een algemene DCC vraag.

Meer een gebruiker die niet helemaal weet hoe het moet En soms is het ook niet allemaal heel gemakkelijk beschreven in de diverse handleidingen.

[henk]

En een gebruiker die niet precies weet waar hij iets heeft gekocht. Om je daar nou aan te ergeren. 

De Multimaus kent het trucje, maar doet het alleen naar behoren in samenwerking met een versterker waarmee de Maus ook kan uitlezen. In combinatie met de 10764 van Roco verzint de Maus dat cv29 wel 6 zal zijn en programmeert dus altijd 38 in cv29. 

[Ronald Halma]

En een gebruiker die niet precies weet waar hij iets heeft gekocht. Om je daar nou aan te ergeren. 

Ik niet hoor 

[Montanbahn]

Iets dergelijks doet de IB ook. Daar zit ook een optie op om direct lange adressen te programmeren.

[bellejt]

11) How to set long addresses in 3 steps

‍ Step 1 - You have to set the long address in CV17 and CV18 first. According to our tOm cvTool (a little helper), the long address of for example 1015 requires CV17 = 195 and CV18 = 247 (see image 1). The decoder will still react at this moment to its short address (3), since we have to configure it, that the long address will be used.

Step 2 - In CV29 (the main configuration CV), you will find the default value 14 (normal function mode enabled, DC and DCC mode enabled, and RailCom enabled) (see image 2). You have to set the so called bit 5, which will tell the decoder that his long address will be used. This can be done by writing the value 46 to CV29 (see image 003).

Step 3 - There is no step 3. At this moment, your decoder will react to all DCC commands transmitted to the long address 1015.