Dinamo

Posted by Jan Hendriks on 2010-04-08 06:28

Arie

Worden die blokken via relais gekoppeld aan de TM-H of is dit direct?
Heb zelf geprobeerd om een schaduwstation via relais en één TM-H uitgang te gaan besturen. Daarbij kwam ik ongeveer dezelfde problemen tegen.
Volgens Leo zou dat toen te maken kunnen hebben met de impedantie van de stukken rails die je bij / af schakelt tov het detectie signaal op de CD16.
Mijn trein melde zich dan via koploper ook een blok verder dan dat hij was en blokkeerde zo het gehele trein verkeer.
gebeurde niet constant maar wel veel te vaak.
Ben dus nu over naar de duurdere oplossing maar wel veel bedrijfszeker.

mvg
jan Hendriks

Posted by Ted Albers on 2010-04-08 09:20

Beste Arie:
Ik heb dit probleem ook gehad met de TM-51.Toen bleek een bezetmelder van het betreffende blok defect te zijn.
Het betreffende reedcontact heb ik vervangen en het probleem heeft zich niet meer voorgedaan.
Dit is mijn ervaring en wie weet heb je er iets aan.
SUCCES

Groetjes
Tede Albers

Posted by Arie van Duijn on 2010-04-08 12:39

Hi Ted, Jan

Bedankt voor je reacties!
Onze baan wordt bestuurd door 7 TM-H's met ieder een CD16, stroomdetektie dus.
We werken met een piggyback, dus we hebben in ieder blok een binnenmelder b1, een ongedetekteerd stuk b2 (meestal meer dan 1 meter) en een eindmelder b3.
De 1e TM-H/CD16 heeft ca 12m kabellengte tot aan de blokken, dat loopt terug tot ca 3m voor de 5e TM-H/CD16 en weer op tot ca 5m voor de 7e TM-H/CD16 (als kabellengte invloed zou hebben...).
Overal komt de b1=b3 melding wel eens voor. Een aantal locs hebben in de voorbeeldblokken 6, 1 en 2 geen probleem, maar het komt voor dat een locje vanuit blok6 binnen komt in blok1 en direct bij binnenkomst ook b3 melding bezet geeft. Een tijdje later komt hij weer via blok6 binnen, nu in blok2 en daar gaat alles netjes (blok1 of blok2 wordt door wissel vanuit blok6 gekozen). Als dan een poosje later hetzelfde locje weer langs komt en binnenkomt in blok1 dan kan het weer wel goed gaan, dus eerst b1 en later b3.
Zijn de detektoren te gevoelig? Wat zou een remedie kunnen zijn?

Groetjes, Arie

Posted by Frans Staal on 2010-04-08 12:44

Arie,

als je nu eens zonder koploper en zonder lok, maar dan met DinamoUsersCC en een (wagon met) weerstand dit simuleert, heb je het probleem dan ook? Je hebt het op meerdere TM/CD's, schijf je. Zijn dat alle of slechts enkele en steeds dezelfde blokken?

Groet
Frans

Posted by Patrick Pontier on 2010-04-08 13:01

Wat voor kabels gebruik je om die lengtes te overbruggen?
Groeten,
Patrick

Posted by Leon van Perlo on 2010-04-08 14:07

Kabels hebben invloed.

Een kabel is geen ideale verbinding maar een transmissielijn. Zo'n transmissielijn heeft weerstand, capaciteit en zelfinductie.

Als de kabels lang worden kun je last krijgen van (vooral) de capaciteit van de kabel. Dat effect treedt vooral op bij gebruik van digitale aansturing of als je HFI aan hebt staan. De polariteit van de aansturing wisselt dan tot zo'n 40.000 keer per seconde en bij elke wisseling loopt als gevolg van de eigen capaciteit van de kabel even een stroompje. De detector detecteert dat als een bezetmelding. Voor de detector is dat een volkomen terechte constatering, hij ziet immers een stroom lopen, alleen klopt het niet.

Of het probleem optreedt hangt af van:

• De aansturing (analoog/digitaal/HFI)
• De lengte van de kabel
• Het gebruikte type kabel, aderdikte en isolatie

Normale gebruikers (zolder, kelder, etc) hebben hier voor zover onze annalen reiken NOOIT last van. De afstanden zijn simpelweg te kort.

We hebben er wel last van bij Railz Miniworld. Met de kabel die daar gebruikt wordt treedt het probleem op vanaf 10 tot 15 meter kabellengte. Er zijn 4 oplossingen:

• Kortere kabels. Dat kan uiteraard niet altijd, maar soms werden kabels via een behoorlijk omweg gerouteerd. Dat ligt netjes en overzichtelijk, maar introduceert wel een deel van het probleem. In sommige gevallen kan een aanzienlijke kortere weg worden gevonden.
• Soldeer een keramische multilayer condensator van 100nF/50V over de detectoren van de CD16. Dat is parallel aan de 1k weerstand die steeds naast het diodepaar van de detector zit. De 100nF condensator vangt de stroompjes als gevolg van de capaciteit van de kabel gedeeltelijk af. Bij Railz bereiken we op die manier 50% tot 80% meer kabellengte en is het tot 15 meter in principe geen probleem meer.
• Plaats de apparatuur dichter bij het blok. Dat kan ofwel alleen de CD16 zijn of de hele set CD16/TM-H. Stel je de TM-H's gedistribueerd op, dan heb je ook een gedistribueerde voeding nodig en moet je met RS485 gaan werken. Het voordeel is dat je bijna geen bekabeling hebt tussen de opstelpunten van de apparatuur (alleen voeding en een netwerkkabeltje). Stel je alleen de CD16 gedistribueerd op dan heb je geen probleem met voeding en netwerk (de CD16 trekt maar enkele tientallen mA), maar moet je wel de normale blok -en signaleringsverbindingen maken. Dat kan echter gerust over een flinke afstand.
• Gebruik andere kabels. Probleem is alleen dat er weinig ervaring is met kabels voor deze specifieke toepassing over grote afstanden. Toen we er bij Railz achter kwamen lagen er al enkele kilometers kabel in. Die gaan we dus niet vervangen. Er is dus ook niet veel over te zeggen welke kabel op dit punt beter of slechter scoort en of het anders benutten van de aders in een kabel invloed heeft. Zo weten we ook (nog) niet af het bijvoorbeeld bij gebruik van UTP kabel gunstiger is om de aders getwist te gebruiken of juist niet.

Bij Railz gebruiken we 1 aparte kabel (4 of 6 aders 0,5mm2) per blok. Gebruik je de aders in 1 kabel voor meerdere blokken, dan kun je overspraak tussen de aders krijgen en kan het dus zo zijn dat de aansturing van blok n een valse bezetmelding in blok m veroorzaakt. Je kunt dit voorkomen door bovengenoemde maatregelen of door per blok aparte kabels te gebruiken.

Mvg,
Leon

Posted by Arie van Duijn on 2010-04-08 18:31

Antwoord aan Patrick
We gebruiken 30 aderige kabel die in totaal vingerdik is. afzonderlijke diameter weet ik niet precies, moet ik vanavond kijken.
Per TM-H hebben we zo'n kabel, 4 aders per blok (a,b1, b2, b3) en er loopt voor de ontbrekende twee aders van het 8e blok een aparte 4-aderige kabel mee. 2 aders voor 1e kabel en 2 aders voor 2e TM-H kabel.

Ik heb vanmiddag 16 multilayer C-tjes van 100nF/50V gescoord (Leon's voorstl), hier bouw ik de 1e CD16 even mee om en zien we direct resultaat.

Om in soap termen te blijven: wordt vervolgd

Groetjes, Arie

Posted by Arie van Duijn on 2010-04-08 18:58

Antwoord aan Frans

We hebben met DinamousersCC ook getest maar dan is het altijd goed. Meldingen komen correct door. We hebben getest met een munt op de rails (zonder blokaansturing, dus snelheid = 0), maar ook door een loc op de rails te zetten.
Als het rijdt wordt het anders blijkbaar.

Groetjes, Arie

Posted by Arie van Duijn on 2010-04-08 23:23

Hallo allemaal,

Vanavond succesvol rondgereden over de eerste 8 blokken, waar we de 100nF Ctjes op hebben gesoldeerd. Geen enkele keer hebben e b1=b3 gezien!
We gaan ze overal invoeren op alle CD16's.
Gouden tip Leon!

Bedankt voor alle reakties!

Groetjes, Arie

Posted by Arie van Duijn on 2010-04-15 23:24

Hallo allemaal

Weer een update vanuit onze vereniging ten aanzien van de b1=b3 meldingen.
We hebben afgelopen dinsdag de andere 6 CD16 onder handfen genomen om de Ctjes over de 16 bezetmelders aan te brengen zoals Leon had aangegeven. Aangezien we toen weinig tijd meer over hadden om overal te controleren wat het effect hiervan was, hebben we dat vanavond kunnen afronden.
We kunnen melden dat we vandaag naar een perfect draaiende baan hebben kunnen kijken. Als er al storingen optraden dan waren dat de gebruikelijke vanwege het materieel, een locje dat ergens stilgevallen is, maar wel rijspanning had of zo...
Bij de club bginnen we nu aan een ander project, want we beginnen nu aan operatie stofwolk: we gaan in opslag helaas om onze clubruimte leeg op te kunnen leveren.

Maar die Ctjes over de 1kOhm weerstanden, dat is een aanrader!

Groetjes, Arie