DCC++ centrale en arduino: ervaringen?

[DJV]

Gaat lekker Bastiaan.

[BastiaanV]

Nou, toch maar de moed opgezocht om gister van alles en nog wat in elkaar te zetten en tot nu toe vrij tevreden! Zelfs met 1 melder per blok en 4 blokken in een ovaaltje, jaja, niet te ingewikkeld, rijden er twee locs best okay.

Dus, RocRail samen met een DCC++ centrale en mijn eigen gefabriekte terugmelders werken best leuk!

Linkje: https://youtu.be/XrCHa7LuDzI

[DJV]

 

[GP20]

Langzaam maar zeker krijgt de digitale besturing vorm.

Ik heb een oude behuizing gestript en ben die nu aan het opbouwen tot base station:


voorzijde


achterzijde


binnenwerk

De usb kabel komt in de Uno gestoken om een eventuele softwareupdate (verwacht dat het niet nodig is) te kunnen doen zonder alles open te moeten maken en te demonteren.

Behalve de Uno (met motorshield) en de voeding komt er nog een lineaire spanningsregelaar in om de Uno te voeden met 12V en de ontvangstmodule.

Ik ga uit een oud soepblik een afscherming om de voeding heen maken zodat deze de ontvanger zeker niet kan storen.

De controller is het volgende project, eerst wil ik dit af hebben.

[bask185]

Ziet er goed uit, mooie kast.

Ik heb nog een ingeving die misschien wel of niet handig is voor jou. Zoals je misschien weet heeft arduino een library om een viruele comport er bij te maken met willekeurige I/O pinnen. Het werkt niet zo goed als de echte Rx Tx pinnen, maar op 9600BPS werkt het prima. Je kan er voor kiezen om een max 485 module in te bouwen en aan te sluiten op een virtuele I/O port.

Dit geeft je de mogelijk om in de toekomst met andere arduino's of uControllers te communiceren over afstand. Als aansluiting kan je dan 1 of 2 RJ45 (internet connectoren) te gebruiken. Dan kan je met een simpele netwerk kabel 2 of meer modules met elkaar verbinden. Ik heb modelbanen gezien waarbij ze handcontrollers hadden gebouwd die je op meerdere plaatsen in de baan konden prikken, dat wordt dan ook een mogelijkheid hoewel dat zwaar overkill is voor een klein baantje 

[GP20]

Ok, da's een goed idee. 

Het is wel zo dat de code in de base station nu volledig de code van de maker ervan is, ik heb daar niets aan gewijzigd.

De code van de controller is wel voor 80% aangepast. De opzet is om tenminste 1 controller te maken met de eerder genoemde 433 MHz transceivers.

Als de base station code uit te breiden is (het kan natuurlijk altijd maar of mij dat lukt) met de genoemde library dan zijn de kosten van de 485 module geen argument om het niet te doen. (net opgezocht) Het is sowieso altijd later nog toe te voegen.

Het wachten is nu een lading standofs/spacers die van aliexpress hiernaar toe onderweg zijn. Dan kunnen de Uno en zo op de basisplaat vast gemaakt worden. Moet ook even de moed verzamelen om de transceivers te solderen, die zijn nog kleiner dan ik al dacht.

Het wordt een kleine baan maar wel verdeeld over 2 ruimten dus als de draadloze versie niet naar behoren werkt dan is dit mogelijk een mooie oplossing.

[Timo]

Als je tijdens normaal gebruik geen serieel met de pc nodig hebt kan je de 485 ook gewoon op pin 1 en 2 aansluiten. Alleen de !RE voorzien van een pull up zodat de max485 niets doet tijdens starten en dus het eventueel uploaden van code. De DE pin kan je dan aan !RE hangen maar dan zal er dus ook data over de 485 gaan tijdens programmeren. Dus beter om die aan een losse Arduino pin te maken met een pull down[. Dan blijven zowel de Receive Output als de Drive Output stil tijdens programmeren.

Nadeel is dat als je de 485 ook werkelijk wilt gebruiken in je programma je geen makkelijke debug methode meer hebt. Maar aan de andere kant, in mijn opinie is het beter de hardware serial te gebruiken voor de kerntaak en eventueel een software serial voor debuggen. Deze zal je dan alleen via een losse Serial<->USB converter moeten aansluiten. Voor de prijs hoef je het niet te laten

Maar aan de andere kant, als je voor iets als handregelaars wilt gaan zou ik eerder kijken of je een LocoNet implementatie toe kunt voegen.

@GP20, werkt de 433Mhz een beetje? Zijn ervaringen zijn namelijk nooit zo heel geweldig met die 433Mhz dingetjes, de band is aardig vol. Zelf meer fan van de nRF24L01+ modules voor draadloos.


Timo

[GP20]

Ik weet nog niet of de 433 MHz hier lekker werkt, moet de dingen nog in elkaar solderen en wachten totdat alles klaar is.

Ik heb in ieder geval net 2 stuks NRF24L01+PA+LNA besteld op ali.

[bask185]

Als je tijdens normaal gebruik geen serieel met de pc nodig hebt kan je de 485 ook gewoon op pin 1 en 2 aansluiten.

De rede waarom ik software serial aanraadde is omdat het uploaden van programma's vaak niet goed werkt indien er iets is aangesloten op de Rx en Tx pinnen

[Timo]

Snap ik, maar daarom heb ik vertelt hoe het wel probleemloos kan


Timo

[Ad Cleijsen]

Inspirerend draadje.

Al wat langer loopt mijn zoektocht voor het aansturen van mijn treintje. Hierbij verandert de zoektocht meer en meer naar zelfknutselarij in plaats van folie verwijderen. In het verlengde van in deze periode in te vullen iijstjes van verlangens, heb ik daar zomaar een arduino startset  opgezet.
Hoop de de goedheiligman dit draadje ook leest

Groeten Ad

[GP20]

@Ad,

Ga je ook richting DCC++ met een draadloze controller?
Ik ga voor stand alone, de USB aansluiting zou ervoor moeten zorgen dat ik met een PC/laptop ook locs kan programmeren, vandaar de dubbele uitgang. In de praktijk ga ik denk ik een plankje maken met een eigen Uno, motorshield en stukje spoor welke naast de PC komt te liggen (laptop heb ik niet).

[BastiaanV]

Leuk om te zien GP20

Ik heb niet veel tijd gehad om te spenderen, maar ik kan nu wel met meerdere treinen digitaal rijden met mijn Chinacrappie 43A shield (20 echte ampere's denk ik). Ik heb helaas nog niet genoeg terugmelders en moet nog een servo onder een wissel plakken.

Ben heel benieuwd of het allemaal goed gaat werken op 433mzh. Normaal gesproken moet het bereik zeker beter zijn dan 2.4Ghz van Wifi of NRF modules (die ik ook wel ken). NRF is prima, maar zit op de Wifi band en dat levert over het algemeen meer verstoring op dan 433mzh (hogere frequentie, minder bereik, meer bandbraadte, gaat altijd drie kanten op). NRF modules heb ik trouwens voor mijn Lego treinen ooit es gebruikt (zie alhier https://www.youtube.com/watch?v=RiZZz38yhHg ). Samen met Blynk App. Deze kan ook HTTP dingen doen met REST, JSON etc. Zou in principe prima te combineren zijn.

Uiteindelijk ga ik in mijn centrale ook de OrangePi plaatsen waar de RocRail backend op draait, althans, dat is het plan ... ben voorlopig meer aan het modelbouwen dan treinbaan bouwen (iets met ruimte en bureau ).

[Timo]

Je hebt gelijk dat de NRF modules de band met WiFi delen en dat het dus wat druk is. Maar de 433MHz band is ook echt niet rustig. Zeker omdat de zenders die daar actief zijn vaak een stuk "lelijker" zenden en mede daardoor een slechter bereik hebben. Mijn ervaring is toch echt beter dan de meeste 433MHz zenders doordat de modulatie beter en netter is. Zeker omdat je ook makkelijk CRC en acknowledgment toe te passen is.

En je kan de NRF24L01+ instellen op een hogere frequentie dan WiFi. WiFi loopt tot 2,492Mhz (2,472MHz center frequentie) en je kan de NRF instellen tot 2,525MHz. Nu kan ik alleen zo snel niet vinden wat de wettelijke beperkingen in Nederland zijn maar goed. In Duitsland mag je namelijk maar tot 2,4835MHz maar die zijn wel vaker wat strikter

Met de NRF24L01+ scanner sketch kan je makkelijk uitvinden rond welke kanalen het rustiger is


Timo

PS Absoluut geen persoonlijke kritiek! Als de 433MHz band voor je werkt, lekker zo laten

[GP20]

@Bastiaan,
Leuk zo'n Legotrein, ik moet me inhouden maar ik heb me voorgenomen om het bij 1 systeem te houden .

@all,

Gaat het wel een issue worden?

Ik sta nooit verder dan een paar (ca. 7) meter van de ontvanger (base station) vandaan. Ik heb de modules ook nog eens op 100mW ingesteld, het maximum vermogen.

Ik heb alleen geen idee of de zender en ontvanger elkaar kennen zeg maar omdat je ze niet hoeft te binden. Is dat bij een NRF module wel het geval?