MARDEC, de Multifunctionele ARduino dcc DECoder.

[bask185]

Die enter deed het soms niet, omdat het commando slechts '\r' moet zijn ipv '\r\n'. Ja wist ik veel  . Ik liep tegen hetzelfde probleem aan en ik ging ff in Nico's code snuffelen.

Edit: denk dat er veel meer knoppen bij moeten. +-CFIBSTRADNEP in ieder geval

Ik kwam tot de conclusie dat we het anders moeten aanpakken. Ik wil eigenlijk in de GUI zelf een soort van menuutje met controls maken waarbij je dan van allerlei dingen kan instellen, dan kan je op voorhand port nummer, dcc adres, servo standen en weet ik veel wat nog meer prepareren en dan met een 'send' knop de hele reeks in 1x opsturen. Ik denk dat dat iets intuitiever is, want ik heb naar mijn mening met dit nu niet echt heel veel bereikt ofzo 



Zal me nog wel pauzes kosten 

Bas

[Albert de Heer]

Hebben daar niet al 8 jaar het DCC-shield voor?


De eerste versie.

Maar beter goed gejat dan slecht bedacht.

Mvg Nico

Ja, ik heb blijkbaar je dcc-shield uitgebreid met dupont pinnen voor servo's. Ik denk dat dat het enige verschil is. Ik had me nog niet echt in je DCC_shield verdiept omdat ik iets zocht waar servo's rechtstreeks opgeprikt konden worden.
Ik had niet de intentie iets te jatten of te klonen.
(En ik ga ze zeker niet massaal produceren voor derden).

[Bert55]

Dan laat ik het even liggen Bas

Door die \n weg te laten werkte het veel beter. Had ook al een stel knoppen erbij gemaakt.
Nog best wel een paar dingetjes. Bijvoorbeeld de opgehaalde string. Display ervan gaat niet helemaal goed.
Bij display all laat die alleen de laatste helft poorten zien.
Grafisch staat het ook nog in de kinderschoenen

[Bert55]

Benieuwd  wat in deze jouw” al mijn goede ideeën “zijn Bas
 

Het niet goed weergeven van display all kan komen door de tekst in de interface dat er iets met lettertypes is. Begrijp dit verder niet, wel verschillende lettertypes ingesteld maar resultaat blijft hetzelfde.

Er moeten binnen de huidige gedachte wel veel knoppen aangemaakt worden, wellicht een half toetsenbord, dus betere ideeën zijn welkom.

[bord4kop]

Even hier verder, want ik heb een bruggelijkrichter toegepast.

Dat hielp goed v.w.b. de bezetmelders. Die reageren nu een stuk beter; sneller en accurater.

Maar nu is de Mardec Servo controller uitgevallen

De rails en de decoders zitten op een eigen DCC ringleiding.
De J & K (bij mij zwart en rood) vanaf de Z21 is opgesplitst. De ene Zwart/Rode draad heeft deze bruggelijkrichter (op rode draad) en gaat naar de (ringleiding van de) rails
De andere Zwart/Rode draad, zonder gelijkrichter, gaat naar de DCCnext(s) en de Roco-GBM modules.

De GBM 's geven netjes bezet aan, dat werkt nu beter.
Op de DCCNext branden alle LEDjes wel netjes, maar de servo's doen niets meer. De eerste keer wel, maar na een tijdje niets meer.


Ik wordt er wel echt moe van zo. Continue werkt het bagger, helemaal niet, dan soms, soms even en vervolgens weer helemaal niet.
(niet alleen de DCCnext's, maar ook de Roco's en GBM 's, de Z21, treinen, iTrain.. alles ku.. )

Ik ga even kijken hoe nu verder. Misschien begin ik wel weer helemaal vanaf 0. Als ik hulp nodig heb dan meld ik me hier weer!

Voor nu: heel erg bedankt voor de hulp, geduld en adviezen Nico en de anderen!   

[bask185]

Bluetooth en DCC Next zit leven in.

Ik had er niet veel werk aan. Je moet met zgn. AT commando's dat ding instellen. Ik heb alleen de pincode op 9999 gezet, de naam DCC_next gemaakt en de baudrate gezet conform de mardec code. Dit zou je makkelijk met een scriptje kunnen doen.


Het was even zoeken naar een goede app. Er zijn echt veel van en ze zijn het allemaal net niet. Deze bevalt me tot nu toe


Je hebt naast de terminal ook nog dit schermpje waar naar je kan wisselen. Stelt weinig voor. Ik heb nog geen servo aangestuurd, maar als ik daar ben wil ik pijltjes omhoog en omlaag gebruiken om de servo aan te passen. Als dat lukt, kan je je mardecs inbouwen en dan met je smartphone de laatste graadjes aanpassen.

Mvg,

Bas

[bord4kop]

Toch nog even een reactie.

Ik heb de hele handel aangepakt. De DCC voeding aangesloten per blok. Dus de "massa" overal op de linker spoorstaaf. En per blok een aansluiting (rechter spoorstaaf) op de terugmelders.
Ook de wissels zitten -soms per twee- allemaal op een eigen poort op de bezetmelder.
En nu werkt het allemaal perfect!

15 blokken / wissels op de Roco-Litfinskui combinatie en 8 servo 's op de Mardec. 
Volgende stap is om de seinen op de tweede en derde DCCnext aan te sluiten. Ik heb er weer zin in 

[Hans van de Burgt]

Ik heb nog een paar Arcomora shields liggen voor op een Arduino Uno. Ik twijfel of ik een paar extra Arduino Uno’s bestel, of dat ik onderstaande nano-uno shield adapter ga gebruiken. Ik heb namelijk nog verschillende Nano Aduino’s. Ik wil ze gebruiken voor Mardec.



Gr, Hans

[Albert de Heer]

Ik meen me te herinneren dat een nano niet genoeg geheugen heeft. Het schijnt met een trucje wel te kunnen maar ik weet de details niet uit mijn hoofd. Maar het lijkt me verstandig dat even uit te zoeken 

[bask185]

Een nano heeft dezelfde chip als een unu, maar er zit een andere bootloader op. Dat is een stukje code wat programmeren via USB mogelijk maakt.

Je moet de nano voorzien van de bootloader van een UNO. Dat hele process staat hier haarfijn uitgelegd.
https://docs.arduino.cc/built-in-examples/arduino-isp/ArduinoISP/



Mvg,

Bas

[NTeering]

Op de download site van Arcomora staat al sinds jaar en dag een document over het bootloaden.
https://www.arcomora.com/wp-content/uploads/2021/08/flash_bootloader.pdf


nico

[bask185]

Ik wilde ook voor andere dingen een GUI hebben. Normaal doe ik dat in Processing, maar dat was altijd een beetje traag. Vooral seriele communicatie, vraag en antwoord, dat wilde niet altijd snel gaan.

Dus ik heb nu chatGpt in Python een GUI laten maken in ~1.5 dag. Het was wel hard werken. Ik denk dat ik meer getikt heb naar het dan dat het code geproduceerd heeft. Ik ben nu niet erg thuis in python en met name die grafische library. Na veel ellende, ruzie en tranen hebben we uiteindelijk dit voorlopige resultaat behaald. Is het mooi? Niet echt, maar het is een functionele GUI.



De GUI kan niet werken met de originele dccNext code. Ik heb ook zelf nu code wat ik vooralsnog GPIOcore genoemd heb. Het is in grote lijnen hetzelfde met kleine verschillen in kunnen. En de werking is iets anders.

Als je geconnect ben en een software ID nummer gekregen heb (Dan weet de GUI of er een dccNext of iets anders aan hangt) Dan worden alle configuraties van de dccNext opgehaald binnen een paar seconde.

De GUI heeft in software 16 Inputs, 16 outputs en in het geval van een dccNext 16 fysieke GPIO

Een input kan je koppelen aan of een DCC adres, of een GPIO/schakelaar of aan allebei. Dan kan je nog opgeven of de schakelaar een moment/push schakelaar is of een latching/wip-wap schakelaar. En de derde optie is dat je er een route mee kan maken. Je kan dus met een druk knopje en/of DCC adres  8 outputs in een vooraf bepaalde stand zetten. (wisselstraat/route)

Indien je geen routes gebruikt, moet je de input koppelen aan een output door in de tab output een corresponderend nummer op te geven. Het is de bedoeling dat een output de kleur overneemt van het input blokje wanneer ze gekoppeld zijn. Die bolletjes onderin nemen ook de kleur over van het input of output blokje waaraan zij worden gekoppeld. Het idee is dat je dan makkelijker/duidelijker kan zien wat wat is.

Ik wil ook nog plaatjes toevoegen, zodat je kan zien of je een servo heb, of een magneet aandrijving voor een wissel of een wisselmotor of een relais etc.





Een input stuur je dus aan met een schakelaar of DCC en een input stuurt op zijn beurt dan 1 of meerdere outputs aan. Dit is de werking in een notedop.

Bij de output instellingen heb je een lijstje aan opties. Dat komt voor 80-90% overeen met wat een dccNext kan. Willekeurige lampen die aan of uit gaan dat zit er niet in. Wel hebben we deze mogelijkheden:
"Single Steady",
"Single Pulse",
"Single Flashing",
"Double Steady",
"Double Pulse",
"Double Flashing",
"Servo",
"PWM"

Afhankelijk van wat je kiest komen de bijbehorende onderdelen in beeld te staan met interlocking mechanismes. Het idee is dat dit moet voorkomen dat je conflicterende instellingen kan maken. Een niet dubbele uitgang bijvoorbeeld die heeft dan "pin B" uitgegrijsd zodat je die niet kan gebruiken.

Ongeacht wat je kiest, kan je ook nog extra relais gebruiken. Dit kan op 2 wijze. Je hebt speciaal voor electrofrog wissels de mogelijkheid om 2 relais te gebruiken.
Dan gebeurt er dit: relais 1 zet puntstuk spanningsloos, de servo klapt om OF de schakelpuls zet de wissel om en dan polariseert het 2e relais de wissel in de andere richting.

Of als je een unifrog wissel heb, kan je 1 relais gebruiken. Die klapt dan om tijdens als de servo halverwege de slag is. In het geval dat je geen servo gebruikt, klapt het relais mee met de eerste puls.

Op dit moment heb ik de GUI zo ver dat hij live settings heen stuurt naar een arduino. Ik heb daar een simpel basis protocol voor gemaakt voor de berichten afhandeling. Dingen als bericht lengte, checksum en ackowledging zitten er in verwerkt.

Het mooie is dat ik van de arduino slechts 33% van het flash geheugen gebruikt in plaats van 99% van de dccNext code. Dus dingen het inbouwen van seinen bijvoorbeeld, is misschien ook nog mogelijk.

De arduino code zou tevens ook 16 servo's moeten kunnen aansturen in plaats van 12. Doordat ik slim gebruik maak door dynamisch servo objecten aan pinnen te attachen en te detachen kan ik er 12 tegelijk bewegen maar wel kan ik dus 16 motors aansturen.

Ook kan je dingen als servo instellingen achteraf nog finetunen met je DCC systeem zodat je niet de hele printplaat onder je baan moet hangen of een 5m USB kabel moet trekken om de servo posities aan te passen.

Mvg,

Bas

[Bert55]

Mooie stap gemaakt Bas, complimenten.