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

[Gerke]

En ingehaald door de actualiteit! Dank Klaas!

[Gerke]

Ik heb allerlei waardes geprobeerd, maar werkt niet. Bij 2K gaat de servo zéér sporadisch om, bij gebruik zwaarder of lichter geen uitvoering van het commando. Zou het aan de Z21 kunnen liggen? Ik ben de eerste die tegen het probleem aan loopt en gebruik de Z21.

[denobis]

met een weerstand alleen red je het niet misschien wel met een rc filter maar dan moet je die zo dimensioneren dat je de frequentie van het railcom signaal weg filtert

[Jeroen Rood]

Die decoder, dat is toch gewoon een DCC-Next van ArCoMoRa ?

[Gerke]

Yep.

[Klaas Zondervan]

Met een RC-filter verpest je ook het DCC signaal.

[denobis]

hoeft niet klaas wat ik begrijp zit het railcom signaal hoger in frequentie dan het ddc signaal dus laagdoorlaat filtertje kan uitkomst bieden

[Geert2]

Eigenlijk zal het aanbieden van een RAILCOM signaal aan een DCC decoder geen invloed mogen hebben op de decodering signaal. De software zal na het inlezen van een niet DCC signaal (puls) van voorafaan  beginnen inlezen totdat deze wel een correct DCC signaal (DCC pulsen) inleest.

Het probleem zit mogelijk in de software…

Geert

[Klaas Zondervan]

@denobis, bij DCC worden eisen gesteld aan de steilheid van de flanken. Als je er een filter tussen zet ga je hoe dan ook die steilheid verslechteren.

[VvKan]

Eigenlijk zal het aanbieden van een RAILCOM signaal aan een DCC decoder

Naar mijn mening is dit een foutieve veronderstelling.   Er wordt géén Railcom signaal aangeboden aan een decoder, de centrale doet dat niet, er is een cut-out in het uitzenden van het DCC signaal.  In deze tijd zend de decoder zijn signaal naar de centrale, dus precies andersom.
Zo heb ik het in ieder geval altijd begrepen uit de teksten over Railcom.
Bronnen: divers

[Jeroen Rood]

Klopt het (vraag aan voor de meer ingelezene) dat railcom anders op de baan gezet wordt?
In het NMRA document lees ik iets over een 30mA / 10mA stroombron en max 2.2V.
Zou dat het filteren eenvoudiger kunnen maken? Of werkt railcom in de praktijk gewoon met de volle spanning?

Pagina 5 : https://www.nmra.org/sites/default/files/s-9.3.2_2012_12_10.pdf

Jeroen.

[Klaas Zondervan]

Ik denk inderdaad dat het een software probleem is. Net even de beschrijving van RailCom op de NMRA site bekeken.
In de pauze van het DCC signaal sluit de booster zijn uitgang kort. De spanning op de DCC lijn is dan nul, dus de DCC-Next decoder krijgt dan helemaal niks binnen. Er is dus geen noodzaak om het RailCom signaal weg te filteren want dat bereikt de decoder helemaal niet.

[FreekH]

Misschien heeft deze probleem-decoder last van de railcom-terugmeldingen door andere decoders?

[VvKan]

Z21 en Digikeijs 5033 booster voeden de hele baan in twee secties. Hoe knoop ik daar een niet-railcom aan/tussen?

Je pakt een booster, al dan niet met Railcom.  In deze booster zet je Railcom uit, zodat die geen cut-out meer geeft.  Daar sluit je dan je niet compatibele decoders op aan.
Zo zou ik het proberen, maar ik weet eerlijkgezegd niet of het ook zo kan.  Want uit je Z21 komt zoals je wenst een signaal met cut-out, dus dat signaal wordt ook aan de booster doorgegeven.  Of die daar een signaal zonder cut-out van kan maken weet ik niet.  Misschien door het verhogen van het aantal preample-bits   
Aangezien je toch al een booster hebt zou je het experiment kunnen doen.  Koppel de booster los van de baan en sluit daar alleen tijdelijk de bewuste decoders op aan. Zet in de booster Railcom uit en constateer wat er gebeurt.

[Klaas Zondervan]

Misschien heeft deze probleem-decoder last van de railcom-terugmeldingen door andere decoders?

In die gedachtegang ging ik aanvankelijk ook mee. Maar na lezen van het RailCom verhaal op de NMRA site kwam ik tot de conclusie dat dat helemaal niet kan. Als RailCom actief is, dan is de DCC spanning kortgesloten. Dus RailCom kan helemaal niet bij deze decoder komen.
Het is de kortstondige onderbreking van het DCC signaal waar deze decoder niet mee overweg kan.