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.
Geen opmerkingen:
Een reactie posten