Synchroniseren van DCC accessory decoders

[Patrick Smout]

Ik ben op zoek naar een mogelijkheid om DCC accessory decoders onderling te synchroniseren b.m.v. een tijdmarkering die periodiek verzonden wordt door een command station. Ik heb hierover nog niets kunnen terugvinden op de site van NMRA dus geen idee of het zelfs nog maar bestaat.
Bedoeling is om de start/einde van een interval tussen verschillende decoders te synchroniseren.

Zou kunnen door periodiek een accessory decoder packet te sturen naar een gereserveerd adres dat door alle decoders herkend wordt maar misschien bestaat er iets eleganter.

Iemand aanvullende info?

mvg,

Patrick Smout (die een dual NMBS seindecoder aan het ineenfrutselen is).

[Dave van der Locht]

Kan me niet herinneren dat ik iets dergelijks tegen ben gekomen in de specificaties of op de website (behalve broadcasten enkel bedoeld voor locs volgens mij, maar dat zul je wel kennen).
Wel ben ik ooit eens wat documentjes tegen gekomen met 'ter goedkeuring/acceptatie aangeboden items'.
Ik weet niet hoe dat precies in elkaar steekt binnen die soort van werkgroep (genaamd NMRA), maar mogelijk kun je eens een balletje opgooien aldaar.

Indien een specifiek type pakketje niet handig/nuttig bevonden wordt, kun je misschien ook vanuit de andere kant gaan werken..
Ik ken het exacte doel / gedachtengang niet van je specifieke toepassing maar er zal ook iets zijn dat dit aan moet kunnen sturen? Wordt dit b.v. om de zoveel tijd door je eigen centrale verzonden? Is het de bedoeling dat software (Koploper, Traincontroller e.d.) dit gaat triggeren middels een nieuw commando (lijkt me niet handig als dit door het merendeel van de centrales vooralsnog niet ondersteund wordt) of is de trigger voor je centrale b.v. een wisselopdracht?

In dat laatste geval (start/stop trigger door wisselopdracht) zou het misschien logischer zijn om dan ook je reeds aangegeven methode te gebruiken.
Welke werking / functionaliteit had je zelf in gedachten als ik vragen mag?

Gr. Dave

[Karst Drenth]

Nee, ik ook niet

Ik zou gaan voor een van de 'reserved' opties in de 'DecoderControl' commando's:

; 000 soft (D == 0) or hard (D == 1) reset
; 001 factory test
; 010 reserved
; 011 set decoder flags
; 100 reserved
; 101 Set Advanced Addressing (CV#29 bit 5)
; 110 reserved
; 111 decoder Acknowledgment Request when D == 1


Grtzz,

Karst

[Patrick Smout]

Probleem (in zover dit er een is) waar ik tegenaan loop is dat ik de knipperende NMBS seinbeelden die gebruikt worden bij tegenspoor wil synchroniseren over een decoder heen. Mij lijkt het minder mooi als al deze seinen wat willekeurig staan te knipperen (frekwentie mag dan ongeveer wel dezelfde zijn maar de fase is een ander verhaal).
Eenvoudigste oplossing die ik momenteel kan bedenken is periodiek (bvb. 1 x per 15 minuten) een standaard accessory decoder packet met een magisch adres te laten sturen door de PC software. Dit wordt dan door alle seindecoders herkend en gebruikt om te synchroniseren.

Ik heb overigens nog niet kunnen terugvinden of in realiteit de knipperende seinbeelden gesynchroniseerd worden. Ik zou in elk geval willen vermijden dat het geheel op een kerstboom gaat lijken.

mvg,

Patrick Smout

[Klaas Zondervan]

Mij lijkt het minder mooi als al deze seinen wat willekeurig staan te knipperen (frekwentie mag dan ongeveer wel dezelfde zijn maar de fase is een ander verhaal).

Nou Patrick, die moeite kun je je besparen. Ga maar eens op een echt NMBS emplacement kijken. Die seinen staan inderdaad allemaal in ongeveer dezelfde frequentie te knipperen, maar absoluut niet in fase. Ik heb wel eens 's avonds over een emplacement staan kijken, ik dacht bij Huizingen, en na een poosje kom je er dan achter dat elk sein zijn eigen pulsgever heeft. Dus waarom zou je dat in model dan willen synchroniseren?

[Cees Baarda]

Als je naar de werking van een OpenDCC decoder kijkt (die kan ook NMBS seinen). Dan is het knipperen van de 2 seinen in die decoder al niet synchroon. Dat heeft iets te maken met het moment van starten van het seinbeeld. Voor alle uitgangen heeft die decoder aparte "knippermodules".
Als ik naar het knipperen van geel kijk bij de MultiFunctionDecoder van Dave, zie ik een soortgelijke werking.

Indien het in 1 decoder al niet synchroon loopt, geef ik het te doen ze alle synchroon te laten lopen. Je kunt dit denk ik alleen bereiken door een centrale klok te maken, die het knipperen van de decoders regelt.

Ik vraag me af met het antwoord van Klaas in mijn achterhoofd of je dan wel zo ver moet gaan.

m.vr.gr. Cees

[Dave van der Locht]

Mijn eigen doelstelling was juist het niet synchroon te laten lopen omdat je anders bij alle seinen met een knipperend seinbeeld exacte dezelfde fase hebt, en dat vondt ik er persoonlijk weer niet goed uit zien (vanuit een 'helicopter-view' over de baan valt dat direct op bij meerdere seinen met knipperend seinbeeld). Eigenlijk daarbij niet gekeken naar het grote voorbeeld of hoe dat met andere decoders is.

De decoder krijgt een opdracht en stelt direct daarna de betreffende output-parameters in. De 'aan'-tijd gaat in op het moment dat deze opdracht verwerkt is en de 'uit'-tijd volgt daarna ook. Moment van starten is dus direct na het ontvangen van een opdracht en er wordt niet synchroon aan/uit geschakeld.

Gr. Dave

[Patrick Smout]

Bedankt voor de feedback.

Bij deze verdwijnt de synchronisatie dus voorlopig in de koelkast.

mvg,

Patrick Smout