De besturing van een modelbaan kan met allerlei systemen. Ik verkoos om het DCC protocol te gebruiken, omdat het wel veel mogelijkheden bied en eenvoudig kan gehouden worden. Er meerdere leveranciers zijn van DCC bouwstenen wat de prijs drukt.

De eerste opstelling van de proefbaan was met een twin-center, zelfbouw S88 terugmelders en seriële verbinding met een PC. Alles aangesloten rechtstreeks op de twin-center en koploper bestuurde de proefopstelling. Dit werkte in eerste instantie goed en zou eigenlijk goed dienen te functioneren. De twin-center heeft de neiging om te resetten. Dus de S88 op loconet via een adapter, want dat zou volgens velen een oorzaak zijn. Het geboekte resultaat was inderdaad beter, maar nog niet voldoende. Te pas en ten onpas nog steeds resets. Aangezien ik het bos niet zie door de bomen op het internet kwam ik op info uit die wees naar de RS232 van de TC. Het vermoede is dat de RS232 de data niet aankan. Of er een buffer is voorzien in de RS232 weet ik niet, maar waarschijnlijk is daar waar het schoentje knelt. Gelijkaardige verschijnselen doen zich voor met de loconetbuffer ms100 van digitrax. Daar is ook geen buffer en calamiteiten zijn dan ook schering en inslag. Het probeem werd opgelost met de komst van John Jabour's loconetbuffer. Die info opslaat en ten gepaste tijde verzend. Hoe of wat de oorzaak is doet er niet toe, het functioneert maar is niet betrouwbaar. Een zuiver DCC systeem is voor mij geen betrouwbare oplossing wegens ..... allerlei oorzaken. 

Op de site van MERG  http://www.merg.org.uk/resources/dcc.htm#NB1A vond ik veel zelfbouw projecten. Het is DCC gebaseerd en onder andere de DCC decoders functioneren goed. Het adresbereik van de decoder is heden beperkt tot 63 met 4 uitgangen. Goed voor wissels en seinen.  Ongeveer 252 verschillende functies. Dat is mijns inziens een beperkte hoeveelheid. Per wissel heeft u 1 uitgang en afhankelijk van het gewenste signaal 2,3,4 of meer uitgangen nodig. Stel dat u 30 wissels heeft en 20 seinen die 4 ingangen nodig hebben dan zit u al aan 110 functie-uitgangen wat al reeds de helft opgebruikt. Als u dan ooit wenst uit te breiden zit u heel snel aan de beperking. Doe er nog wat opstelspoor bij, ontkoppelrelais, en co, goed mengen en de limiet is snel bereikt. Aangezien ze toch gebouwd zijn gaan ze enkel gebruikt worden voor de sturing van lichtsignalen.

Als u zuiver DCC wenst dan is het aan te raden om u heel goed te informeren en u er heel goed van te vergewissen of alles wel betrouwbaar functioneert dat ook proefondervindelijk vaststelt bij derden. Er is wel het een en ander mis als DCC gebruikt wordt voor andere zaken dan het sturen van locomotieven. Althans dat is mijn ervaring. Ook volgens andere is het bij grote banen op beursen dat er om de 3 kwartier a een uur wel de een of andere calamiteit gebeurt aangaande zuivere DCC besturing. Ga eens kijken naar een werkend voorbeeld als men pretendeert dat hun systeem de beste is. In loconet is het niet toegestaan om lusverbindingen te maken, aangezien een lus het digitaal signaal dan rondvoert en uiteindelijk terugkomt aan de bron, uiteraard gaat dit met de snelheid van het licht, maar elke vertraging is er een en hoe groter de lus des te meer vertraging. Dat leid onherroepelijk tot fouten. Met uw spoor maakt u wel degenlijk lussen.  Dat is vragen voor problemen wanneer het systeem meer bevat dan een enkel ovaal spoortje . U weze gewaarschuwd.

Besluit: 

DCC is goed voor besturing van de locomotieven en al de randaccessoires die niet kunnen leiden tot crashes en co op de baan die u van kostbare baantijd beroven in het oplossen van calamiteiten. Mijns inziens zou de draadloze besturing van de locomotieven een oplossing zijn, DCC via de lucht i.p.v. via de rails, maar dan krijg je misschien interferentie met de onbeschermde loconetkabel wat dan ook geen oplossing is. 

[ Start ] [ Omhoog ]

U kunt een e-mailbericht met vragen of opmerkingen over deze website verzenden aan info@all-that-is.eu.
Copyright © 2010 All-that-is
Laatst bijgewerkt: 10 februari 2010