MARDEC, de Multifunctionele ARduino dcc DECoder.

[Goosie]

Hallo Nico,

Ik heb dit alles nogmaals gecontroleerd, pc opnieuw opgestart enz.
Zoals ik al schreef ging de installatie niet volgens de manier die jij beschrijft(ik kreeg foutmeldingen rondom schets).

Ondanks dat stond de schets wel actief in de editor, dus ik heb hem vanuit daar maar geupload,
Volgens windows apparaatbeheer zit de arduino op com 8, en zo staat hij ook in de editor.
Ik sluit de editor af, en start putty via de configurator, en krijg dan dus deze melding .
Heb ook de instellingen van Putty nog gecontroleerd, maar die staat toch echt ook op com 8
Kortom, schets is goed geinstalleerd in arduino software, de handleiding klopt, en er is een nieuw item mardec administratie geinstalleerd, het gaat echter fout als putty aan de beurt is!
update:
Ik heb alles gedeinstalleerd en weer een volledige installatie van mardec 2 gedaan, nu werkt alles!

[NTeering]

Hallo Henk,

Tsja, het zal wel onduidelijk blijven wat er fout ging. Die foutmelding komt vanuit de Arduino IDE, ik heb'm nog nooit gezien.
Had je soms de IDE open op het moment van de update? Dat kan het wellicht verklaren.

Ik heb het zo juist nog even getest. Eerst de Mardec I geïnstalleerd en daar overheen de Mardec II volgens de handleiding.
Ging perfect.

Maar goed, alles deïnstalleren en opnieuw beginnen heeft dus geholpen. Ook maar een paar minuten werk.

Succes verder

Nico

[Goosie]

Zijn er mensen die de mardec werkend hebben met de nieuwe centrale van digikeijs de DR5000?
Op dit moment kan ik namelijk alleen werken met mijn oude IB basic centrale, dan functioneert alles naar behoren.
Koppel ik de DR5000 aan, dan functioneert mijn hele baan, alleen de mardec reageert niet op het dcc signaal

[Fritsprt]

Eigenlijk kan er in de vorm van het DCC signaal niets mis gaan. De Mardec maakt (volgens mij) gebruik van de DCC decoder library. Deze kan enige fluctuaties in de pulsvorm prima aan. Het enige dat ik kan bedenken is dat de uitgangsspanning van de DR5000 iets lager is waardoor de optocoupler niet goed werkt. De voorschakelweerstand van de optocoupler iets verkleinen zou dat probleem kunnen oplossen. Maar het blijft moeilijk om op afstand de oorzaak te duiden. Heb je de mogelijkheid om pulsen te meten? Bijvoorbeeld met een scoop of een logicanalyser? Je kan eventueel op de uitgang van de optocoupler meten met een universeelmeter in het DCV bereik. Zonder DCC zal je hier (vermoedelijk) 5V meten. Met DCC zal je daar een lagere spanning meten. Indien je dielagere spanning niet meet dan werktje optocoupler dus niet en kan je proberen de weerstand te verkleinen.

Succes,
Frits

[Goosie]

Eigenlijk kan er in de vorm van het DCC signaal niets mis gaan. De Mardec maakt (volgens mij) gebruik van de DCC decoder library. Deze kan enige fluctuaties in de pulsvorm prima aan. Het enige dat ik kan bedenken is dat de uitgangsspanning van de DR5000 iets lager is waardoor de optocoupler niet goed werkt. De voorschakelweerstand van de optocoupler iets verkleinen zou dat probleem kunnen oplossen. Maar het blijft moeilijk om op afstand de oorzaak te duiden. Heb je de mogelijkheid om pulsen te meten? Bijvoorbeeld met een scoop of een logicanalyser? Je kan eventueel op de uitgang van de optocoupler meten met een universeelmeter in het DCV bereik. Zonder DCC zal je hier (vermoedelijk) 5V meten. Met DCC zal je daar een lagere spanning meten. Indien je dielagere spanning niet meet dan werktje optocoupler dus niet en kan je proberen de weerstand te verkleinen.

Succes,
Frits

Hallo Frits,

Ik heb een scoop en gemeten op pin 6  van de optocoupler, ik heb daar een mooi signaal.

Ook heb ik het sniffer programma van Ruud de Boer in de arduino geladen

De DCC signalen komen dus wel degelijk aan in de arduino, maar er hij reageert nergens op.
Koppel ik de DR5000 af en hang mijn IB er aan, dan werkt alles.
Nu zie ik met dat sniffer programma met de IB dat er veel minder dcc code komt.
Je schakelt een wissel, en plop daar staat de regel in het terminalscherm.
Kies een loc, plof daar komt de loc enz.
Bij de DR5000 komen er veel meer regels tevoorschijn.
Ik heb Karst hierover bevraagd en die geeft aan:dat zijn de locs die gebruikt worden door de IR Controller Die reserveert zijn adressen bij opstarten
Zou de library van de mardec hierin achterlopen?
Vreemd allemaal, ik had begin van de week de mardec nog draaiend op de DR5000 en heb nadien wel een firmware update voor de DR5000 gehad, maar volgens Karst is die niet van invloed.

[Fritsprt]

Hallo Henk,

Je hebt inderdaad een keurig DCC signaal dus daar kan het niet aan liggen. Voor mij houdt het nu even op. Wellicht dat er andere forumleden een idee hebben.

ps. mooi metertje!

gr. Frits

[Karst Drenth]

Inderdaad , en ik zie ook een keurige RailCOm cut-out...

Zet RailCom cut-out generatie eens uit. Missschien kan je arduino firmware daar niet tegen ?? Of, draai de beide signaaldraden eens om ??


Grtzz,

Karst

[Goosie]

Inderdaad , en ik zie ook een keurige RailCOm cut-out...

Zet RailCom cut-out generatie eens uit. Missschien kan je arduino firmware daar niet tegen ?? Of, draai de beide signaaldraden eens om ??


Grtzz,

Karst

Dit alles uitgevoerd, helaas geen resultaat.
Wederom sniffer sketch geladen en je ziet keurig de dcc boodschappen doorkomen (dus arduino kan ze lezen!)
Mardec sketch geladen en  pin 3 als dcc adres 400  en knipperled (optie 3)geconfigureerd en getest (op pin 3 aangesloten led gaat volgens configuratie knipperen).
In bedrijfsmodus omgeschakeld, en ik kan adres 400 schakelen wat ik wil op de centrale, er gebeurt niks!
Schakel ik bijvoorbeeld adres 1 t/m 4 waar servo's op zitten via DR4024 dan werken die prima, en laat ik een lok op adres 20 rijden gaat ook prima.
Wil ik weer naar configuratiemodus van de mardec door loc adres 1000 dan gebeurt er helaas weer niks.
Dus op de een of andere manier bijt de dcc code van de DR5000 de dcc library in de arduino denk ik dan (niet gehinderd door echte kennis in deze materie  )

[Servé]

Misschien kun je de "marge" van de "0 en 1 detectie" iets versoepelen? Dit was ook het probleem waardoor de OC32 niet met de DR5000 werkte.

Btw: Afgelopen weken waren erg druk, ik ga komende week werken aan een nieuw printontwerp.

[spock]

De mardec2 heeft de MM adres offset optie erbij gekregen. Dat is een adres offset van 4. Kijk eens hoe je de mm offset kunt uitzetten of probeer het eens door de accesoire  adres te schakelen door met adres met 4 te verhogen.

Mvg spock

Verstuurd vanaf mijn SM-T800 met Tapatalk

[NTeering]

Volgens mij kan ik de situatie als volgt samenvatten:

- De DR5000 heeft bij Henk gewerkt met de MARDEC 1, maar na een firmware update van niet meer. Maar dat heeft er volgens Karst niets mee te maken.
- De sniffer tool werkt wel met de DR5000. Het kan dus niet liggen aan de Mynabay library of de Arduino lijkt me dan.
- Iedere andere centrale, voor zover nu bekend, werkt goed samen met de Mardec.
Zelf weet ik ook weinig van de interne werking van de DCC_Decoder library. Ik weet dus ook niet of daar nog wat te tunen valt en zo ja hoe dan.
Wie weet dat wel?

@Servé
Welke 'marge' bedoel je precies? Iets in de DR5000 of in de Mardec?
De print zien we wel verschijnen.

@Spock
Henk gebruikt die optie niet, want hij heeft geen MM en dus past de MARDEC geen offset correctie toe.

[spock]

Hallo Nico,

Ik heb vorig jaar een wisseldecoder sketch geschrevenobv de DCC-decoder en onlangs de DCC-decoder library gebruikt als basis voor het decoderen van een specifiek ir signaal.

Vwb het tunen van de Dcc-library zijn eigenlijk alleen de volgende waarden van toepassing:

Code: [Selecteer]

#define    kONE_Min         40
#define    kONE_Max         80

#define    kZERO_Min        90
#define    kZERO_Max        140

Hiermee bepaal je wat de minimum en maximum tijden zijn van de pulslengte van een 1 en een 0. Dit vermoed dat hier niet veel te halen is.

Mijn ervaringen is dat er wel eens een commando niet gezien wordt door de DCC library. . Meestal wordt dit opgevangen omdat de centrale een accessoire commando meermaals uitzend en dan mag er wel een wegvallen. Ik kon dit met een testprogramma aantonen. Ik gebruik een Ecos2 centrale.

Ik kon de betrouwbaarheid vergroten door in de loop() meermaals de functie DCC.loop(); aan te roepen. Vooral na het aanroepen van een functie die wel eens langer kan duren.

Code: [Selecteer]

loop()
{
DCC.loop();
if (dccontvangen != 0) {
    //  zet de wissel code
     DCC.loop();
}
servoControl.update();  //update all servo's
DCC.loop();

// doe nog wat andere dingen

}

Ik ben niet in het bezit van een DR5000, maar ik denk dat Karst wel kan vertellen hoevaak een accessoire commando wordt uitgezonden.

mvg spock

[Karst Drenth]

Hoi,

Dat kun je instellen bij de "Track Out | DCC-Properties | Advanced | Turnout Repeat"

Grtzz,

Karst

[NTeering]

Bedankt Spock voor deze informatie.
In de oude dummydecoder deed ik nog één DCC.loop voor alle servo's:

Vereenvoudigde code:

Code: [Selecteer]

Void loop()
{
  DCC.loop();
  for each servo proces servo
}
In de MARDEC doe ik al een DCC.loop voor iedere servo/accessory

Code: [Selecteer]

void loop()
{
   for each servo/accessory
  {
     DCC.loop();
     proces servo or accessory
  }
}
Er valt dus eigenlijk geen winst meer te behalen door DCC.loop vaker aan te roepen.

[Servé]

@Nico,

Ik bedoel te marge in de MARDEC. Maar als hij wel met de versie I heeft gewerkt en niet met de II, zou dat geen probleem moeten zijn. Als ik van de week tijd heb, zal ik eens even een MARDEC II opbouwen en aan de pijnbank met de DR5000 hangen.