BeneluxSpoor.net forum
Vraag en antwoord => Digitaal => Topic gestart door: eveekens op 13 August 2009, 23:57:58
-
Ik ben nu al enige tijd aan het proefrijden met Koploper in combinatie met de IB.
Ik heb nu zojuist voor de tweede keer meegemaakt dat een trein een ander blok
inrijdt dan feitelijke de bestemming is.
Uit onderzoek blijkt dan dat een wissel niet heeft geschakeld!
Als ik vervolgens via het testprogramma de wissels test komt de wissel die eerst
niet omging wel om. Met het nalopen via de IB van alle wisselsstanden kom ik nu
voor de tweede keer tot de ontdekking deze de weigerachtige wissel een adres heeft
gekregen van een andere wissel! Er worden dus feitelijk twee wissels geschakeld
via het zelfde adres maar dan van de andere wissel.
(wisseldecoders zijn van Viessmann 5231)
Is dit een bekend fenomeen en is daar dan ook een oplossing voor?
Mvg,
Edwin
-
Hey Edwin,
Lijkt me handig dit even te melden op www.koploperforum.nl (http://www.koploperforum.nl), daar zitten de 'experts' en kun je met wat meer uitleg en misschien een backup van je banenplan een oplossing krijgen.
Groetjes,
Patrick
-
Patrick,
Volgens mij heeft dit niets te maken met Koploper maar veel meer met de digitale componenten. Als ik het lees zou een adres in de wisseldecoder opeens/spontaan een ander adres krijgen. Volgens mij heeft Koploper (en dus het forum) hier verder niets mee te doen....
Mvg,
Paul.
-
Nadat ik vannacht nog even terug geredeneerd had, of nu inderdaad spontaan een decoderadres
was gewijzigd was, moet ik bekenen dat er toch een relatie is met een andere handeling.
Nadat ik reeds een tijdje met vier treinen succesvol testrondjes had gereden besloot ik gisteravond
een vijfde trein toe te voegen, de NS 1301 met decoder adres 13, het zelfde adres als één van de
wissels die nu dubbel schakeld. Dus er is dus wel een verband. Het blijft dan wel een vreemde zaak
dat een wisseldecoder `spontaan´ een nieuwe adres toegewezen kan krijgen.
De wisseldecoder van Viessmann kon je toch normaal gesproken alleen programmeren door de schakelaar
op decoder zelf te activeren in combinatie met bijvoorbeeld een IB?
Ik ga in iedergeval de decoder range van de wissels en de treinen uit elkaar halen deze liep nu, stom
van mij, door elkaar. (Oeps! :-[)
Mvg,
Edwin
-
Het lijkt mij eerder toeval dan dat het de oorzaak is. De adresnummers komen wel overeen maar de commando's zijn geheel verschillend en programmeren is dan weer iets anders, zeker als daarvoor ook een toets ingedrukt moet worden.
-
Wissels of wisseldecoders die spontaan hetzelfde adres krijgen is onmogelijk, daar gaat een programmeer actie aan vooraf die de gbruiker zelf heeft uitgevoerd. Ook zijn de Lokdecoderadressen en de wisseldecoderadressen twee totaal verschillende ranges. En zullen elkaar niet beinvloeden. Dus hand in eigen boezem steken en het allemaal goed aansluiten en goed instellen.
Mvg
Wim.
-
Wim,
Ik zou je graag gelijkgeven maar dit is toch echt wat feitelijk is gebeurt!
Ik heb gisteravond geen enkele programmeer actie uitgevoerd, ik heb alleen de gehele avond
uren proefgereden. Dit ging zonder probleem tot het plaatsen van de genoemde loc.
Goed aansluiten en instellen kan ik niet plaatsen in relatie tot genoemd probleem.
Alle blokken, terugmeldpunten en wissels werken nu al tijdje zonder problemen, je zou dan toch
verwachten dat ik ook andere problemen zou hebben?
En dit is nu reeds de tweede keer dat dit gebeurt.
Alleen van de eerste keer weet ik niet meer of er relatie was met het nummer van de wisseldecoder
en een trein. Kan logging in Koploper hierover geen uitsluitsel geven?
Mvg,
Edwin
-
Bij zulke problemen is het altijd nuttig om eens naar de handleiding te kijken. ;)
Daar lees ik dat de 5231 naar keuze op 4 verschillende adresreeksen geprogrammeerd kan worden: Motorola wisseladres, Motorola locadres, DCC wisseladres of DCC locadres. Om een keuze uit de mogelijkheden te maken moet je de programmeertoets resp. 1 of 2 of 3 of 4 keer indrukken.
Het is dus wel degelijk mogelijk om locadressen en wisseladressen door elkaar te mixen.
Dat een decoder spontaan een ander adres aanneemt lijkt mij onwaarschijnlijk. Het enige wat ik me kan voorstellen is dat een decoder op zijn default adres terugvalt. Als er al een default adres is, want daar zegt de handleiding niks over.
-
(y)