Ringleiding en Bussystemen

Om een modelspoorbaan van enige omvang te maken, is het nodig om een manier te verzinnen om de hele baan van railspanning (en DCC-signaal) te voorzien. Daarnaast is het nodig om op meerdere plekken op de baan punten te hebben om een controller aan te sluiten. Als derde is een systeem nodig om de bezetmelders terug te leiden naar de centrale.

Railspanning en Signaal

Omdat ik mijn baan zowel digitaal als analoog wil besturen, kies ik er op dit moment voor om middels een simpele ringleiding de hele baan te voorzien van hetzelfde signaal. Deze 2-aderige ringleiding komt uit op een schakelaar, die deze 2 aders tegelijk kan schakelen naar een analoog dan wel digitaal signaal.

Een complicatie hierbij is het gebruik van bezetmelders. Maar als ik me beperk tot het gebruik van de simpele brugcel-bezetmelder:

Kan deze volgens mij zonder problemen ook werken met analoge sturing, hoogstens is er de complicatie dat de baanspanning met 2 x de spanningsval over de diodes (meestal zo'n 2 x 0,65 = 1,3 Volt) afneemt. Een oplossing hiervoor is om standaard een soortgelijke schakeling in de aansluiting voor de niet-gedetecteerde blokken op te nemen, zodat de baanspanning overal hetzelfde is.

Bussysteem voor controllers

Ik maak gebruik van XpressNet (of Xbus) voor het aansluiten van mijn controllers:

Roco Multimaus

Roco RouteControl

Dus is het handig als ik de 6-polige stekkers en kabels standaardiseer voor de controllers. Standaard worden hier alleen de middelste 4 draden gebruikt, maar de buitenste 2 kunnen gebruikt worden om het DCC-signaal te distribueren voor bijvoorbeeld boosters.

Terugmelding Bezetmelders

Om bezetmelders terug te melden wordt standaard de S88 aansluiting gebruikt, dit is simpelweg een schuifregister waar alle bezetmelders serieel langskomen. Er zijn wat beperkingen wat betreft lengte van kabels, maar bij gebruik van de S88-N norm en afgeschermde UTP-kabels kun je redelijk storingsvrij werken.

Als ik gebruik wil maken van railcom terugmelding, is dit niet voldoende, dan is het zinvol om na te gaan denken over een alternatief, bijvoorbeeld BIDIB, maar ook andere protocollen zijn mogelijk. 

Een nieuw begin 2: Rijdende treinen!

 De eerste stappen zijn gezet: de eerste modules zijn gebouwd, de rails gelegd, en we hebben spanning op de rails: om het testen en bouwen makkelijker te maken heb ik het als volgt aangesloten:

• Een klassieke Fleischmann analoge transformator
• Mijn OpenDCC Z1 centrale

Via een draaischakelaar kan ik of analoog of digitaal rijden, en ik heb ook een rollenbank aangesloten op de programmeeruitgang van de centrale, zodat ik locs kan programmeren.

In eerste instantie was het genoeg om de boosteruitgang van de centrale te gebruiken, maar deze is eigenlijk niet sterk genoeg (maximaal 1,5 Ampère), dus ik heb een externe booster aangesloten, de 'Booster 2' van OpenDCC, deze is maximaal 4 Ampère.

Na wat schoonmaakwerkzaamheden (de meeste spullen zijn 10 jaar geleden voor het laatst gebruikt!) rijden er nu eindelijk weer treinen;

Verder heb ik wat tests gedaan om te kijken of alles nog werkte zoals ik had bedoeld:

• Locs programmeren kan met JMRI DecoderPro, via een apart programmeerspoor aan mijn OpenDCC centrale
• Ik kan via XBUS (XpressNet) meerdere MultiMaus controllers aansluiten, en locdefinities versturen van de ene naar de andere Multimaus
• Ook de Roco RouteControl (wisseltoetsenbordje) werkt prima
• Via een spanningsdeler kan ik het DCC-signaal naar een Roco Booster sturen, die ik kan gebruiken voor het sturen van de wissels, zodat ik het DCC-signaal voor de treinen apart hou van de locs, en ik ook in analoge modus de wissels kan aansturen.

Gebruik decoders voor Henckens P-seinen

Hoewel er speciale decoders zijn voor het aansturen van allerlei lichtseinen, is het voor het gebruik van nederlandse lichtseinen zonder cijferbak (P-seinen) een simpeler oplossing mogelijk: schakeldecoders met 2 uitgangen. Hierbij wordt gebruik gemaakt van het feit dat de twee uitgangen van een schakeldecoder in principe 4 verschillende mogelijkheden kunnen uitbeelden, wat ruim voldoende is voor de 3 mogelijkheden van een P-sein. Hierbij worden de extra seinbeelden zoals 'geel knipper' e.d. niet gebruikt.

We gebruiken hiervoor de '4-voudige wissel/sein decoder' van traintech (webshop.traintech.nl), met een 'diodetruc':

Dus bij het aansturen van het sein geldt:

uitgang 1 afbuigend, uitgang 2 recht: groen
uitgang 1 recht, uitgang 2 afbuigend: geel
uitgang 1 en 2 recht: rood
uitgang 1 en 2 afbuigend: nvt














Er wordt hierbij een extra aansluiting gemaakt aan de min-aansluiting van de print, dit is het printspoor wat aan de buitenkant loopt. Hier worden 2 in serie geschakelde diodes (1N4148) aan gesoldeerd, waarna deze aan de rode LED van het sein wordt aangesloten.
Op 1 decoder kunnen op deze manier 2 seinen worden aangesloten.

De voeding van de decoder kan zowel door het digitale signaal als door een aparte voeding worden geleverd, zie hiervoor de handleiding van de decoder.

Universele Besturing: Booster en terugmelding

Om de universele modules te laten werken, moeten er nog een paar laatste hobbels genomen worden:
- welke boosters worden er gebruikt?
- hoe zit het met de terugmelders?
Ik heb met de MDRRC-II centrale van Robert Evers een aantal succesvolle tests gedaan:
- aansluiten Roco booster (bv 10764) zonder MAX232 converter
- aansluiten HansQ booster (zie Beneluxspoor)

Deze laatste lijkt me uitermate geschikt voor gebruik in onze modules, vanwege de volgende redenen:
- bij gebruik van de booster in een module wordt dit een soort 'basismodule' met aansluitingen voor Multimuizen, baanstroom, voeding en terugmelding. De overige modules worden veel simpeler, en worden eenvoudigweg doorverbonden met de aloude PTT-stekkers.
- het maximale vermogen van 1,5A per booster past prima in bovenstaand concept: de module heeft 6 secties (3 per richting) voor binnenkomst, rem- en stopsectie, dus feitelijk kunnen er 2 treinen in deze module (plus eventuele verlengmodules) rijden. Hoe groter de baan wordt, hoe meer 'basis'modules, hoe meer boosters, dus geen problemen met de stroomvoorziening.
- de kortsluiting beperkt zich altijd tot deze booster, dus kan lokaal (daar waar hij optreedt) wordt opgelost, zoals het hoort.

 

Dit is de minimale opstelling met een 'gewone' modulebak voor en na de basismodule (Modulebak met seinen). Het blok is dus 2 modules (=2 x 120cm) lang, met een rem- en stopsectie van 60cm.

Dit is de opstelling bij een enkelvoudige keerlus, hierbij is het eerste blok (van links naar rechts en terug) dus net zo lang als bij de vorige opstelling, maar het tweede blok is net zo lang als de omtrek van de keerlus plus 120cm.

De uitdaging zit erin dat de verbindingen tussen de modules nu nog lopen via PTT-stekkers, en er normaal gesproken dus een doorlopende voeding loopt over alle modules. Dit is bij de modules al veranderd, de aansluiting gaat via een extra draad (de binnenste rail is verbonden met de bezetmeldaansluiting), maar aangezien het digitale signaal binnen deze opstelling moet blijven, moet er bij de rode kruisen een scheiding komen op de voeding.
Verder wordt er dus geen centrale booster aangesloten, maar wordt de basismodule via de booster gevoed.

Het enige wat nog geregeld moest worden hiervoor, was de aansluiting van de boosters op de centrale. Aangezien de booster ook een hub vormt voor het XpressNet signaal (hiervoor zitten 2 aansluitingen op de voorkant) is het het makkelijkst om het digitale signaal ook via deze kabel te laten lopen. Ook kan de booster de voedingsspanning voor de multimuizen verzorgen.
Ik moest de volgende aanpassingen doorvoeren op de MDRRC-II centrale:
1. het digitale signaal op pin 1 en 6 van Xpressnet kabel zetten
2. de 12V-voeding van de MDRRC-II centrale via een diode scheiden van de voedingsspanning op de XpressNet connector (pin 2 en 5). Hierdoor wordt de XpressNet aansluiting gevoed via de centrale als er geen andere voeding is, en door de booster als dit wel het geval is.
Na deze aanpassing kon ik de booster uitbreiden met de '12V option' en de XP jumpers zetten, en worden de (Multi)muizen gevoed via de booster.

N.B.: Deze uitbreiding is alleen nodig voor een booster, als er meerdere boosters worden gebruikt, moeten dit 'basisversies' zijn zonder de 12V optie, of met optie, zonder jumpers.

De bekabeling van de modules ziet er dan grofweg als volgt uit:

De bezetmelders (S88 massamelders) en de MDRRC-II centrale worden op 1 centraal punt aangesloten.

Raspberry Pi als Rocrail server

De raspberry pi is prima als rocrail server te gebruiken, hiervoor is zelfs een aparte download beschikbaar bij Rocrail.
Om de zaak werken te maken, heb je wel een aantal aanpassingen nodig:

Herkennen USB interface

Om de centrale te laten herkennen (in mijn geval de GBMBoost interface van www.opendcc.de) zijn soms wat aanpassingen nodig.

1. Laden ftdi module: zoek het device op van de GBMBoost met lsusb:
   pi@rocnet2 ~ $ lsusb
   Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
   Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
   Bus 001 Device 004: ID 0403:bfdd Future Technology Devices International, Ltd
2. Zorg dat dit device geladen wordt bij het booten door deze regel in /etc/modules toe te voegen:
   ftdi_sio vendor=0x0403 product=0xbfdd
3. Maak een apart bestand aan in /etc/modprobe.d, genaamd ftdi_sio.conf, met de volgende inhoud:
   options ftdi_sio vendor=0x0403 product=0xbfdd
4. Maak een apart device aan (optioneel), door de file /etc/udev/rules.d/10-opendcc.rules aan te maken:
   KERNEL=="ttyUSB*", ATTRS{product}=="USB-IF OpenDCC GBMBoost V1.0", SYMLINK+="bidib"
5. Maak deze instellingen actief door te rebooten of door udev te herstarten (service udev restart)

Je kunt nu de rocrail server laten connecten met de centrale via dit device (/etc/bidib).

Opstarten Rocrail Server

Laat de server automatisch starten met het volgende commando:
 
update-rc.d rocraild enable

En herstart nu de raspberry pi of start de rocrail server handmatig:

service rocraild start 

Verbinden met Rocrail server

De server is nu te benaderen via de hostnaam en poort 8051:
rocnet2:8051

De performance van de server is prima, de raspi kan dit makkelijk aan, zelfs in combinatie met de rocnet software.

Universele besturing (met Multimaus en kortsluitmelding!)

Voor de club wordt er gekeken of we een universele modulebaan kunnen maken voor H0, waar zowel DCC- als Märklinlocs op kunnen rijden.

Naast het baantechnische gedeelte kwam daar ook nog een heleboel vragen over de techniek: hoe doe je het omschakelen, en wat gebruik je als centrale? Een intellibox is een mogelijkheid, maar als je met een computer stuurt is dat een beetje te kostbaar. Voor de DCC-baan hebben we al een OpenDCC-systeem, met meerdere Multimuizen als rijregelaars. Dus het zou mooi zijn als we die konden blijven gebruiken.

Na wat speurwerk op internet kwam ik op het volgende:
- een DCC booster (mits niet te intelligent...) is in principe bruikbaar voor zowel DCC als Märklin
- Het is mogelijk om het DCC- en Märklin-signaal tegelijkertijd op de rails te hebben staan.

Nu nog een centrale die beide aanstuurt... Zo kwam ik via de Rocrail-site op het project 'MDRRC' van Robert Evers, die gebruikt wordt door Model Rail Groep Veendam. Dit was gebaseerd op Atmel processoren, die ook voor OpenDCC gebruikt werden, maar er is een versie 2, die gebruik maakt van een commercieel verkrijgbaar 'evaluatieboard' voor de STM32 processor:

Dit bord kun je laden met de mdrrc=software (in de manual staat beschreven hoe dit moet onder windows, maar er is ook een opensource-utility beschikbaar voor Linux), en dan heb je een complete multiprotocol-centrale, met enkele beperkingen:
- DCC decoders worden met 28 stappen aangestuurd
- Märklin decoders worden met 14 stappen aangestuurd
- Maximaal 12 functies aanstuurbaar

Alle interfaces, zoals S88, XpressNet, programmeerspoor, etc. moeten apart worden gebouwd, maar dit heeft het voordeel dat je alleen hoeft te bouwen wat je nodig hebt.

Ik heb een proefopstelling gebouwd met een Roco 10764 booster (Roco noemt dit een centrale, maar ja...) direct aangesloten aan de MDRRC hardware (deze stuur het signaal op 0-5V uit via een pin), en ik heb met succes de volgende zaken kunnen aansturen:
- DCC wisseldecoders
- DCC locdecoders
- Märklin locdecoders

De PC aan de rechterkant was alleen nodig voor de USB-voeding van de MDRRC, maar ik heb ook Rocrail succesvol geconfigureerd.

Van links naar rechts:

Roco voeding 10718 - Roco booster 10764 - MDRRC - (laptop)

Dus voor het maken van de universele digitale sturing hebben we niet meer nodig dan:
- een of meerdere boosters: dit kunnen Roco boosters zijn of een andere, die mutliprotocol ondersteunt
- een MDRRC module, eventueel aangevuld met S88- en XpressNet interfaces
- een laptop of andere computer (raspi!), als er computergestuurd gereden wordt.

Aanvulling: met behulp van de XpressNet interface heb ik nu ook een Multimaus aangesloten aan de centrale, en het werkt: ik kan nu zowel MM (Märklin) als DCC loks sturen met de Multimaus!

Laatste nieuws: ook de kortsluitmelding werkt nu, als je de booster op de volgende manier aansluit:

Op pin 4 van de Roco Booster staat namelijk het DCC signaal als de booster werkt, maar met ongeveer de halve amplitude van het signaal wat binnenkomt op pin 1. Zodra er kortsluiting komt, wordt deze pin naar GND getrokken, maar de initiële waarde is te laag om door MDRRC-II herkend te worden als logische '1', vandaar de 1k pull-up weerstand naar 5V.

RailCom

Een van de redenen voor het upgraden van mijn DCC-systeem was RailCom, oftewel terugmeldingen via de DCC-bus. Wat je hiervoor nodig hebt was mij al bekend:
- geschikte boosters (speciale aanpassingen voor het doorlaten van het RailCom-signaal
- een terugmeldbus voor de RailCom-data
- decoders met RailCom-functionaliteit.

Ik heb in een eerder berichtje al een overzicht gegeven van alle systemen, en het door mij gekozen systeem: het Bidib-systeem van OpenDCC-guru Wolfgang Kufer. Nu er een deel van de baan gereed was, had ik de mogelijkheid om de decoders in de praktijk te testen. Ik kwam een paar verrassende dingen tegen:
- ESU LokPilot 3.0 DCC-decoders ondersteunden weliswaar RailCom, maar volgens een verouderde standaard, waardoor ze 'vreemde' snelheidsgegevens uitstuurden tijdens het rijden.
- ESU Lokpilot 4.0 DCC-decoders werkten prima, programmeren via RailCom (POM) werkt ook prima.
- De Zimo geluidsdecoder die Fleischmann gebruikt in mijn nieuwe lokset (Beierse D VI) meldt ook de snelheid terug, maar dan correct, hierbij werkt ook POM heel goed.
Gelukkig melden alle Railcom-decoders wel prima hun adres terug, dus kan ik prima de melders gebruiken zoals ze bedoeld zijn: om een betrouwbare terugmelding te krijgen over welke loc waar staat.

Helaas hielp bij de 'oude' ESU lokpilot decoders zelfs het updaten van de firmware niet tegen het verouderde railcom probleem; daarnaast viel het me op dat zelfs pas gekochte decoders met verouderde firmware worden uitgeleverd.

Universele Modules

Bij onze modelspoorclub ontstond de vraag of we geen H0-modules konden bouwen, die zowel 2-rail als 3-rail aankonden, oftewel zowel Märklin als DCC (even uitgaand van digitale sturing).
De opzet van de modules was als volgt:

Een modulebak met dubbelspoor, 2 secties per spoor, elk met een geïsoleerd railstuk aan de binnenkant die voor de bezetmelding (massamelder) wordt gebruikt.

Alle modules worden aangesloten aan centrale bedienkast met centrale en S88-decoders, die middels RJ45(netwerk)kabels aan worden gesloten aan de modules.

Dit is voor Märklin, voor gelijkstroom/DCC moest er dus van alles worden aangepast. Gelukkig zijn de secties al geïsoleerd, en zijn ze zodanig gekozen, dat met een stel keerlussen er geen problemen ontstaan met de polariteit.

De aanpassing voor DCC die ik heb gekozen bestaat uit de volgende oplossing:
- monteren van stroomdetectiemelders per module, voor maximaal 8 secties (er worden er meestal maar 6 gebruikt, 4 voor de module, plus 2 voor een volgende of vorige module die geen bezetmelders heeft).
- omsteken van een RJ45 kabel aan de melderprint naar de UTP WCD, en vervolgens de RJ45 kabel naar de bedienkast insteken in de uitgang van de melderprint:

Dit is aangesloten aan de 2e RJ45 aansluiting van een dubbele RJ45 WCD. Hierdoor worden de railsecties dus middels de stroomdetectieprint van stroom voorzien, en gaat de uitgang van de detectieprint (optocouplers) naar de S88 decoders in de besturingskast.

RocNet

Een nieuwe baan is elke keer weer een gelegenheid om zaken beter aan te pakken; zo wilde ik deze keer de besturing van de baan in een aantal punten verbeteren:

• stroomvoorziening: alle boosters. trafo's en electronica die 'onder de baan' komt wil ik digitaal kunnen schakelen, zodat ik centraal alles kan regelen.
• Bekabeling: zo weinig mogelijk kabels onder de baan, tussen de schakelelementen, naar de besturing

Ik heb daarom 2 projecten opgepakt om dit te realiseren:

1. Bidib: op de site www.bidib.org staat een heel nieuwe standaard gedefinieerd, die zorgt voor een eenduidige aansluiting van DCC centrale, boosters, en terugmelders, inclusief Railcom. Dit ga ik gebruiken voor alle digitale sturing van treinen, wissels, etc. De bekebeling gaat via UTP-kabels.
2. RocNetNode: dit is een implementatie van de RocRail software op een RaspBerry Pi; door simpelweg de I/O mogelijkheden van een Raspberry Pi te combineren met Rocrail, krijg je een goedkope manier om maximaal 128 I/O kanalen te gebruiken. Voor de bekabeling wordt ethernet gebruikt via UTP-kabels.

Er zit een bepaalde overlap tussen de twee projecten, maar elk project heeft zijn sterke kanten: zo heeft RocNetNode (nog) geen Railcom-mogelijkheid, en zijn de I/O-poorten bij Bidib relatief duur. Een ander voordeel is dat ik met de RocNetNode ook zonder RocRail kan schakelen.

Het blokschema voor de baan ziet er dan als volgt uit:

De baan kent 2 zijden (west en oost), deze zijn fysiek gescheiden door 2 bruggen, dus dit geeft wat uitdagingen qua bekabeling.
Het DCC-signaal wordt aan de oostzijde verzorgd door de GBMBoost, en aan de wetszijde door een aparte booster (booster2). Hier komen nog aanvullende boosters bij voor de wisselsturing, hier gebruik ik bestaande Roco 10764 modules voor, zodat deze de rijstroom niet beïnvloeden.
Aan beide kanten komt een Raspberry Pi, zodat ik aan beide kanten maximaal 128 I/O-poorten heb. Aan de oostzijde heb ik 16 Railcom secties, dit kan eventueel uitgebreid worden naar 48 met de toevoeging van 2 GBM16T modules. De westzijde gebruikt alleen S88 melders, zonder Railcom.
De bekabeling tussen oost en west bestaat uit 2 UTP kabels, 1 voor Bidiib, en 1 voor XpressNet (hierbij gebruik ik maar 6 aders).

De spanningsvoorziening wordt middels relais geschakeld, hierbij is de verdeling als volgt:

1. Booster 1: wissels en seinen
2. Booster 2: railstroom
3. Licht
4. Overige schakelspannng (motoren, etc.)

Situatie onder de oostbaan:

- linksboven 5 volt-voeding voor rocnet

- midden de raspi, daaronder de netwerkswitch

- rechts daarnaast de relaiskast, die de 4 rode wcd's schakelt

DCC Boosters

Na wat experimenteren heb ik de eerste opzet gemaakt voor de digitale sturing van de baan:

• onder elke modulebak een ruimte voor electronica
• hier komen de decoders, de schakelelectronica voor andere zaken, en de verlichting
• onder de stationsbakken komen de bezetmelders

Een eerste opzet, het paneel voor module A:

Hier zijn 2 boosters gemonteerd: 1 voor de rijspanning, en 1 voor de decoders (deze gebruiken dus de boosterspanning om te schakelen). Voor de decoders gebruik ik een Roco versterker/booster, die ik met een hulpprintje aangesloten heb.

De andere booster (linksboven) is de OpenDCC Bidi booster.

Verder nog een 16-voudige bezetmelder, een Bidib interface (zie verderop), en 2 IEK wisseldecoders.


Het aansluiten van de Roco booster bleek een klein probleem te zijn: de booster accepteert het DCC-signaal niet (overload lampje springt direct aan), na wat googlen kwam ik erachter dat dit signaal maximaal 10 volt amplitude mag hebben. De uitgang van mijn centrale was ca. 14 volt, dus dit was teveel; met een eenvoudige spanningsdeler heb ik dit teruggebracht naar ca. 7 volt, en nu werkte de booster prima. Het is trouwens een Roco 10764, de gewone versterker dus, maar deze is identiek aan de booster (Roco 10765), op de aansluitingen na (maar ik gebruik maar 1 ingang).

De bidib interface is bedoeld voor de toekomstige uitbreiding: uiteindelijk wordt er bij het andere station een GMB16T/GBMBoost geplaatst, die als centrale en Railcom bezetmelder gaat werken. Ik gebruik deze interface dan om mijn 'oude' S88 melders aan te sluiten.

Nog te doen: het aansluiten van de voedingen middels een relaiskaart, zodat deze softwarematig kunnen worden aan- en uitgeschakeld, en het aanbrengen van een XpressNet aansluitdoos op de voorkant van de module.

Railcom / bezetmelders

Voor mijn nieuwe baan wilde ik direct goed beginnen met terugmelders: zoveel mogelijk intelligentie en slimme techniek, en zo weinig mogelijk extra electronica.
Dus wilde ik direct RailCom melders inzetten waar mogelijk. Maar bij het bestuderen van de beschikbare RailCom oplossingen viel me al direct op dat er veel wildgroei was: elke fabrikant had een eigen oplossing voor het aansluiten en gebruiken van RailCom.
Ik besloot om eerst eens een vergelijk te maken van de verschillende systemen, en daarbij te berekenen wat het zou kosten om RailCom te gebruiken, voor het gemak teruggerekend naar de kosten per RailCom aansluiting:

• Esu

Ecosdetect

Esu heeft met de ECOS een fantastische centrale op de markt gezet, met veel bedieiningsgemak en uitbreidingsmogelijkheden. Alleen zijn ze voor RailCom wel weer erg behoudend: de EcosDetector heeft maar 4 RailCom poorten van de 16 gebruikte ingangen. Het hele systeem is ook erg prijzig.
Kosten per RailCom melder: ca. € 45 (exclusief ECOS)
Voordelen: degelijk systeem, compleet, uitbreidbaar.
Nadelen: ESU-specifieke aansluiting, maar 4 van de 16 ingangen RailCom, duur.

• Uhlenbrock

MarCo

Uhlenbrock heeft met de Intellibox een van de beste systemen gebouwd, die er op dit moment beschikbaar zijn, en via de LocoNet bus zijn de aansluitmogelijkheden bijna onbeperkt.
Voor RailCom zijn de MarCo modules bedacht, die ook intelligentie aan boord hebben om allerlei acties uit te voeren op basis van de RailCom gegevens.
Kosten per RailCom melder: ca. € 20 (exclusief Intellibox)
Voordelen: ook zonder PC te gebruiken, lokale intelligentie
Nadelen: werkt alleen met Loconet, geen bezetmelding zonder RailCom mogelijk.

• Tams

Tams heeft voor RailCom speciale melders (RCD-2) in het pakket, die via een andere module (RC-LINK) aan een PC kunnen worden gekoppeld. 
Kosten per RailCom melder: ca. € 18 (exclusief centrale)
Voordelen: aparte schakellogica aanwezig
Nadelen: aparte terugmeldbus, PC benodigd.

• Blücher Elektronik (http://www.bluecher-elektronik.de) 

Deze fabrikant heeft geavanceerde melders, die middels een apart verkrijgbare module aan een centrale kunnen worden gekoppeld. Ik ben uitgegaan van de XpressNet module, die goed samenwerkt met OpenDCC en RocRail.
Kosten per RailCom melder: ca. € 10,50
Voordelen: robuust, maximaal tot 8A(!) belastbaar, uit te breiden met keerlusmodule
Nadelen: aparte centrale benodigd.

• DCC4PC (www.dcc4pc.co.uk)

Deze betrekkelijk onbekende speler op de markt heeft een nieuwe module, die compleet computergestuurd RailCom kan uitlezen, met uitgebreide mogelijkheden, ook voor meerdere decoders op een RailCom melder.
Kosten per RailCom melder: ca. € 16,50
Voordelen: geavanceerde RailCom functies
Nadelen: PC nodig, aparte terugmeldbus.

• Bidib (www.opendcc.de)

De maker van de 'open source' OpenDCC centrale, Wolfgang Kufer, is een stap verder gegaan, en heeft een nieuwe standaard gecreëerd voor het aansluiten van verschillende bouwstenen in een digitaal systeem. De basismodule (GBM16T/GBMBoost) is een gecombineerde booster + 16-voudige RailCom bezetmelder, die middels standaard UTP kabels verder kan worden uitgebreid. Er zijn al uitgebreide lichtdecoders beschikbaar, en een interface naar S88, zodat ook oude niet-RailCom melders kunnen worden aangesloten.
Kosten per RailCom melder: ca. € 10,69 (inclusief centrale)
Voordelen: ingebouwde centrale, uitbreidbaar, XpressNet aansluiting
Nadelen: nieuwe nog niet algemeen gebruikte techniek (BidiBus)

Conclusie: qua kosten zijn de Blücher en Bidib oplossingen het best, alleen krijg je er bij de Bidib oplossing ook nog een centrale bij met USB aansluiting. Ik heb dus besloten voor het laatste, en ook de koppelmodule gekocht voor S88, zodat ik mijn bestaande S88-melders ook kon aansluiten. Het valt te bezien of de Bidibus aanslaat, voorlopig zijn volgens de site zowel Tams als Blücher Elektronik van plan om hier gebruik van te maken, dus dat ziet er goed uit.

OpenDCC en Roco booster/versterker

Voor mijn nieuwe baan wil ik zoveel mogelijk zaken gescheiden houden, zoals aparte DCC-signalen voor de rijstroom en schakel/wissel-decoders.
Nu heb ik aan mijn OpenDCC Z1-centrale al een OpenDCC-booster aangesloten, en dit werkt prima, omdat deze booster een simpele aansluiting heeft: gewoon een DCC-signaal op de ingang, deze is met een optocoupler galvanisch gescheiden van de rest van de electronica, dus geen problemen met aarde of polariteit.
De Roco-booster (of versterker, deze zijn electronisch namelijk identiek) is wat lastiger aan te sluiten: op deze link staat beschreven wat de mogelijkheden zijn: gewoon een DCC-signaal op pin 1 en 2 van de booster/versterker aansluiten. Enige probleem: dit signaal mag maximaal 10 volt bedragen. Omdat de meeste DCC-centrales (waaronder de Z1) een hogere spanning hebben (ca. 15V) heb ik hier een simpele spanningsdeler voor gezet:

Voor de weerstanden gebruik ik normale 1kOhm 1/8W waardes.
Op deze manier wordt het signaal gehalveerd, wat zorgt voor een spanning van maximaal 7,5 volt bij normaal gebruik (15V).
Het enige wat nu ontbreekt is een kortsluitmelding, deze wordt via pin 4 gemeld: normaal gesproken staat hier het DCC-signaal op, bij een kortsluiting 0 volt.

Mijn voorlopig opstelling is nu als volgt:

Ik gebruik de OpenDCC booster nu voor de rijstroom (inclusief RailCom), en de Roco booster voor de wissels. Hierdoor kan ik zonder problemen de DCC spanning voor de decoders gebruiken, zonder dat dit de rijspanning beïnvloedt.