Bestaat er zoiets als een Railcom signaal blocker (voor Arduino decoder)?

[henk]

Maakt denk ik niet uit. Externe voeding betekent volgens mij vooral dat het probleem niet aan die kant kan liggen. Het DCC-signaal of het Railcomsignaal komen daar nu helemaal niet.

[Klaas Zondervan]

Aha, het ding heeft een externe voeding. Dan kan het daar niet aan liggen. Die voeding blijft gewoon staan als er een pauze in het DCC signaal komt.
Het probleem moet dan gezocht worden in iets anders.

[Geert2]

Het DCC signaal wordt via een 6N137 opto coupler naar de µC geleid voor decodering. Enkel één polariteit van DCC gaat er door, niet het RAILCOM signaal. Of de opto moest zeer gevoelig ingesteld staan?

Waarom zijn een deel van de texten op foto zwart gemaakt?

Geert

[Gerke]

Omdat daar het merk staat en ik wil voorkomen dat mijn probleem gekoppeld wordt aan de decoder. Vandaar.

[Klaas Zondervan]

Het probleem is toch gekoppeld aan de decoder?
Ik zie geen reden om die naam te verbergen.

[Mar-Cas]

Het ding is een “ home made” arduino. (zie atmel328)

Aangezien hij zonder railcom wel goed werkt is het dcc ingang circuit wel correct.
Blijft nog het programma dat waarschijnlijk bij (kortstondig) wegvallen van het dcc signaal de arduino in een verkeerde status zet.

Caspar

[Geert2]

Mogelijk is er geen oplossing voor en zit het in de software?

De maker is uitermate behulpzaam, maar het Railcom verhaal is wat het is.

Als de maker het blijkbaar niet weet?

Het kan wel een goede schakeling zijn, maar als deze niet werkt met RAILCOM, dan mag dat geweten worden door andere lezers van dit forum.

Geert

[Gerke]

Staat ook keurig in de handleiding.

[Gerke]

Ik heb wat aanvullende info gekregen. Ik citeer:

"Wel zou je dit plastje kunnen posten:



Dat is de basis van veel dcc decoders met Arduino.
Daar komen mogelijk wat betere suggesties uit.

Poster Geert2 snapt het helemaal.

Ik vermoed overigens dat het in de software zit van de DCC-library. Die raakt waarschijnlijk ‘in de war’ van het Railcom signaal. Maar deze komt van internet en ik kan daar niets aan veranderen. Geen kennis van." Einde citaat.

Allicht dat dat wat meer specifiek het probleem duidelijk maakt?

[Klaas Zondervan]

In dat geval zou ik uitkijken naar een andere decoder. De ontwerper heeft de software van het internet geplukt en weet niet hoe die in elkaar zit. Daar kom je dus niet verder mee.

[Geert2]

Een weerstand van 1,5k laat ook de RAILCOM signalen door. Mogelijk kan je er extra weerstand voor zetten aan de DCC signaal ingang. Verhoog deze telkens met stappen van 1k, en kijk of de decoder nog reageert op DCC, maar niet op RAILCOM?

Dit kan je enkel proberen als je externe 8-16V voeding gebruikt!

Geert

[Gerke]

Hoi Geert,

De decoder is inderdaad aan externe voeding aangesloten. Zal gaan proberen te achterhalen om welke weerstand op de print het gaat die ik moet verzwaren.

Ik ga ermee aan de slag. Dank zover weer.

[Geert2]

Je moet niks verzwaren, gewoon een weerstand extra aansluiten aan DCC ingang in serie…

Geert

[Klaas Zondervan]

Geert bedoelt dit, zie plaatje.
Bij de DCC klemmen een extra weerstand er tussen en met de waarde experimenteren. Hoef je voorlopig aan de print niks te veranderen.
Geen idee of het werkt, maar het is het proberen waard

[Gerke]

Ah, ja, ik vul het verkeerd in. Dus tweede weerstand beginnen met 1K en dan steeds hoger of 1,5K + 1K, dus beginnen met beginwaarde 2,5K?
Nu maar op zeker spelen.