MARDEC, de Multifunctionele ARduino dcc DECoder.

[NTeering]

Het is maar net hoe je het ding wilt inzetten

Precies. De 'M' van MARDEC staat voor Multifunctioneel.
Daarom moeten we ons met de print niet focussen op specifieke wensen.
Bij een verdeelprint is de spaghetti veel minder. Er zijn maar twee rijen aansluitingen die op enige afstand van elkaar zitten.
Op deze foto zit er nog een 'lege rij' tussen de pinnen, maar is nu al een gedoe.

Op de dcc print zelf zou alles strak tegen elkaar zitten.

Mvg
Nico

[jowi]

Ik kan het zelf (nog) niet uittesten, maar hoe gaat MARDEC om met een situatie dat alle 8 of 12 servo's in 1x of heel kort achter elkaar aangestuurd worden vanuit een centrale? Bijv. op een schaduwstation, een pad vrijmaken met 8 wissels of een paar engelse.

Als ik de code bekijk lijkt het er op dat er pas een volgende servo wordt afgewerkt als de huidige afgehandeld is. De interrupt handler pakt alle DCC commando's wel op, maar kan processervo ze daarna wel afhandelen? De pins worden immers sequentieel 1 voor 1 afgehandeld vanuit loop->NormalMode() en ik zie geen queue voor de binnenkomende commando's, of zit dat in de dcc_decoder lib verwerkt?

Code: [Selecteer]

for (byte n = 2; n < maxpins; n++)
{
if (pin[n].type == 2)
processervo(n);
}


[NTeering]

@Jowi,

Geen probleem Johan,
Alle servo's kunnen (bijna) tegelijk draaien.
Als je in de procedure processervo kijkt zie je dat de servo op pin n slechts een graad verdraait en ook alleen als de intervaltijd voorbij is.
Bij een verdraaiing van zeg 30 graden voor één servo wordt processervo dus tientallen keren aangeroepen.
Hetzelfde geldt voor de processing van de accessories.
Maar zien is geloven. Dus sluit 12 servo's aan en stuur 12 adressen 'de baan op'.

Nico

[jowi]

Ah ik zie het. Ondanks dat ik zelf programmeur ben, heb ik moeite met de door de architectuur afgedwongen continue loop() functie. Dat is een mechanisme/principe waar ik nogal aan moet wennen... het trekt een enorme wissel (!) op hoe je de software moet bouwen. 

[Hans sprinter]

Vandaag voor het eerst een Arduino met wat leds eraan gehangen getest. Werkt razend leuk.
Moet het DCC interface nog maken, ben nu een weekendje weg, maar lang leve de Hotspot functie van de GSM!
Het viel me op dat de standaard off voor Arduino betekend dat de uitgang bij normale configuratie 5V afgeeft, dus ledje aan.
Als je de uigangen als puls of disco zet is er geen probleem, maar bij single steady staat bij een geresete Arduino de uitgangen off, dus gaan de leds aan. Is het een idee om hier een inverse functie per pin op te kunnen configureren? Ik weet, met relais is het geen probleem, dan gebruik je de enkel om functie andersom, maar toch is dan het relais altijd bekrachtigd. Zo maar een eerste indruk, maar wel razend enthousiast!!!! 
Eerste indrukken na een uurtje testen. Het is echt voor dummies heel geschikt!! Super gedaan. Groetjes, Hans

[NTeering]

Ligt er maar net aan hoe je de leds aansluit op Arduino. Zie schema in handleiding

Verstuurd vanaf mijn MotoG3 met Tapatalk

[Hans sprinter]

  begrepen. Ben benieuwd hoe de relais en opto's geschakeld staan qua polariteit.
Heb deze helaas niet bij me...
Bedankt!!

[NTeering]

Als je de relaismodules met optocoupler gebruikt zoals vermeld in de handleiding kan ik je zeggen dat deze actief LAAG zijn.

Nog wel even wat over de voeding van deze modules.
Er zit standaard een jumper over de pinnen Vcc en JDVcc.
Je hebt nu twee opties:
1) Jumper laten zitten en Vcc aansluiten op externe voeding



2) Jumper verwijderen en:
  - Vcc aansluiten op een Arduino 5V uitgang
  - JDVcc aansluiten op externe voeding



In dit plaatje zie je ook dat het relais bekrachtigd wordt als de Arduino pin LAAG is.

Je mag in ieder geval NIET de jumper laten zitten en Vcc aansluiten op de Arduino. In dat geval trek je de spoelstroom ook uit de Arduino en dat is niet verstandig.

Nico

[TinTin]

Beste Nico,

Is het ook mogelijk om de aansturing van een stappenmotor op te nemen in de MARDEC om bv een draaischijf aan te sturen?
Dit zou wat mij betreft fantastisch zijn!

Stappenmotoren met aansturingsprint voor de arduino kosten niet veel bij onze chinese vrienden:


groeten Erwin

[NTeering]

Hallo Erwin,

Zoals je wellicht weet zijn de 32 Kb beschikbare bytes nagenoeg allemaal in gebruik voor MARDEC.
Er is dus eenvoudigweg geen geheugenruimte meer om nog wat toe te voegen.
Ik heb overigens geen idee wat die besturing zou moeten als het bijbehorende DCC adres voorbij komt?
Met Google vond ik dit: http://www.instructables.com/id/BYJ48-Stepper-Motor/?ALLSTEPS
Kennelijk zijn er 2 of 4 pinnen nodig.
Als ik de standaard stepper library bekijk kun je daarmee de snelheid instellen en een gewenste verdraaiing.
Maar wat laat je MARDEC dan doen als er een DCC-adres voor de stappenmotor voorbij komt?
De snelheid kun je vooraf configureren net als bij een servo.
In tegenstelling tot een servo die maar twee standen kent, is de gewenste verdraaiing bij een draaischijf natuurlijk steeds anders.
Hoe vertel je het aantal stappen aan MARDEC?

Nico

Tip:
Je kunt het plaatje wat kleiner maken door in de URL naar het plaatje, de Width en Height aan te passen.
Deze worden automatisch toegevoegd als je een keer op Bekijken hebt geklikt.

[TinTin]

Hallo Nico,

Dat het volledige geheugen al gebruikt wordt heb je inderdaad eerder gemeld, had ik nog niet aan gedacht.
Op RMweb kwam ik het volgende draadje tegen: http://www.rmweb.co.uk/community/index.php?/topic/78578-dcc-controlled-peco-turntable-project/page-1
Hierin sturen ze een stappenmotor ook aan met een Arduino middels DCC en ik dacht één plus één te kunnen combineren.
Misschien een MARDEC2 waarin wat functionaliteit uit MARDEC1 wordt weggelaten en nieuwe functionaliteit wordt toegevoegd....? 

groeten Erwin

ps bedankt voor de bijlage tip 

[Goosie]

Ik wil in de toekomst ook een draaischijf middels Arduino en stappenmotor gaan maken/aansturen
Gaat er meer om hoe je een draaischaaf aan moet sturen denk ik, en hoe je hem uit kan lezen bezetmelding e.d.
Ik heb me hierin nog maar een klein beetje ingelezen, en je moet in ieder geval vasthouden aan bepaalde protocollen om hem bijvoorbeeld via ITRAIN te kunnen aansturen.
Misschien ooit apart project lijkt me, gaat veel te veel buiten functionaliteit van de mardec om.
En maakt het dan ook weer gecompliceerder, en dat is juist net niet de bedoeling voor het grootste deel van de gebruikers!

[NTeering]

Ik denk dat Henk gelijk heeft. De truc zit 'm in de terugmelding.
Je computerprogramma kan de het DCC-bit hoog maken zodat MARDEC de motor kan laten draaien.
Het stoppen zal moeten gebeuren door je computerprogramma middels een terugmelding die hoort bij de gewenste stand.
Dan kan het DCC-bit weer laag worden en zal de motor stoppen. Zo bezien gebruik je dan een single steady accessory waarbij je 2 of 4 pinnen aanstuurt i.p.v. één.
Maar wellicht in een andere versie.
Het programma in die link is wel heel specifiek. Het doet zelf de sensors uitlezen. Dat zal Mardec nooit doen.

Edit:
Zojuist m'n Chinese ATmega2560 binnengekregen (€5,50).
Met 256 Kb aan geheugen!
Dus wellicht tijd voor een Mardec-XXL.

Nico

[Goosie]

Voor wie interesse heeft in de arduino werkgroep:
http://forum.beneluxspoor.net/index.php?topic=66940.new;topicseen#new

[Hans van de Burgt]

Vandaag samen met Nico Teering heerlijk gestoeid met de Mardec.
Het apparaatje op een Arduino geklikt, de configuratie uitgevoerd met het dialoogprogramna (tjee, wat eenvoudig, zeg), servo en enkele accessoires er aan gehangen en er lustig op los getest.

Vervolgens Traincontroller ingesteld op het werken met de Mardec, en deze aan het DCC signaal gehangen van de Digikeijs DR5000.

Prettig te zien dat alles doet, wat het moet doen.
Schakelaartjes toevoegen op het Edit scherm van Traincontroller en meteen zien welk effect dat heeft op de Mardec. En dan moesten we zelfs nog een beetje improviseren omdat ik geen trafo met wisselspanning ter beschikking had. 😄

Een aanrader, dus.

Gr, Hans