Vraag: Functie- en lokdecoder op hetzelfde adres?

[Martin Hornis]

Maakt toch niet uit. Een decoder adres is een decoderadres. Ongeacht wat er geschakeld/geregeld moet worden.

Ik geef ze gewoon hetzelfde adres. Gemak dient de mens, toch 

Helemaal juist. Maar... de locdecoder is van het eenvoudige type. Daardoor zijn er relatief weinig CV's beschikbaar. Als nu een eenvoudige functiedecoder (bv. Nanodecoder 80.015 van Digirails) wordt toegepast dan kan het maar zo zijn dat er tussen beide decoders geen overlappende CV's zijn die een andere toepassing ten opzichte van elkaar hebben. Dan komt het er zelfs op neer dat (bij het gelijktijdig programmeren) er altijd een CV in de juiste decoder ingesteld wordt. Het is dan zelfs aan te bevelen om hetzelfde adres in CV1 te gebruiken. En die situatie is bij combinatie Uhlenbrock 76320 en Digirails 80.015 aan de orde. Daarnaast gaat het om een loc en een los te koppelen serie rijtuigen. Een reden te meer om slechts één adres in CV1 in beide decoders toe te passen.

[Remunj]

Sorry Martin maar volgens mij snap je er helemaal niets van.

Het maakt helemaal niet uit of decoders overlappende CV's hebben. De kans dat die er niet zijn (verschillende mereken gebruiken verschillende CV indelingen) is groter dan dat ze er wel zijn (binnen 1 merk).
Elke decoder programmeer je zodanig dat deze doet wat je voor ogen hebt (bv functiemapping). Of dat nu in decoder A in CV 100 of in decoder B in CV 200 staat is totaal niet relevant. Als je maar bij de juiste decoder de juiste metode aan houdt.
En decoders programmeer je ALTIJD afzonderlijk en NOOIT tegelijk. Dan krijg je nl. bij het programmeren geen juiste terugkoppeling of de programmering gelukt is met mogelijk verkeerde instellingen.
Dus beide tegelijk programmeren is sowieso de verkeerde methode. In het extreme geval schrijf je in een (beperkte) decoder iets waardoor deze helemaal niet meer reageerd.

En of je dan in CV1 (of bij een lang adres CV17/18) hetzelfde adres gebruikt is niet belangrijk en bij het programmeren (op een programmeerspoor) totaal niet relevant. Alleen bij POM programmeren is CV1 van belang omdat dan rechtstreeks met die specifieke decoder "gesproken" wordt en dan komt weer om de hoek kijken dat je dan op moet letten dat je alleen die lok met decoder op de baan hebt staan die je wilt wijzigen. Een eventuele tweede loc of stuurstand met hetzelfde adres moet je dan even van de baan halen ivm bovenstaande redenen.

Beide adressen gelijk houden is in het gebruik verder gemakkelijk maar niet noodzakelijk.

Gr.
Eric

[Martin Hornis]

Sorry Martin maar volgens mij snap je er helemaal niets van.

Heb je de CV-lijsten van de Uhlenbrock 76320 vergeleken met die van Digirails 80.015?

Het teruglezen van de ingestelde waarden kan inderdaad moeilijkheden opleveren en het programmeren van CV's kan eventueel niet goed verlopen. Maar dat soort zaken heb je ook bij (beperkte) besturingsapparatuur die alleen maar kunnen programmeren en niet kunnen teruglezen en/of een bevestiging kunnen geven dat het programmeren (volgens dat apparaat) goed is verlopen. Bij het gebruik van dat soort beperkte besturingsapparatuur is vaak een visuele controle van het gedrag van de trein(combinatie) de aangewezen weg om te kijken of het programmeren met een nieuwe waarde goed is verlopen.

Wil je echter absolute zekerheid dan is het gebruik van juiste terugleesapparatuur noodzakelijk. En dan moet elke decoder afzonderlijk uitgelezen kunnen worden. In dit geval is dat geen ramp doordat de loc en de treinstam eenvoudig te scheiden zijn.