Paul's baan

[PaulBng]

Vandaag verzonnen dat ik me niet druk hoef te maken over het hoe en wat van de rijspanning op de opstelsporen.
Ze worden elk bekrachtigd met een relais.
Als ik dat relais in Mardec definieer als een accessoire van de bijbehorende wissel, gaat dat helemaal vanzelf.

Intussen luistert de Mega wel naar JMRI, maar ik begrijp nog niets van wat daar binnenkomt, in kan de logica van de bits niet vatten...

OPEN:
 
CT1001 Transmit ua=1 OB=1   0 0 0 0 0          0000 0001        0000 0000
CT1002 Transmit ua=1 OB=3   0 0 0 0 0          0000 0011        0000 0000
CT1003 Transmit ua=1 OB=7   0 0 0 0 0          0000 0111        0000 0000
CT1004 Transmit ua=1 OB=F   0 0 0 0 0          0000 1111        0000 0000
CT1005 Transmit ua=1 OB=1F  0 0 0 0 0         0001 1111        0000 0000
CT1014 Transmit ua=1 OB=1F 20 0 0 0 0        0001 1111        0010 0000
 
CLOSE:
 
CT1001 Transmit ua=1 OB=1E 20 0 0 0 0        0001 1110        0010 0000
CT1002 Transmit ua=1 OB=1C 20 0 0 0 0       0001 1100        0010 0000
CT1003 Transmit ua=1 OB=18 20 0 0 0 0        0001 1000        0010 0000
CT1004 Transmit ua=1 OB=10 20 0 0 0 0        0001 0000        0010 0000
CT1005 Transmit ua=1 OB= 0 20 0 0 0 0         0000 0010        0010 0000
CT1014 Transmit ua=1 OB= 0  0 0 0 0 0          0000 0000        0000 0000
 
Blijkbaar zijn de eerste twee bytes relevant. Maar de logica ontgaat me geheel...

Iemand?

[PaulBng]

Ik was het zat. Dat CMRI geen touw aan vast te knopen, DCCNEXT niet op gang te krijgen.

Ik heb nu JMRI op DCC++ gezet. De DCC commando's om wissels om te zetten zijn leesbaar en makkelijk te decoderen.
Die komen langs de seriële poort binnen en zijn te onderscheppen.

Nog even uitzoeken of je JMRI zijn vragenlijst bij opstarten kunt onderdrukken. Niet nodig en duurt lang.

Morgen de sketch nog aanpassen, zodat ie de (niet verplicht physiek aanwezige) drukknoppen een volgnummer geeft, en dan ben ik er denk ik uit.

Heeft even geduurd...

[PaulBng]

Weer druk aan het programmeren geweest.
Ik kan nu met JMRI wissels omzetten en het resultaat terug rapporteren.
Nog wat kleine aanpassingen doen, het wordt wel wat.
Zo moet ik bij opstarten de stand van de wissels aan JMRI m3lden, dat is bijna af.

Nog niet gevonden hoe ik de opstart sequence van een jmri node kan aanpassen. Dat is nog wel een dingetje.

Intussen wordt het dorp weer wat groener...

[PaulBng]

Ik begin langzaam in de goede richting te komen.

Paneel gemaakt, wissels en sensoren omschreven, en de wissels (nu twee in de test opstelling) reageren mooi, en de status is te zien in het panel...

[PaulBng]

Weer een stuk verder gekomen.

Leuke kleurtjes, sporen genummerd. De stand van de wissel duidelijker gemaakt met de richting van de tong, en een kleur in het rondje: zwart is rechtdoor, rood is afbuigend.

Bij het opstarten van JMRI reageert de sketch nu op de vraag naar de status van de wissels. Of dat straks klopt moet ik nog zien. Misschien heeft dat nog wat aanpassing nodig.

Eigenlijk wil ik dit vanaf een tablet (iPad) doen. Dat was snel opgelost: webserver van JMRI starten, en op de tablet met de browser naar de pc met poort 12080.

Plaatje onder is van mijn iPad.



Nu nog zien of ik die toolbar boven weg krijg.

Ik denk dat ik dit ook maar voor de hoofdbaan ga gebruiken, met knopjes achter de hand.
Hoe dat moet met twee Arduino's moet ik nog uitzoeken. Mss een extra node op een tweede comport....

[PaulBng]

Vanmiddag de vernieuwde sketch op de hoofdbaan geprobeerd. Werkt naar tevredenheid.

Het enige dat nog niet jofel is, is het afhandelen van de status van de wissels bij het opstarten. Dus vereist nog wat aandacht.

Verder moet ik nog de ontkoppel rails zien toe te voegen.

Als afleiding begonnen met het bouwen van een station, met als basis een strook balsa hout, met daarbij de restanten van een ander, te breed station, en het dak van weer een ander.

[PaulBng]

[PaulBng]

https://thumbs-eu-west-1.myalbum.io/video/1k0_h264/4bd997d9-e43d-40d9-b8a6-3b926e15b4d7.mp4

[Bert]

Sfeervol Paul.
Er komt licht uit  fundering hier en daar, vast wel gezien. 

[PaulBng]

Klopt. Maar het vriest 12 graden, dus kan er even niets aan doen....
Maar het is al een stuk minder als het huis op z'n plaats staat. Het hele dorp moest omhoog vanwege aanpassing bedrading...

Wel 60 afrastering palen de grond in geramd, en een pad aangelegd....

Morgen draad erlangs. Leuke klus bij deze temperatuur. 😉

[Bert]

Hoi Paul,
Je gebruikt Mardec heb ik begrepen.
Was er zelf ook even mee bezig omdat ik Mac gebruik, blijf wel trouw aan DCCnext voor onbepaalde tijd maar de Mac interface (Arduino IDE) sprak me wel aan.

Nu krijg ik de Mardec sketch niet geladen op een UNO ivm iets geheugen tekort:
Sketch uses 34034 bytes (105%) of program storage space. Maximum is 32256 bytes.

Hoe heb jij dat opgelost?

[PaulBng]

Ha Bert...

Ik vond de DCCNext te beperkt in de mogelijkheden.
Dus ik ben al vrij vroeg overgestapt op een Arduino Mega 2560 R3.

Ik ben nog niet tegen limieten aangelopen.

De basis is idd Mardec, maar die dus inmiddels zwaar gemodificeerd.
Ik ben me ervan bewust dat dat problemen gaat opleveren bij een eventuele nieuwe versie van Mardec, maar dat zie ik niet zogauw gebeuren. De vraag is ook wat het dan brengt, dus daar maak ik me niet druk om.

De modificaties die ik gemaakt heb:
- Aantal wissels verhoogd
-  Behalve een wissel omzetten door op een knop te drukken, kan ik dat nu ook met een "virtuele" knop. Dit omdat Mardec aanneemt dat de dcc commando's op pen 2 binnen komen. Het is mij niet helemaal duidelijk hoe. Met een motorshield? Maar ik wil helemaal  geen motor aansturen. Dus  JMRI met C/MRI geprobeerd maar dat kreeg ik niet gedecodeerd. DCC++ bleek een stuk makkelijker.
Het enige wat nog niet werkt is JMRI vertellen wat de status van de wissels is bij opstarten.
Format van de response. DCC++ komt met een wissel idvan twee integers. De response moet de wissel id bevatten. Maar hoe? Weer twee integers? Of het nummer an de gekoppelde sensor?
Nog niet uit.

En ik moet de ontkoppelrails nog verzinnen in JMRI panels.

Verder twee lcd shields aan gehangen waarop ik vertel wat er gebeurt.
De knoppen gebruik ik om delen van de verlichting aan te zetten, en wellicht nog wat sporen op de hoofdbaan.

[Bert]

Ah, dat verklaard het, maar echter deels. Dezelfde INO kan ik ook niet op een DCCnext laden, daar zit ook een 328p in, dus met hetzelfde geheugen. Ik denk dat er een verschil moet zijn in de gebruikte sketches. Heb Nico Teering een mail gestuurd.

Zelf loop ik (nog?) niet tegen de beperking aan, " gewoon" een paar extra DCCnext'en en ik kan DCC aansturen (liefst alles) voor wissels en seinen en voor zover nodig met schakelaars verlichting en zo

Arloco draait nu wel prima op mijn Mac.

edit: kan natuurlijk met een 24C256-geheugen het "probleem" oplossen

[Bert]

Nico melde dat de ino prima op een 328p moet passen.......

Welke versie mardec heb jij?
Ik * Version 6.0 November 2019

[PaulBng]

Mijn gecompileerde, gemodificeerde Mardec sketch is nu 39748 bytes groot.

Ik zou wat kunnen winnen door wat efficiënter te programmeren (identieke stukken in subroutines bijv) maar de sketch gebruikt maar 15% van program storage space, en 42% van dynamic memory.
Dus daar ga ik niet moeilijk over doen.

[Bert]

Dat past dus alleen op een mega.
Maar even verder puzzelen.
Mardec.ino is wel wat kleiner dan 32kb maar de nmra library doet het hem. Even verder puzzelen.

[PaulBng]

Verder met de bedrading van het schaduw station.
14 wissels, 15 sporen en 14 ontkoppelrails.

Er ontbreken nog 12 draden...

Vandaar een Mega, Bert....



Soldeer station lijkt overleden. Te goedkoop?

[PaulBng]

Gezien het feit dat ik voor het schaduwstation meer pinnen nodig heb, ik er in de sketch twee overgeslagen heb, de pinnen van de lcd's midden tussen de rest zitten en ik eenzelfde sketch wil gebruiken voor hoofd-en schaduwbaan (en wrs een derde deel) moeten alle pin/port definities op de schop, en moet alle bedrading van de hoofdbaan aangepast.
Daar gaat wat tijd in zitten. Goed voorbereiden voor ik er aan begin.

Met het huidige weer buiten moet dat lukken 🤪

[Bert]

Prima keuze Paul die Mega.  Ik gebruik er ook 4, wordt waarschijnlijk 5, voor bezetmelding (Arloco plus eigenbouw massadetectie). 1 per tafelsegment zodat loskoppelen van tafeldelen te doen is.

Dan is 1 DCCnext per tafeldeel voldoende voor wissels en seinen en zo.
Ik wil ook nog het nodige doen met actieve verlichting (in panden gaat het licht ook wel eens aan en weer uit) en beweging, daartoe printen ontworpen, in feite een atmega chip met kristal, wat componenten en connectoren. Daar kan ik Mardec op zetten of een eigen sketch.

Ik krijg trouwens Mardec.ino nog steeds niet op een 328p ivm geheugenruimte maar lukt wel via Putty ( van Arcomora)

[PaulBng]

Ik begin steeds meer lol te krijgen in het aanpassen van wat ooit Mardec was.

Ik heb besloten om de Mega voor het schaduwstation direct daar onder te monteren. Dat voorkomt 2m lange printer kabels die vast storing gaan geven. Dan blijft er alleen een usb kabel en wat voeding over. Ik maak het wel zo dat ik het met die printer kabels kan testen, ben nieuwsgierig...

Dan heeft lcd's daarop monteren geen zin.
Dus de volgende Mega met de sketch voorzien. Bleef hangen. Na enig onderzoek veroorzaakt door het loshangen van A0 en A1 die de lcd knoppen zou moeten uitlezen. Aan 5v gehangen hielp.
Dus de sketch aangepast. Bij initialisatie vraagt ie nu of die knoppen er zijn, en slaat dat ook op in de eeprom. Dan slaat ie het uitlezen over. Werkt als een tierelier 😃

Nu moet ik 14 wissels en 15 sporen definiëren en aan elkaar hangen, en ontkoppel rails definiëren.
Verder heb ik verzonnen dat het wel handig is wanneer ik op de camera kan zien hoe een wissel staat, en daarmee een spoor "actief" is.
Ik denk dat te kunnen doen door een rode en groene led tegengericht aan elkaar te solderen, en dat met een weerstand tussen de spoorstaven. Als de wissel dan naar dat opstelsporen staat, en er spanning op komt, licht één van de leds op afhankelijk van de rij-richting....
En zo blijf je van de straat.

Dat aan en uitdoen van lampjes zou je ook met een Arduino kunnen doen zonder verdere hardware...

[Bert]

Er zijn ook 2 kleuren leds voor het goede idee

[PaulBng]

Weet ik.
Maar die hebben een gezamenlijke anode (of kathode, weet ik even niet) dus dat gaat niet werken...
Ga 't concept vanavond testen...

[denobis]

Paul de 2 kleuren leds zijn er zowel in common anode als common kathode (ik heb ze hier beide liggen).

[PaulBng]

Voor mijn doel mogen ze die "common" niet hebben....

Gisteren met trots (🙄) twee lcd displays opgeblazen. Geen idee waarom.

Ik had twee Arduino's via een usb hub aan m'n laptop hangen om JMRI Panel op het schaduw station te testen. Besloot daarna om de externe voeding van de usb hub in te steken, en toen einde oefening voor die dingen. Ééntje was zelfs te ruiken.
Ik heb geen idee waarom, en dus kan het nog een keer gebeuren.

Had gelukkig nog displays van mijn "testbed". Maar de test is nog niet gedaan. De Arduino's hadden al eerder samen gehangen, maar niet met externe 5v voeding (de Arduino's, niet de hub).
Alles wat aan de Arduino's hangt heeft zijn eigen voeding, dus voorlopig maar zonder usb-hub voeding.

Nou was ik al van plan om over te stappen op een enkele tft display ipv 2x lcd.
Er is er intussen één aangekomen, en zag van een demo interessante scroll mogelijkheden (half scherm scrollen etc).

Volgende week weer een weekje wandelen in de bergen, de avond therapie wordt die tft doorgronden.

[PaulBng]

@denobis
Twee leds omgekeerd en een weerstandje van 1k. Lukt niet met leds met gemeenschappelijke anode/kathode..





Inmiddels is de bedrading van het schaduw station in eerste instantie klaar, ik wacht nog op wat stekkers om de voeding aan te sluiten.
En even bedenken hoe ik die leds ga inbouwen. Iets simpels verzinnen..
De vraag is of ik dat straks op de camera zie. De verlichting is nogal fel. We gaan het zien..