Waarom worden DCC accessoire pakketjes herhaald?

[bask185]

Naar aanleiding van dit draadje over niet werkende decoders heb ik ook een paar vraagjes gekregen.

Ik had een tijdje terug toen ik bezig voor Nico een arduino met DCC interface aan een z21 gehangen. En tot mijn verbazing zag ik dat de accessoire instructies ook iets van 10~20 keer herhaald werden. Ik moet nog testen of andere centrales dat ook doen. Toen moest ik aan iets anders denken. Ik had van Domburg begrepen dat dit fenomeen bij te grote banen kan leiden tot problemen met de maximale throughput van de DCC bus. iTrain deelt dan sneller instructies uit dan de DCC bus uit kan sturen. Dit kan je dan deels oplossen door de accessoire apparaten op een aparte dcc centrale aan te sluiten.

Waarom loc instructies herhaald worden is mij duidelijk, maar waarom worden accessoire instructies ook herhaald? En kan ik dit bij andere centrales ook verwachten?

Nu heb ik 2e vraag omtrent Railcom. Ik had van Railcom begrepen dat loc decoders hun opdrachten kunnen bevestigen. Dit elimineert de noodzaak voor centrales om nieuwe instructies 10~20 keer te herhalen. Als je spoor dan een beetje schoon is, zou dit de throughput kunnen vergroten... in theorie.

Maar waar ik nieuwsgierig naar ben en wat ik zelf niet makkelijk kan testen. Welke centrales met Railcom stoppen met het herhalen van instructies wanneer een Railcom decoder zijn instructie bevestigt?

Mvg,

Bas

[Karst Drenth]

Naar aanleiding van dit draadje over niet werkende decoders heb ik ook een paar vraagjes gekregen.

...En tot mijn verbazing zag ik dat de accessoire instructies ook iets van 10~20 keer herhaald werden...

...Waarom loc instructies herhaald worden is mij duidelijk, maar waarom worden accessoire instructies ook herhaald? ...

Na het geven van een Accessoire commando aan de centrale MOET deze het pakket, zo uit mijn hoofd minimaal 4 en maximaal 16 met tussenafstanden van minimaal 4ms herhaald worden.
Maar niet zoals bij lokdecoders die in een refresh-stack zitten.

Nu heb ik 2e vraag omtrent Railcom. Ik had van Railcom begrepen dat loc decoders hun opdrachten kunnen bevestigen. Dit elimineert de noodzaak voor centrales om nieuwe instructies 10~20 keer te herhalen. Als je spoor dan een beetje schoon is, zou dit de throughput kunnen vergroten... in theorie.

Klopt als een bus.

Maar waar ik nieuwsgierig naar ben en wat ik zelf niet makkelijk kan testen. Welke centrales met Railcom stoppen met het herhalen van instructies wanneer een Railcom decoder zijn instructie bevestigt?

Niet zeker, maar van degene die het zouden kunnen:

TAMS
BiDiB
ZIMO


Grtzz,
Karst

[bask185]

Bedankt Karst.

Maar niet zoals bij lokdecoders die in een refresh-stack zitten.

Snap ik  , ik doelde ook op het herhalen van nieuwe instructies om te garanderen dat nieuwe pakketjes op tijd bij locs aankomen.

Na het geven van een Accessoire commando aan de centrale MOET deze het pakket, zo uit mijn hoofd minimaal 4 en maximaal 16 met tussenafstanden van minimaal 4ms herhaald worden

Ik heb nog 1 vraagje: Waarom  als in wat was hier de gedachtengang achter? Accessoire decoders zijn bekabeld aan de DCC bus, was er ooit gedacht dat er door ruis oid pakketjes verloren zouden gaan??

Mvg,

Bas

[FreekH]

Zou het iets als dit zijn:

als een analoge lok stilvalt wegens vuile rails of zo, dan geef je 'm een duwtje en hij rijdt weer verder

als een digitale lok stilvalt, schakelt na een tijdje de dekoder ook uit, na een duwtje komt de dekoder weer in maar krijgt geen rijopdracht van de centrale, en blijft - dus? - stilstaan.

[meino]

Bedankt Karst.
Snap ik  , ik doelde ook op het herhalen van nieuwe instructies om te garanderen dat nieuwe pakketjes op tijd bij locs aankomen.
Ik heb nog 1 vraagje: Waarom  als in wat was hier de gedachtengang achter? Accessoire decoders zijn bekabeld aan de DCC bus, was er ooit gedacht dat er door ruis oid pakketjes verloren zouden gaan??

Bas, hier kan ik uit eigen ervaring wel iets over zeggen. Toen ik jaren geleden begon, met een Arduino aan het spoor gekoppeld om DCC accessory packets op te pakken, had ik grote problemen als beapaalde locs op de baan reden, Vooral een BR44 met nog de oude zilveren motor. Soms zag je vonken bij de wielen, maar in ieder geval had de Arduino op dat moment moeite om de DCC pakketjes te lezen (zelfs al werden die door mijn centrale 10x herhaald).Ik heb toen de DCC code iets aangepast om spikes via software uit te filteren. Dat was ook een van de redenen om met de Canbus aan de gang te gaan en hiervoor de DCC pakketjes op een schoon stuk af te tappen. Kortom in de praktijk is dus het signaal op de DCC bus best vervuild door spikes die nogal verwoestend kunnen zijn voor de ontvangst.

Groet Meino

[bask185]

Bedankt Meino,

Dat maakt het inderdaad aannemelijk dat men om die reden de herhalingen hadden toegevoegd  .

Karst! Killer idee voor een nieuwe centrale, dubbele DCC bus. Eentje extra voor de accessoires 

Mvg,

Bas