DR 4018 springt spontaan naar ander adres

[Thurbo]

Hier word continu gesproken over de software Koploper en de instelbaarheid van de pulstijd in die software.
Wat word er door jullie geadviseerd om in te stellen in de 4018 decoder wanneer je in je software niks kan instellen kwa pulstijd?
o.a. in iTrain kan dit niet. Daar kun je alleen schakeltijd instellen.
Nu ben ik niet bekend met andere software en of dat daar ook in te stellen is maar kan me voorstellen dat elke software fabrikant daar andere gedachtes over heeft.

[Timo]

De decoder zal de wissel schakelen zolang hij hiervoor het commando krijgt + de ingestelde pulstijd. Krijgt hij dus voor 200ms een commando en staat de decoder op de standaard instelling zal de totale pulstijd 1 seconde zijn.

En zo uit me hoofd (even geleden) is de puls tijd in Koploper de tijd die Koploper de centrale het commando laat uitsturen. Of de IB hier nog bij op telt durf ik even niet te zeggen.... (Dacht het niet. Dacht dat de pulstijd op de IB alleen voor de knoppen was.) De totale pulstijd is dus [Pulstijd Koploper] + [Eventuele pulstijd IB] + [Pulstijd decoder] = [Pulstijd naar wissel]. De rust periode moet net zo lang zijn zodat de volgende wissel pas geschakeld wordt als de eerste spanningsloos is door de decoder (+eventueel wat ademruimte/safety margin). Deze tijd gaat in na [Pulstijd Koploper]. De rust periode moet dus groter zijn dan [Eventuele pulstijd IB] + [Pulstijd decoder]. Alleen op deze manier is er altijd maar 1 wissel per keer bekrachtigd en is er geen kans op spanning dip.

Heb je overigens ook al geprobeerd de C van OUT5 tm 8 niet te gebruiken? (De C van) OUT5 tm 8 zijn de probleemgevallen. Voor deze uitgangne zou je de C van OUT1 tm 4 gewoon kunnen gebruiken.


Timo

[Timo]

@Arthur, pulstijd, schakeltijd en schakelduur lijkt me allemaal een ander woord voor hetzelfde beestje.

Verder ken ik iTrain niet maar het hele eiereneten van het verhaal hierboven zit hem vooral in de rust tijd tussen wisselcommando's. Je zou zeggen dat iTrain daar ook iets voor heeft.


Timo

[Thurbo]

@Timo,

De ‘Schakeltijd’, ook wel de bekrachtigingstijd genoemd, is standaardtijd die gebruikt wordt
om een magneetartikel te bekrachtigen. Dit kan ook nog individueel per magneetartikel
aangepast worden. Niet elke interface staat toe dat iTrain deze waarde bepaalt, omdat dat
in de decoder geregeld wordt, maar in dat geval zal iTrain in ieder geval zolang wachten
totdat het volgende magneetartikel geschakeld wordt. Dit voorkomt dat de invoerbuffers te
vol raken bij het schakelen van veel artikelen tegelijk.

Dat is wat er letterlijk in de handleiding staat van iTrain.

In mijn ogen is dat dus niet wat er hier met pulstijd bedoeld word.
In iTrain is dat dus de tijd dat het commando gestuurd word. Nu weet ik alleen niet of het juist beter is om dan deze tijd te verkorten of te verlengen.
Verlengen kan tot gevolg hebben dat de spanningsdip juist optreed.
verkorten kan tot gevolg hebben dat de spanningsdip nog niet opgelost is.

Nu dus de vraag of je dit evt kan opvangen door in de 4018 decoder de pulstijd aan te passen?

[Timo]

Hoe ik het lees is dat exact wat er met pulstijd bedoelt wordt. Alleen kent iTrain dus geen extra rusttijd tussen de commando's.

En dat extra verhaal de interface is altijd aan de gang. Maar de IB staat bijvoorbeeld toe om via de interface de duur van het commando te bepalen. Dus dan is die schakeltijd dus gelijk aan de tijd dat het commando op de rails staat. De tijd dat de wissel bekrachtigd is is dan gelijk aan [Schakeltijd iTrain] + [pulstijd decoder].Wat in dat geval jammer zou zijn omdat er dan geen mogelijkheid is de voeding op adem te laten komen. Als je de pulstijd op de decoder op 0 zou zetten dan volgen alle schakelbewegingen elkaar precies zonder pauze op :/

Het is gewoon een beetje vervelend dat het niet eenduidig is. En het had allemaal zo simpel kunnen zijn als schakeldecoders gewoon ALLEEN de op de decoder ingestelde tijd zouden aanhouden, ongeacht commando duur. Maar dat doet de DR helaas niet.



Timo

[Wim Ros]

Het is gewoon een beetje vervelend dat het niet eenduidig is. En het had allemaal zo simpel kunnen zijn als schakeldecoders gewoon ALLEEN de op de decoder ingestelde tijd zouden aanhouden, ongeacht commando duur. Maar dat doet de DR helaas niet.

Dat doet hij nu juist wel en dat is nu net de rede waarom de voeding inkakt. Als de module op 800ms staat en de commando's komen iedere 200ms binnen dan zijn er in die tijd dus 3 of 4 uitgangen bekrachtigd, en als er geen eindafschakeling in de wisselaandrijving zit dan staan die 800ms stroom te verbruiken. Maar dit is nu al helemaal al eens tot in de treuren besproken, en er is dus niets nieuws onder de zon. Dus als je dit wil voorkomen dan moet de decoder tijd kleiner zijn dan de schakeltijd van de aansturing (Koploper of iTrain) Dat is wat ik in mijn vorige bericht ook al aangegeven heb.

Mvg
Wim.

[jvdwaa]

Ha Wim,

Dank voor jouw aanvulling.
Het was even zoeken naar de lijst met speciale opties (gevonden op www.robh.nl/IBXSO.html)
In mijn IB staat de minimale bekrachtigingstijd op 100 ms (CV13=2), en de maximale op 500ms (CV14=10).
CV14 nu eerst maar eens op 5 gezet, dat lijkt mij meer dan genoeg.

Joost

[Wim Ros]

Ik denk alleen niet dat de decoder daar op zal reageren, die heeft namelijk zelf de opdracht gekregen 800ms aan te blijven. Daar moet je dus de tijd aanpassen.

Mvg
Wim.

[Timo]

Dat doet hij nu juist wel

Wim, dat doet hij juist niet!  De DR4018 verlengt de commandoduur altijd met de ingestelde schakelduur. Stuur je dus een commando van 200ms (in iTrain/Koploper) en staat de DR4018 op de standaard 800ms dan wordt de wissel voor 1000ms bekrachtigd. En dit is nu net het probleem. In Koploper kan je dit dus ondervangen door de rustperiode tussen de verschillende commando's langer te maken dan de op DR4018 ingestelde tijd. Maar iTrain kent deze instelling dus niet. Stel je daar 200ms in en de DR staat op 100ms dan heb je dus steeds die 100ms overlap. Ik had graag gezien dat de decoder alleen zijn schakelltijd aan zou houden, no matter what. Of het commando nu langer of korter is.

De beste mogelijke situatie dan is de tijd op de DR naar 0 brengen en alleen de commandoduur laten schakelen. Maar dan nog heb je geen rust/marge tussen de verschillende wisselopdrachten met de mogelijkheid dat de spanning inzakt.

Enige andere optie die ik kan bedenken maar niet weet of et werkt zijn de instellingen op de IB (en is dus erg centrale specifiek). Worden de commando's die de computer stuurt door de IB ook gehouden aan de in CV13 en CV14 ingestelde tijden?

Als dat zo is zou je op de IB de maximale duur kunnen verlagen. iTrain stel je dan zo in dat de schakeltijd daar groter is dan [maximale schakelduur IB] + [schakelduur DR4018]. Bijvoorbeeld door de maximale schakelduur op de IB op 200ms te zetten, de DR op 50s en iTrain op 300ms. Het lijkt me dat de computer commando's ook aan deze instellingen moeten voldoen en dan zou het werken. Maar het is dan wel centrale specifiek. Op de MM kan je volgens mij geen maximale schakelduur opgeven bijvoorbeeld.


Timo

[Wim Ros]

Timo,

Ik vind het allemaal best, de DR4018 zal ik niet gebruiken alhoewel ik er wel een aantal in huis heb. (vlaag van verstandverbijstering zeg maar).

Mvg
Wim.

[jvdwaa]

Ha Wim,

Als je ze niet gebruikt, zou je ze dan willen verkopen? Zo ja, voor hoeveel?

Joost

[Wim Ros]

Nee, ze zijn namelijk van de allereerste generatie, ze moeten dus eerst voorzien worden van de laatste firmware, en dat is me teveel gedoe, ze liggen hier best.

Mvg
Wim.

[phdirk]

Hi All,

Toch blijft volgens mij de voedingsspanning het belangrijkste. Toen ik mijn DR4018 net had geïnstalleerd sprong hij ook steeds op een ander adres. De DR4018 stond toen op een aparte 14V~ trafo, waarmee ik alleen de wissels voedde.
Ik heb toen op advies van Karst de DR4018 op de 18V digitale spanning van de booster gezet. Daarna heb ik nooit meer problemen gehad met het wegvallen van de adressen. De instellingen van de DR4018, het TwinCenter en Koploper zijn daarbij onveranderd gebleven.

[henk]

Beter maar geen verwarring scheppen Dirk. Het gaat om overbelasting van de voeding. Bij overbelasting zakt de spanning in elkaar tot beneden een kritische grens en dan denkt de 4018 dat hij naar de programmeermodus moet. Het eerste de beste schakelcommando bepaalt dan het nieuwe adres. Verwarrend is misschien dat er verschillende redenen voor de overbelasting kunnen zijn.

1. Meerdere wisselspoelen trekken stroom van de decoder. Vandaar de aanpassingen van de pulstijden, waarmee moet worden voorkomen dat meerdere spoelen de voeding gaan belasten. De standaardinstelling van 800 ms van de decoder helpt om te beginnen al niet. Bij wissels met eindafschakeling kan dit verschijnsel in beginsel niet voorkomen.
2. De voeding kan te weinig stroom leveren voor zelfs één aandrijving. Dan zal een zwaardere voeding wel helpen, maar het gaat eerder om de stroom die kan worden geleverd dan om de spanning.

De echte kern is natuurlijk die eigenaardige reactie van de 4018 op overbelasting van de voeding. Zolang dat niet verandert, ben ik het met Wim eens dat de 4018 geen aanrader is voor spoelenaandrijvingen.

[Bert_Apd]

Hallo allen,

Beter maar geen verwarring scheppen Dirk. Het gaat om overbelasting van de voeding.

...

De echte kern is natuurlijk die eigenaardige reactie van de 4018 op overbelasting van de voeding. Zolang dat niet verandert, ben ik het met Wim eens dat de 4018 geen aanrader is voor spoelenaandrijvingen.

Ook dit is verwarring scheppen. De problemen voor wat betreft overbelasting doen zich alleen maar voor bij gebruik van treinbesturingssoftware in combinatie van schakelen van wisselstraten of tijdens het initialiseren van de software, waarbij (alle?) wissels in de uitgangsstand gelegd worden.

In principe hoeft dit geen probleem op te leveren, maar dan moeten zowel de variabelen van de treinbesturingssoftware als die van de wisseldecoder wel op elkaar afgestemd worden. En daarover lopen de meningen nu net uiteen. De "treinbestuurders" via software vinden dat de DR4018 vanuit de doos bruikbaar zou moeten zijn voor hun specifieke toepassing en dus eigenlijk geen eigen pulstijd mag hebben. Als dat zo zou zijn dan hebben de "treinbestuurders" via simpele centrales zoals de MultiMaus weer een probleem: ze moeten het schakelknopje wel lang genoeg indrukken om de wissel volledig te laten schakelen...

Vandaar dat de DR4018 afgeleverd wordt met instellingen die voor de beginnende gebruiker (dus meestal met een eenvoudige centrale zoals de MultiMaus) een werkende oplossing biedt: wordt een knopje te kort ingedrukt voor efficient schakelen, dan zorgt de DR4018 ervoor dat er in ieder geval een voldoende puls afgegeven wordt van 800 msec, voldoende om een wissel met magneetspoelen bedrijfszeker te laten functioneren. Bij een handmatig schakelen via een MultiMaus of toetsenbord kan ook vrijwel geen overbelasting optreden, het is mij nog niet gelukt om met mijn MultiMaus handmatig 4 wissels binnen 3 seconden om te schakelen.

Eigenlijk is het een vreemde zaak dat we in de modelbouw aan de ene kant de werkelijkheid proberen na te bootsen door bijvoorbeeld wissels zo traag mogelijk om te laten lopen (ziet er toch veel beter uit dan de ouderwetse klik-klak) en daarvoor zelfs servo's gebruiken (die afhankelijk van de instelling soms meer dan 2 seconden nodig hebben om om te lopen) maar dat we het vervolgens weer niet acceptabel vinden als voor het schakelen van een rijweg van bijvoorbeeld een tiental wissels ineens 20 seconden nodig is: dat duurt veel te lang, dus moet de schakeltijd binnen de software weer aangepast worden... Ook een DR4024 zal het moeilijk kunnen krijgen wanneer alle 4 wissels via software binnen 1 seconde aangestuurd worden terwijl de servo's ingesteld zijn met een omloopsnelheid van 2 seconden...

Ik zou niet weten waarom je de DR4018 niet zou kunnen gebruiken voor wissels met spoelaandrijvingen, je moet alleen zorgen dat je onder de maximale belasting blijft. En dat is afhankelijk van de gebruikte wissels (eindafschakeling? stroomvreter?) en de manier waarop je de decoder aanstuurt. Wil je persé alle wissels (vrijwel) tegelijkertijd via treinbesturingssoftware binnen een mum van tijd kunnen omschakelen omdat het anders te lang duurt, dan is de beste oplossing een decoder waarop maar een beperkt aantal wissels kan worden aangesloten en is een qua prijs en functionaliteit goedkope DR4018 met 8 aansluitmogelijkheden (maar niet alle tegelijkertijd!) dus inderdaad geen oplossing... Of je moet concessies doen en de variabelen zodanig instellen dat er niet meer dan twee wissels tegelijkertijd actief geschakeld (veilige marge) worden op dezelfde DR4018...

De beste mogelijke situatie dan is de tijd op de DR naar 0 brengen en alleen de commandoduur laten schakelen.

PAS OP: Wanneer je de pulstijd op de DR4018 (CV238 t/m CV253) op 0 zet wordt de uitgang gedeactiveerd en wordt er helemaal geen puls afgegeven, ook niet tijdens het indrukken van het knopje. Mijn advies is om bij aansturing via treinsoftware met een eigen schakeltijd een waarde gelijk of hoger dan 10 te gebruiken. Wat echter dan weer het effect zal zijn bij handmatige schakeling via het toetsenbord is de volgende vraag....

Blijft tenslotte nog de opmerking van Karst:

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

In dat geval heeft een "tuning" via koploper bij het testprogramma dus geen enkel effect: de kans op overbelasting blijft via het testprogramma dus levensgroot en dat is niet (alleen) te wijten aan de DR4018...

Groeten,
Bert