Digikeijs DR5088RC met DR4088LN-CS: soms geen Railcom meldingen

[DaPeet]

Beste forumleden,

Aangezien ik vrij nieuw ben met volledig digitaal rijden, doe ik een poging om hier hulp te krijgen :-) Deze vraag heb ik ook bij Digikeijs neergelegd, maar daar blijft antwoord nog even uit, vandaar ook hier.

Voor detectie gebruik ik een combinatie van de DR5088RC voor RailCom terugmelding per blok aan de ene rail en een DR4088LN-CS voor de secties binnen een blok aan de andere rail (volgens 6.2 Extending the DR5088RC with DR4088LN Feedback Devices uit de Engelse handleiding van de DR5088RC). Gekoppeld via LocoNet T aan de DR5000. Alle apparaten hebben de laatste firmware. Het idee hierachter is dat je zo minder DR5088RC devices nodig hebt, aangezien die duurder zijn. Via de DR4088LN weet ik dus in welke sectie(s) van een blok een trein zich bevindt, via de DR5088RC weet ik vervolgens via Railcom voor dat hele blok welke trein het is.

Ik heb nu 3 treinen getest met alle een LocPilot 4 decoder. Het vreemde is nu dat 1 loc altijd netjes via RailCom terug te vinden is. Twee andere treinstellen (zelfde type, Fleischmann Lint) worden wel door de DR4088LN-CS gedetecteerd, maar geven geen RailCom terugmelding op het moment dat ik de verlichting ervan heb ingeschakeld. Schakel ik de verlichting uit, dan zie ik wel RailCom terugmeldingen. De loc geeft altijd RailCom meldingen, verlichting aan of uit. Het verschil is wellicht dat de treinstellen niet alleen front- en sluitverlichting hebben, maar ook interieurverlichting.

De meldingen bekijk ik via het terugmeldingsoverzicht van de DR5000 software. Met verlichting uit komen er vinkjes bij de betreffende adressen van de blokken, met verlichting aan niet. Enig idee waarom deze treinstellen alleen RailCom terugmelding geven op het moment dat de verlichting uit staat en hoe ik dit kan oplossen?

Op een ander stuk spoor heb ik alleen de DR5088RC aangesloten als test (dus zonder de DR4088LN-CS), op dat stuk komen Railcom meldingen wel door, ook bij ingeschakelde verlichting. Wellicht zijn er anderen die ook de combinatie van deze twee bezetmelders hebben toegepast, ben benieuwd!

Dank alvast!

Peter

[Sandopie]

Worden die treinstellen met gloeilampjes verlicht? Zo ja, dan heb je gelijk het probleem gevonden. Gloeilampen verstoren het RailComm signaal.

[DaPeet]

Dank voor je snelle reactie, maar helaas kan dit het niet zijn, de verlichting daarvan is LED, dus dat zou goed moeten gaan.

[Timo]

Ik zie niet in waarom een gloeilamp storing zou veroorzaken, dat is bijna een perfecte weerstand.

Ben niet heel erg thuis in RailCom maar snel kijkende naar NMRA S-9.3.2 neemt dat niet weg dat ik denk dat een belasting wel voor problemen zou kunnen zorgen. Immers, een decoder moet wat terug sturen naar de centrale. Als andere dingen dit vermogen opeten ziet de centrale niet genoeg. Maar dit maakt het onafhankelijk van gloeilamp of led.

Een RailCom decoder zet daarom denk ik zijn uitgangen uit ten tijde van een RailCom cutout. Maar als verlichting niet direct aan de decoder hangt of aan een decoder die niets met de cutout doet dan heb je een probleem.

Dus zit de verlichting direct aan een decoder? En is dat een RailCom decoder?


Timo

[DaPeet]

Het is inderdaad een RailCom decoder (ESU LokPilot V4). Dat deze RailCom decoder op zich werkt kan ik zien bij uitgeschakelde verlichting. De verlichting wordt via de decoder gestuurd.

Zou het kunnen dat het terugsturen van het signaal bij ingeschakelde verlichting plus het feit dat het ook nog door de DR4088LN-CS melder moet, dat het RailCom signaal door de belasting niet doorkomt? Dat zou erg jammer zijn, want daarover staat ook niets vermeld in de documentatie van Digikeijs, dan ga je er van uit dat die combi van DR5088RC + DR4088LN-CS gewoon goed moet werken.

[henk]

Dus zit de verlichting direct aan een decoder? En is dat een RailCom decoder?

Bij mijn weten stuurt de decoder een transistor aan die de binnenverlichting weer schakelt. De binnenverlichting wordt dan dus door de railspanning gevoed. Het is wel zo dat alle verlichting op f0 reageert. Dus als de binnenverlichting brandt, werken ook front- en sluitseinen in een rijrichting en die worden wel direct door de decoder gevoed.

[Debvd]

Als ik dit zo zie is dit meer handicap decoder dan dat het aan digikeijs ligt.

 

[DaPeet]

Probleem zie ik bij twee treinstellen (wel nagenoeg hetzelfde type), dus dan zouden beide decoders niet stabiel moeten zijn. Een van die twee is zelfs een nieuwe decoder. Zou kunnen, maar wel erg toevallig dan?

[DaPeet]

Helaas vanuit Digikeijs ook nog geen reactie, hoe is de ervaring met Digikeijs support eigenlijk? Ik denk dat ik maar afstap van het idee om op beide rails detectie te doen, maar de ene rail via de terugmelder en de andere direct op de trackoutput. Dan ga ik op stationssporen wel RailCom detectie gebruiken met de DR5088RC en op de vrije baan blokken detectie zonder RailCom met de DR4088.

[Timo]

Het is inderdaad een RailCom decoder (ESU LokPilot V4). Dat deze RailCom decoder op zich werkt kan ik zien bij uitgeschakelde verlichting.

Dat de ESU RailCom doet snap ik, maar is dat ook echt de enige decoder in het stel?

Timo

[DaPeet]

Ja er zit inderdaad maar 1 decoder in het stel, tussen de bakken zit een 6-polige stekker. Jij dacht dat er wellicht een 2de (functie)decoder in zou zitten voor de verlichting?

Ik heb trouwens gisteren de s88 bus op de DR5000 uitgeschakeld (alles gaat toch via LocoNet) en dan lijkt het ook beter te gaan, vanavond nog even verder testen.

[Timo]

Dat, dat hielt ik inderdaad voor mogelijk.

Maar zou nog steeds kunnen dat de transistor schakeling roet in het eten gooit. Door bijvoorbeeld niet op tijd uit te schakelen.


Timo

[DaPeet]

Dat van die transistorschakeling volg ik niet helemaal, maar goed, heb (nog) niet veel verstand van de (interne) werking van een decoder :-)

Hoe dan ook, ik stap af van het idee om beide type terugmelders tegelijkertijd op hetzelfde stuk spoor te gebruiken, dan is het probleem daarmee opgelost. Wel jammer, het wordt in de handleiding beschreven als mogelijkheid, maar een groot probleem is het nou ook weer niet. Ik ga gewoon lekker verder bouwen!

Dank allen voor de input!