| Auteur |
 Onderwerp  |
|
|
Maarten CH
Switzerland
11 berichten |
 Geplaatst - 30 jan 2011 : 21:33:30
|
Beste koploper fans,
Ik ben bezig een gecombineerde dcc decoder te maken met servo aansturing om 4 of 8 wissels aan te sturen. Ik heb de eerste testversie hardware en software klaar en ik kan mijn intellibox uitlezen en heb nu 1 servo aangesloten.
Als ik op de rode of groene knop druk om "wissel 1" om te zetten zie ik dat het commando tussen de 2 en 5 keer wordt herhaald. Nu vermoed ik dus dat niet 100% van de pakketen worden uitgelezen (chip nog niet klaar / een verloren bit ofzo). Ook als je de knop langer ingedrukt houd blijf de IB het commando herhalen. Zelfs als ik de knop zo kort mogelijk aantik heb ik tot nu toe nog geen geval gehad dat de decoder niks heeft opgepikt dus dat is op zich een goed teken.
Nu is mijn vraag: weet iemand hoe vaak de IB een commando normaal gesproken herhaald? En zit er ook een "herhaal" functie in koploper of weet iemand of er instellingen zijn om dit aan te passen?
Alvast bedankt voor jullie input!
Maarten
|
|
|
buckfast_beekeeper
Belgium
78 Posts |
Geplaatst - 30 jan 2011 : 22:17:56
|
In NEM671 staat volgende tekst
quote:
5. Wiederholung der DCC-Basis-Datenpakete
5.1 Zeitabstand zwischen 2 Datenpaketen
Die zu Decodern gesendeten Datenpakete sollen so oft wie möglich wiederholt werden, weil sie durch Störungen oder schlechter elektrischer Leitfähigkeit zwischen Schienen, Rädern und Stromabnehmern Informationsverluste erleiden können.
Er is dus niet aangegeven hoeveel er herhaald moet worden.
Lees je de andere normen en aanbevelingen dan wordt duidelijk dat de decoder 95%, van de aan hem geadresseerde pakketten, moet herkennen.
DCC specificeert dat de wisseldecoder zelf de wissel moet afschakelen na een bepaalde tijd. Niet alle centrales sturen een uitschakelcommando.
MVG
Theo
Honing kan men importeren, bestuiving niet |
 |
|
|
Maarten CH
Switzerland
11 Posts |
Geplaatst - 31 jan 2011 : 20:54:22
|
Bedankt voor de info!
Ik heb net mbv met het testprogramma in koploper de decoder getest. Als koploper het wissel omzet ontvangt de decoder 8-12 keer het commando. Of ik haal de 95% niet of "so oft wie moglich" is niet constant...
Hoe dan ook, 8x is waarschijnlijk voldoende om hem betrouwbaar te kunnen gebruiken. Tijd om verder te gaan dus!
Mocht iemand nog een goed idee hebben dan hoor ik het graag  |
|
|
|
buckfast_beekeeper
Belgium
78 Posts |
Geplaatst - 31 jan 2011 : 21:34:45
|
Wat is er volgens mij belangrijk? Je geeft een commando om je wissel om te zetten. Je wissel gaat ook effectief om. Dat dit op het 1ste, 2de of 3de commando is, is wat minder belangrijk. Zo veel tijd zit er toch niet tussen.
Met een Logic Analyser zou je wel kunnen bepalen of je het eerste commando effectief ontvangt en correct verwerkt of dat het wat langer duurt.
MVG
Theo
Honing kan men importeren, bestuiving niet |
|
|
|
davevdlocht
Netherlands
153 Posts |
Geplaatst - 01 feb 2011 : 17:39:58
|
Als je een decoder aan het bouwen bent, moet je daar eigenlijk niet eens over nadenken.
Volgens de NMRA DCC specs dient een accessoire commando MINIMAAL X aantal keer herhaald te worden. Sommige centrales zullen er meer sturen, maar er zijn er ook bij die er minder sturen ondanks de NMRA specs. Hoe vaak een pakketje herhaald wordt is aan de decoder-zijde niet relevant en je kunt er het beste van uit gaan dat je maar 1 goede ontvangt (iets met worst-case scenario).
Zorg er gewoon voor dat je decoder precies doet wat hij moet doen en dat is op de juiste wijze decoderen en reageren op het 1st ontvangen pakketje. Verwerk deze wijze in goede hardware en software. Bij goede verbindingen / geen problemen m.b.t. je baanspanning zal dit dus altijd op het 1ste pakketje zijn en kun je de anderen gewoon negeren.
Gr. Dave
|
Bewerkt door davevdlocht op 01 feb 2011 17:41:13 |
|
|
|
Maarten CH
Switzerland
11 Posts |
Geplaatst - 01 feb 2011 : 22:13:10
|
Hier ben ik het niet 100% mee eens.
Ten eerste weet je niet of je het eerste pakket hebt omdat je niet weet of je er 1 hebt gemist.
Ten tweede, geen elke computer is 100% perfect. Een mislukte reading door een spike in de ruis bv kan altijd gebeuren. Als 95% van de tijd een opgepikt signaal correct wordt opgepikt betekend 1 op de 20 keer een foute wisselstand wat niet acceptabel is natuurlijk. Maar als een pakket minimaal 5x wordt herhaald is dit volgens mij 1 op de 3.200.000 wat voor mij aanvaardbaar is. |
|
|
|
Wim Ros
Netherlands
6230 Posts |
|
|
Maarten CH
Switzerland
11 Posts |
Geplaatst - 03 feb 2011 : 20:24:32
|
Beste Wim,
Ik zie geen probleem. Ik, en misschien de mensen die meelezen, krijgen toch op deze manier informatie en nieuwe inzichten? Ik ben met de info hier zeker geholpen |
|
|
|
davevdlocht
Netherlands
153 Posts |
Geplaatst - 03 feb 2011 : 23:11:30
|
Inderdaad Wim, niet echt een discussie voor deze plek inderdaad maar ik ga er toch even op in.
@Maarten:
Ik bedoelde het eerst juist ontvangen pakketje.
Als je decoder dat gewoon doet (reageren op het 1st juist ontvangen pakketje), doet ie precies wat ie moet doen. Tuurlijk is de repeat-count van een DCC pakketje relevant bij de kans op een fout pakketje, maar je moet er niet van uit gaan dat een pakketje 3, 4 of 5 keer herhaald wordt door een centrale. Niet elke centrale zet het DCC pakketje 5x op de rails.
Mijn punt was: Hoe vaak een pakketje door een centrale wordt herhaald is niet relevant bij de bouw van een decoder (daar schreef je toch over?). Deze decoder moet 'gewoon' op de juiste manier decoderen zoals beschreven staat in de NMRA specs voor decoders wat je middels microcontollers prima kunt doen. Dat de kans op een verminkt pakketje groter is bij een lage repeat-count mag duidelijk zijn, maar dat heeft niets te maken met hoe een decoder dient te decoderen e.d.
Een centrale (maakt niet uit welk merk/type en verschillende repeat-counts) dient de opdracht die je in Koploper of op de centrale geeft gewoon om te zetten naar een serie DCC pakketjes zonder dat je een "herhaal" functie of andere instelling hoeft aan te passen. En in de regel blijkt dat ook niet nodig voor je beoogde doel.
Dus daarom snap ik ook niet helemaal waarom je eerste Koploper/Intellibox gerelateerde vraag relevant is bij de bouw van een decoder of wat je gedachtegang achter je vraag is.
Gr. Dave |
|
|
|
Maarten CH
Switzerland
11 Posts |
Geplaatst - 04 feb 2011 : 19:46:49
|
Hoi Dave,
Ik snap nu wat je bedoelde De decoder schakelt prima op elke gedecodeerde instructie die hij ontvangt. Over de uitvoerende kant heb ik dan ook geen twijfel.
Mijn twijfel is dat ik niet weet of hij wel alle instructies van de IB in goede staat ontvangt en niet hier en daar er een mist (door ruis, vertraging in de code of welke reden dan ook). Ik dacht dit te kunnen testen door het aantal goed ontvangen instructies te vergelijken met het aantal uitgezonden instructies maar omdat dit niet een constant aantal is wordt dat dus lastig.
Mocht ik eenmaal een gevoel hebben over percentage goed uitgelezen instructies dan kan ik een inschatting maken of dit voldoet of niet. En omdat dit samen hangt met het aantal herhalingen vroeg ik me af of hier in koploper/IB instellingen voor zijn. Hopelijk was dit een betere uitleg.
Groeten,
Maarten |
|
|
|
Wim Ros
Netherlands
6230 Posts |
Geplaatst - 05 feb 2011 : 16:33:09
|
Maarten, koploper of welk ander besturingsprogramma heeft geen invloed op het DCC protocol wat de centrale uitzend en de decoder moet ontvangen, dat is een feestje van alleen de decoder en de centrale.
Mvg
Wim.
Alleen de waarheid ligt in het midden
s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus |
|
|
|
Maarten CH
Switzerland
11 Posts |
Geplaatst - 05 feb 2011 : 19:43:26
|
| Wim, maar als koploper een wissel omzet en dit 0.1 seconde later nog een keer doet (zelfde richting) zal de centrale dit toch gewoon nogmaals uitvoeren (even los van wat wel of niet mogelijk is in koploper) |
|
|
|
Wim Ros
Netherlands
6230 Posts |
|
|
Maarten CH
Switzerland
11 Posts |
Geplaatst - 07 feb 2011 : 07:35:42
|
Wim, erg jammer wat je hier doet...
Ik stel een serieuze vraag en krijg normale antwoorden van Dave en Theo. Als jij de vraag onzinnig vindt of de discussie in een onzinnige richting vind gaan voel je dan niet verplicht om het te lezen of iets te plaatsen. Dat zou hier nu 1/3 van de berichten schelen wat de server ruimte ook ten goede komt.
Mvg,
Maarten |
|
|
|
davevdlocht
Netherlands
153 Posts |
Geplaatst - 07 feb 2011 : 23:10:11
|
Sorry Maarten maar ik snap niet helemaal waar je op uit bent en vraag me steeds meer af waarom je op een dergelijke commando of pakket herhaling uit bent.
a) Dit is het Koploper-forum, we gaan nu wel HEEL erg 'off-forum'.
b) Na je initiële vraagstelling worden je vragen steeds minder relevant.
Een centrale oftewel command station moet net zoals een decoder doen wat hem opgedragen wordt met in achtneming van bepaalde richtlijnen en specificaties, waarom heet het anders een command station?
Waarom zou software een 100% identiek commando 2x kort na elkaar versturen over een betrouwbare verbinding als het 1e commando al aangekomen (en verwerkt) is in de centrale? Als jij aan de toonbank van de slager staat, vertel je zelf dan ook je hele bestelling 2x aan de slager?
Waarschijnlijk niet... Waarom niet? Omdat de meeste medewerkers achter een toonbank prima oren hebben en je zelfs in een rumoerige omgeving verstaan. Mocht die medewerker slechte oren hebben, zal ie door z'n baas waarschijnlijk vervangen worden door iemand met goeie oren zodat niet iedere klant zijn bestelling continu hoeft te herhalen.
Gr. Dave |
Bewerkt door davevdlocht op 07 feb 2011 23:18:57 |
|
|
|
dentheo
Belgium
1758 Posts |
Geplaatst - 08 feb 2011 : 10:51:08
|
Verhuis dit draadje naar techniek...
En hebben we het hier over de communicatie tussen koploper PC en centrale ?
Ik dacht over centrale versus wisseldecoders...deze werkt toch zonder ontvangstbevestiging en stuurt het signaal daarom nog paar maal extra ?
Theo vanop de heide.
N+SX+kpl+kplRsd |
|
|
| |
Onderwerp |
|
Herhaling dcc commando
