DR 4018 springt spontaan naar ander adres

[Karst Drenth]

 

[Timo]

Mooi dat dit probleem is opgelost en niet een DR4018 bleek maar een IB "probleem"  was 


Timo

[Wim Ros]

Nee Timo, was geen IB probleem, was gewoon een bedieningsprobleem, of beter gezegd niet doen wat er in de handleiding beschreven staat.

Mvg
Wim.

[Timo]

Hoi Wim,

Dat snap ik, vandaar de quotes om probleem 


Timo

[henk]

Mijn 4018 heb ik voor zowat alles al geprobeerd. Momenteel is hij in de weer met motoraandrijvingen en misschien mag hij uiteindelijk seinen gaan bedienen. De spoelenaandrijvingen laat ik maar over aan de gespecialiseerde jongens.

Ben er uit, mede naar aanleiding van dit draadje, maar anders dan je zou denken. Ik heb al jaren een LDT NS-seindecoder die nooit betrouwbaar wilde werken. Begrijp nu pas wat een passage in de gebruiksaanwijzing impliceert. In mijn gebruiksaanwijzing staat dat het schakelen van de seinen, in verband met het faden of een tussenstap, soms gemakkelijk 250 ms kan duren. Tegenwoordig staat daar zelfs 400 ms. Ondertussen worden geen nieuwe commando's geaccepteerd. Ik had dat natuurlijk wel gelezen, maar nooit in verband gebracht met een instelling van Koploper. Als je daar de standaard pulstijd voor het betreffende adres van 200 ms laat staan, dan gaat het mis als twee commando's na elkaar voor de LDT seindecoder zijn bedoeld. Het eerste commando wordt verwerkt, maar het tweede wordt genegeerd en het sein eindigt in een andere stand dan Koploper denkt. De pulstijd verlengd naar 500 ms en het werkt nu al een paar weken feilloos in de testopstelling. 

Het is nogal off topic, maar het geeft aan dat de afstemming van de pulstijden tussen decoders, centrale en/of besturingsprogramma sowieso een punt van aandacht is.

Wordt de 4018 hier wel veroordeeld tot de zes resterende wissels.

Altijd leuk, testen. Lekkere dradentroep maken. 

[Bert_Apd]

Hoi Henk,

Leuk om je bevindingen te lezen 

Weer een bewijs dat instellingen van software en hardware goed op elkaar moeten worden afgestemd om ten onrechte "negatieve beoordelingen" van decoders te voorkomen... 

Gelukkig is het doel van het forum: "van elkaar leren, elkaar helpen en begrijpen wat er gebeurt" 

Begrijp nu pas wat een passage in de gebruiksaanwijzing impliceert.

Dat is nu net het probleem met gebruiksaanwijzingen... Degene die hem schrijft weet (vanuit zijn optiek) precies wat hij bedoelt... Maar of degene die hem leest die bedoeling ook meteen helemaal doorgrondt? Het "oh ja" effect heeft soms wat tijd en extra toelichting nodig... 

Wordt de 4018 hier wel veroordeeld tot de zes resterende wissels.

Dat vindt ie vast niet erg hoor....


Groetjes,

Bert

[jvdwaa]

Beste Bert,

Ook ik had last van het spontaan in programmeer modus springen van de DR4018, maar dankzij jouw (correcte) uitleg is bij mij het probleem opgelost.
Ik heb nu in Koploper de bekrachtigingstijd op 800 msec gezet (gelijk aan de pulsetijd van de DR4018). Nadeel is de lange schakeltijd van een wisselstraat. Overigens zijn wisselstraten met veel wissels mede de oorzaak van het probleem: in veel gevallen zal zo'n wisselstraat aan één decoder zitten (lekker dicht bij elkaar, korte draadjes), waardoor het probleem van overbelasting zich sneller zal voordoen.
De volgende stap voor mij is het verkorten van de bekrachtigingstijd in de decoders (5x 16 CV's aanpassen ) en kijken of de wissels dan nog omgaan. Dat zal bij sommige wissels wel een uitdaging worden, maar gelukkig heb ik er genoeg om ze zo nodig te vervangen.
Ik heb Digikeijs ook een link naar jouw reactie gestuurd, want hun standaard reactie is: zet er een zwaardere voeding aan. Zoals jij al uitlegt zal dat lang niet altijd de oplossing zijn....

Joost

Hallo allemaal,

Mogelijk is het niet voor iedereen duidelijk wat de oorzaak zou kunnen zijn van het "in de stress kunnen raken" van wisseldecoders zoals de DR4018 bij gebruik van treinbesturingssoftware. Daarom heb ik in vervolg op de visualisatie van Erik (met dank!) nog een aantal voorbeelden uitgewerkt, waarbij tevens wordt aangegeven hoe deze "stress"-situatie eenvoudig kan worden voorkomen.

Ik hoop niet dat Erik het mij kwalijk neemt dat ik in mijn voorbeelden uitga van zijn praktijkvoorbeeld. Zijn situatie is namelijk kenmerkend voor het mogelijk optreden van overbelasting van wisseldecoders, waarbij zelfs piekbelastingen van meer dan 5 Ampère mogelijk zijn op één wisseldecoder: een aanslag op de decoder, een aanslag op de bedrading ernaar toe en een aanslag op de voedingstrafo of DCC-spanning/capaciteit als die als voeding gebruikt wordt.

[henk]

Als je de pulstijd van de 4018 op 200 ms zet, is het probleem ook opgelost en ben je van die lange schakeltijden bij een wisselstraat af. 200 ms is meer dan genoeg voor een spoelenaandrijving. Als het wissel dan nog niet om is, lukt het met 800 ms ook niet.

[Bert_Apd]

Joost,

Bedankt voor je reactie, leuk om te horen.

In combinatie met treinbesturingssoftware is verkorten van de pulstijd van de DR4018 inderdaad de beste oplossing zoals Henk hierboven ook al aangeeft.

Is inderdaad even wat werk (16CV's per DR4018) maar dan worden de wisselstraten ook weer wat sneller gelegd...

Ik heb nu in Koploper de bekrachtigingstijd op 800 msec gezet (gelijk aan de pulsetijd van de DR4018).

Vergeet je dan niet de bekrachtgingstijd in Koploper ook weer terug te zetten naar de standaardwaarde? 

Groetjes,
Bert

[jvdwaa]

Na de suggestie van Henk de pulsetijd op 200 msec gezet, en alles schakelt perfect. Nu nog even Koploper weer aanpassen en alles doet het weer zoals het hoort 
Nu ook maar hopen dat Digikeijs deze ervaringen in hun handleiding c.q. antwoorden meeneemt, want dat verdienen hun producten wel.

Joost

Joost,

Bedankt voor je reactie, leuk om te horen.

In combinatie met treinbesturingssoftware is verkorten van de pulstijd van de DR4018 inderdaad de beste oplossing zoals Henk hierboven ook al aangeeft.

Is inderdaad even wat werk (16CV's per DR4018) maar dan worden de wisselstraten ook weer wat sneller gelegd...

Vergeet je dan niet de bekrachtgingstijd in Koploper ook weer terug te zetten naar de standaardwaarde? 

Groetjes,
Bert

[jvdwaa]

Helaas, na het terugzetten in Koploper van de pulsewaarde naar 200 msec en de rustperiode tussen de opdrachten op 150 msec gaat het nog steeds niet helemaal goed: de simpelste test is het starten en stoppen van het testprogramma, waarbij je alle wissels achter elkaar kan laten resetten. Dat levert (herhaalbaar) bij 2 van de 5 decoders een spontaan adresverlies op. Ook bij het rijden in Koploper gaat het bij één van die 2 fout (ook al omdat de andere amper aangestuurd wordt).
Ik denk dat er ergens nog een paar pulsewaardes niet goed staan.
Helaas heb ik het nog niet voor elkaar gekregen om de decoders via mijn Intellibox uit te lezen. Ook een poging om met jmri decoder-software de decoders uit te lezen strandde (maar dat was meer door de stugheid van die software ).

Joost

Na de suggestie van Henk de pulsetijd op 200 msec gezet, en alles schakelt perfect. Nu nog even Koploper weer aanpassen en alles doet het weer zoals het hoort 

[Karst Drenth]

Helaas, na het terugzetten in Koploper van de pulsewaarde naar 200 msec en de rustperiode tussen de opdrachten op 150 msec gaat het nog steeds niet helemaal goed:

Dan heb je nog steeds een overlap ! van 50 ms...

En.. uit eigen ervaring wordt bij het afsluiten van het testprogramma op 'full-speed' gestuurd ! Niet altijd houdt KL daar de bekractigingstijd aan ...

Grtzz,

Karst

[Timo]

Zoals Karst zegt heb je nog steeds overlap.

Maar is het niet gewoon mogelijk de pulstijd op de decoder verder terug te schroeven? Je hebt nu een puls van 200ms + 200ms = 400ms per wissel. Ik zou zeggen dat 250ms ook wel genoeg zou moeten zijn. Dus koploper op 200ms en de decoder op 50ms, Kan de res terug naar 100/150ms, is er 50/100ms rust tussen de pulsen om de voeding op kracht te laten komen.

Overigens, beetje jammer dat er in de handleiding niet staat hoe de CV waarde nu resulteert in een aantal ms. Er staat alleen een range genoemd en klaar :/ Is de standaard waarde van 128 de besproken 200ms?


Timo

[jvdwaa]

De standaard pulsewaarde voor de DR4018 decoder is 800 msec bij een CV-waarde van 128.
800/128 is 6,25

De discussie die ik met mijzelf nog heb is hoe ik de pulsewaarde in Koploper in lijn breng met die van de decoder.
Logisch geredeneerd zou ik verwachten dat de pulsewaarde in Koploper gelijk moet maken aan de pulsewaarde van de decoder. Immers, de decoder krijgt een pulse aan het begin van de pulsetijd van Koploper, en zou dus nagenoeg gelijk moeten lopen/eindigen.
Maar, in de redenatie van Timo zou je de rustwaarde gelijk moeten zetten aan de pulsewaarde om problemen te voorkomen. Gaan we testen.....

Het is daarnaast m.i. ook afhankelijk van de centrale, want zo lang Koploper een pulse geeft, zal de centrale (in dit geval een oude IB met de laatste software versie) ook een pulse doorgeven, en er eventueel wat bij doen. Hoeveel tijd de IB er in dat geval nog bij doet is mij ook niet helemaal duidelijk.

[Wim Ros]

Het is daarnaast m.i. ook afhankelijk van de centrale, want zo lang Koploper een pulse geeft, zal de centrale (in dit geval een oude IB met de laatste software versie) ook een pulse doorgeven, en er eventueel wat bij doen. Hoeveel tijd de IB er in dat geval nog bij doet is mij ook niet helemaal duidelijk.

Module op 200ms zetten of op 150ms is ook meer dan genoeg om een wissel om te zetten.
koploper op 250 ms in het eerste geval in het tweede geval op 200ms , pauzes tussen opdrachten op 0ms.
De IB telt er zelf niets bij op die reageert alleen maar op de opdracht schakel bekrachting uit.
En dat is bij jouw instelling met een pauze van 150ms dus na 200+150ms.

De IB zelf zal de bekrachting dan in stand houden tot de instelling van de maximale bekrachtingstijd en die is bij default 3000m, als er geen uitschakel commando volgt. De minimale bekrachtingstijd is 100ms. bij default.
Deze instelling kun je via Speciale Opties (SO) aanpassen.

Mvg
Wim.