Doel:€250.00
Donaties:€177.50

Per saldo:€-72.50

Steun ons nu!

Laatst bijgewerkt
op 16-06-2021
Algemeen

De stichting

Recente berichten

H0-modellen BR 42 van Liliput en MäTrix vergeleken door Silvolde
Vandaag om 21:00:12
Wat is de vereiste minimum boogstraal bij spoorwegen oor 160km/h ? door Karben
Vandaag om 20:51:27
LTM-51 Garratt in messing, Spoor-0 door FritsT
Vandaag om 20:48:47
Ervaringen met veilingsites en webshops (Marktplaats, Ebay, Catawiki, etc). door Richey
Vandaag om 20:41:40
Toon hier je nieuwe (model-) spooraanwinst(en)... door Rick
Vandaag om 20:31:19
Mijn eerste H0-modeltreinbaan in aanbouw door Falcon10
Vandaag om 20:25:41
Artitec Mat '54, materieelbespreking. door NS 1100
Vandaag om 20:15:04
programmeren functiedecoder TAMS FD/led door Weerd
Vandaag om 20:12:01
BMB 00-modulebaan, Beveiliging door bask185
Vandaag om 20:06:55
Onlangs gespot - gefotografeerd, de foto's door snowman
Vandaag om 20:00:36
Welke CV is uitrijtijd van nieuwe roco sik? door spock
Vandaag om 19:53:10
Compacte wisselstraat voor meer rijlengte door VvKan
Vandaag om 19:24:07
Dg spoor 0 door JaJo
Vandaag om 18:40:56
Baan in Los Angeles door Aford
Vandaag om 18:36:58
Harzwald Hafen Bahn door Aford
Vandaag om 18:22:27
Raadplaatje door Benelux795
Vandaag om 18:22:12
Schorumdijk Gem. Vaagburg 1940-1960. (Jaren ‘40-‘60 baan met haventje) door Aford
Vandaag om 18:10:03
Industrieel smalspoor inspiratiedraadje door Scratchbuilt
Vandaag om 17:34:39
Nederdam, H0 1970 - 1990 door Pascal77
Vandaag om 17:25:46
BNLS-Module: "Rvbr-Btk, Ringvaartbrug Haarlemmermeer nabij Buitenkaag" NS H0 door nighttrain1
Vandaag om 17:14:07
Gezocht: STL-file, voor een stootblok in N door Catweazle
Vandaag om 16:41:36
Nederlandse baan in voorbereiding genaamd Anninkshoeve door 1200blauw
Vandaag om 16:02:21
Toon hier je pas gereed gekomen (model-)spoorbouwsels ... door Mitchell
Vandaag om 13:24:50
Kortsluiting wissel en vaste kruising door VvKan
Vandaag om 13:23:48
Fleischmann BR 89 008 met Fleischmann decoder rijdt slecht (niet) door VvKan
Vandaag om 11:55:37
Toon hier je (model)TRAM foto's. door hrp
Vandaag om 11:52:28
NS 5500 / HSM 700 spoor 0 / 1 door FritsT
Vandaag om 11:42:41
25 jaar geleden door lrrw
Vandaag om 10:12:35
BMB 00-Modulebaan, BMB-Rijdagen en BMB-Deelname aan Beurzen & Evenementen door bask185
Vandaag om 10:06:16
Rheinburg, TP V/VI door Dennis.
Vandaag om 07:07:38
  

Auteur Topic: Zelf gemaakte DCC-centrale werkt niet helemaal  (gelezen 8724 keer)

bask185

  • Offline Offline
  • Berichten: 1542
Re: Zelf gemaakte DCC-centrale werkt niet helemaal
« Reactie #45 Gepost op: 11 april 2019, 17:19:32 »
Het grappige is dat mijn programma eigenlijk zo oningewikkeld als mogelijk op gezet. Ik bedoel dit is mijn loop()
void loop() {
  readSerialBus();                           
  shortCircuit();
 
  if(packetSent) {                              // signal from ISR that last bit is transmitted on tracks
    if(nextPacket()) {                          // nextPacket returns true when the first following packet is a speed packet
      nextAddres(); }                          // select next 'active' addres
    assemblePackets();                       // assemble a new packet
    sendPacket(); } }                         // sets required variables and enables ISR                   
Nogmaals in sequentie stuur ik: speed, function1, function2 -> volgende adres
Ik kijk dus of een pakket verzonden is, dan selecteer ik de volgende pakket. Dat is een speed, function1 of function2 (F1-F4 / F5-F8) en als het een snelheids pakket betreft, dan schuif ik ook het volgende adres. Dit was naar mijn mening de makkelijkste en kortste (514 regels code inclusief wit regels en compacte{} schrijfwijze) manier om alle pakketten de deur uit te trappen. Ik denk niet dat ik het korter en makkelijker had kunnen maken.

volgens mij doet een gemiddeld pakket er ca ~3ms (14 preabmle bits, 3 bytes en 4 extra bits met 50:50 '0' : '1' bits = ~75us/bit) over om verzonden te worden.

Ik doe in grote maten al hetzelfde als MRdirect muv het feit dat ik 3 pakketten per lok de deur uit stuur.
Het ringbuffer idee heb ik al anders opgelost door inactieve decoders over te slaan. Wat ik wel interessant vind, is om alleen de laatst gewijzigde functies uit te voeren, maar dit geeft we wel weer het probleem dat ik decoders, die stroomloos geweest zijn, ook nog een herhalingspakketjes moet versturen voor alles.

Wat voor mij de volgende logische stap zou zijn, is om eerst alle snelheidspakketten te sturen, dan de function1 pakketten en als laatste de function2 pakketten. Zo stuur ik nog steeds alles naar alle actieve decoders en elke decoder krijgt niet binnen 5ms een nieuwe pakket binnen.

Patrick Smout

  • Offline Offline
  • Berichten: 346
Re: Zelf gemaakte DCC-centrale werkt niet helemaal
« Reactie #46 Gepost op: 14 april 2019, 20:41:36 »
Ook ik heb veel plezier beleefd aan het zelf bouwen van een command station.
Initiëel enkel DCC, later uitgebreid met MOTI en MOTII (new) (multi protocol centrale). Was inderdaad een hele kluif.
Initiële versie is ook gepubliceerd als een bouwproject in elektor ( https://www.elektormagazine.com/magazine/elektor-200809/18906)
Ik heb toen gekozen voor een ringbuffer die cyclisch alle pakketten ververst voor locs die recentelijk nog een opdracht ontvangen hebben, zij van het de MM of van een PC. Daarnaast maak ik gebruik van "urgent frames" die de cyclische afhandeling tijdelijk onderbreken. Elk pakket dat ontvangen wordt via PC (IB P50x) en/of MM wordt eerst verstuurd als urgent frame. Opdrachten die de snelheid van de loc verlagen worden daar bovenop nog met extra voorrang behandeld.
Loconet heeft nog lang op het lijstje gestaan maar nooit aan begonnen omdat ik voor mijn baan als S88 terugmelders had en de nodige accessory decoders.
Al bij al een leuk project.

mvg, Patrick

@ Marco, jouw aanpak is goed gevonden. Ik ben gestart met gelinkt lijsten van buffers voor diverse soorten pakketten en jouw oplossing is zelfs niet bij mij opgekomen.
Met vriendelijk groeten,

Patrick Smout

MRdirect

  • Offline Offline
  • Berichten: 206
  • Marco Roede
Re: Zelf gemaakte DCC-centrale werkt niet helemaal
« Reactie #47 Gepost op: 15 april 2019, 16:36:42 »
@ Marco, jouw aanpak is goed gevonden. Ik ben gestart met gelinkt lijsten van buffers voor diverse soorten pakketten en jouw oplossing is zelfs niet bij mij opgekomen.
Leuk te horen. Er zit natuurlijk wel meer dan 15 jaar denkwerk in en optimalisatie (pogingen) aan ten grondslag. En ik ben er voor mezelf nog steeds mee bezig, oa LocoNet implementatie. Die wekt maar bij MRdirect is het P50 protocol toch stabieler. Door het XEvent mechanisme weet je continue of de verbinding cq communicatie nog goed functioneert.

M.vr.gr. Marco
Sinds april 2020 IntelliBox 650 ipv MRdirect en via LocoNet twee Power4 boosters.
Rosoft servo-wisseldecoders, Henk Kooiman stappenmotor draaischijf met eigen besturing mbv Peter Giling hardware en eigen ontwerp DCC-decoder.

bask185

  • Offline Offline
  • Berichten: 1542
Re: Zelf gemaakte DCC-centrale werkt niet helemaal
« Reactie #48 Gepost op: 03 mei 2019, 13:25:17 »
Was vandaag nog even aan het puzzelen geweest met de code. Ik ben nu ook druk bezig met de arduino code om de wissels, bezetmelders en andere rand apparatuur aan te sturen en zodoende heb ik nog niks met MM2 gedaan. Te veel te doen in te weinig tijd...

Omdat ik met werk nogal veel bezig ben met state machines bedacht ik me dat het voor een DCC centrale ook handig kan zijn. Dus ik ging puzzelen en maakte:

De werking is als volgt:
Onder normale omstandigheden worden eerst snelheidsinstructies gestuurd naar de actieve locs, dan doe ik alle instructiebytes voor F1-F4 en als laatste komen functies F5-F8 aan bod.

Nadat een packet het spoor is opgegaan, check ik of er een nieuwe instructie is ontvangen. Indien zo, stuur ik deze nieuwe instructie 20x met 2 IDLE pakketten tussen de herhalingen.

De state machine in Code ziet er zo uit:
/***** MAIN LOOP *****/
void loop() {
  readSerialBus();                           
  shortCircuit();
 
#define State(x) break; case x: if(x ## F())
switch(state){
default:

State(assemblePacket){         state = awaitPacketSent; }

State(awaitPacketSent){
if(newInstructionFlag) state = newPacketSent;
else                   state = nextAddres; }

State(nextAddres){
if(lastAddresFlag)     state = nextPacketType;
else                   state = assemblePacket; }

State(newPacketSent){
if(newPacketSentFlag)  state = assemblePacket;
else                   state = nextPacketType; }

State(nextPacketType){  state = assemblePacket; }

break; }
#undef state
}
Ik ben niet zo'n fan van die function pointer arrays en prefereer deze methode. Ik maak gebruik van een slim truukje met een macro om een overzichtelijke structuur op te bouwen

Deze regel:
define State(x) break; case x: if(x ## F())
vervangt bijvoorbeeld
State(assemblePacket) {
door
break; case assemblePacket: if(assemblePacketF()) {

assemblePacketF()) is een van de functies die worden gecalled vanuit de switch-case. Alle functies dienen een 0 of een 1 te returnen. Pas wanneer een functie een 1 return't dan is de desbetreffende state klaar en wordt de volgende state geselecteerd.

Logisch benoemde flags reguleren de flow naar de volgende states.

Ik hoop dat ik dit weekend kan testen of dit niks stuk maakt een iets snellere responsie geeft (en wie weet wel het toeter probleem van m'n tee oplost  ::))