Automatisering voor Kranenberg - Arduino's, bezetmelders, wissels, seinen

[NS264]

Precies waarom ik altijd huiverig ben als mensen met een Mega aan de slag gaan

Moet ook maar weer eens een poging wagen met jouw sketch, Meino.

Gr Koen.

[meino]

@timo

Timo, je gebruikt in je mailtje de termen uC's en LiPo's, kun je me in gewoon Nederlands vertellen wat dat zijn? Ik behoor niet tot de cirkel van ingewijden die dat soort termen kennen.

Groet Meino

[gvandersel]

uC => Microcontroller
LiPo => Lithium ion accu (batterij of voeding)

Groet,

Gerard van der Sel.

[Timo]

Ahh, ja, sorry! Als je wat langere reacties schrijft ga je dingen afkorten, uC, LiPo, LoPi etc. Dacht dat ik gezien de diepte van het onderwerp ze wel bekent zouden zijn. Mijn excuses!

Gerard heeft de afkortingen inderdaad al verklaard. Kleine uitleg waarom ze zo zijn.

• uC moet eigenlijk zijn µC zijn, met een mu, de afkorting van micro in het SI-stelsel. Maar die µ is altijd even nadenken dus wordt vaak vervangen door een reguliere u.
• LiPo is Lithium-ion-Polymeer accu, een type lithium-ion accu. Ook al wordt er vaak met LiPo dus meer algemeen lithium-ion bedoelt, in de RC wereld zijn echte LiPo's heel gangbaar. Combineren veel energie met het aankunnen van hoge ontlaadstromen.

Timo

[meino]

Gerard en Timo, hartstikke bedankt, weer wat geleerd.

Groet Meino

[Geert2]

Naar welke stand je hem stuurt zal voor de stroom weinig uitmaken,

Klopt, op het plaatje dat ik poste (hiervoor) zie je een max. stroom van 700mA. Deze is afhankelijk van de weerstand servomotor.

alleen voor de duur. Een servo probeert nu eenmaal zo snel mogelijk (dus full power) de juiste stap te behalen. Er zit geen gas op zeg maar. Voor ons lijkt de klap alleen wat groter door de snelheid die de motor behaald.

Daar twijfel ik over,  die 3ms dat er stroom vloeide naar de servo is de maximale tijd na elke referentiepuls. De elektronica in de servo zorgt er voor dat de motor niet oververhit geraakt.

M.a.w.  als je plots van 1ms referentiepulsen gaat naar 2ms, dan zal de servo elektronica er voor zorgen dat de servomotor een beperkte tijd stroom krijgt. (Ook al lijkt dit snel te gaan) Je hebt dus meerdere referentiepulsen nodig van 2ms om de juiste stand te bereiken.


Het kan zijn dat dit enkel op de door mij gebruikte servo's zo is?


Ik ga dit is vastleggen op meerdere plaatjes.

Edit: Zal voor volgend jaar zijn, het is oudjaar...

Geert

[meino]

Allereerst nog een goed Oud en Nieuw en de beste wensen voor 2019.

Op de valreep heb ik toch nog eens met mijn multimeter het stroomverbruik op de 5V voeding gemeten (dat is geen piekmeting, dat weet ik). Daar zijn momenteel 5 Arduino's (4xMega, 1xUno) met leds aan gekoppeld. Het verbruik is constant 450-458 mA. Dat betekend dat iedere Arduino ongeveer 75mA trekt. Op het moment dat ik een servo activeer, zie ik tijdens de tijd dat het servo bewoog, dat het gebruik naar ongeveer 600-640mA gaat. Dus een bewegend servo (de kleine blauwe 9g) trekt ergens tussen 160-200 mA tijdens de beweging. Mijn stekkervoeding kan 2A leveren, dus heb ik voorlopig nog capaciteit over

Groet Meino

[Timo]

Jullie ook nog de beste wensen!

De elektronica in de servo zorgt er voor dat de motor niet oververhit geraakt.

Of dat echt de elektronica is betwijfel ik, zeker in de kleine/goedkope servo's. Immers als je gewoon een 5V motor hebt kan deze gewoon tegen vol gas en zal deze dit zelf reguleren. Dat je meerdere referentie pulsen nodig hebt om van 1ms naar 2ms te gaan komt puur door hoe lang de servo (door de overbrenging etc) over doet om op volle motorsnelheid de "overkant" te halen en na hoelang de servo stopt met aansturen na het wegvallen van de puls. Dit zorgt ook voor een "ontspannen" servo na het aanroepen van .detach().

@meino, voor de maximale stroom ben ik dan ook absoluut niet bang Spontane resets van uC's wel.


Timo

[meino]

voor de maximale stroom ben ik dan ook absoluut niet bang Spontane resets van uC's wel.

Ik zal er op letten. Tot nu toe heb ik daar nog geen last van.

Groet Meino

[meino]

Nog even een update, ik heb de software voor de seincontroller nog wat aangepast. Voor de armseinen heb ik namelijk een "bounce" toegevoegd. Omdat ik geen bewegende beelden kon vinden, heb ik zelf maar iets bedacht. Op dit moment doe ik het alleen als de arm naar beneden gaat, dan laat ik als het ware de arm vallen. Zie het volgende filmpje van een Versimpeld vertakkingsein. Als iemand wel een filmpje kent, of weet hoe dit er uitzag, laat me het weten.
Ik heb ook nog een filmpje gemaakt van de werking van een Driehoogtesein, stelsel 46.

Groet Meino

[Klaas Zondervan]

Zoeken in het Engels levert dit op: https://youtu.be/MPQFi9jJgEo

[meino]

Klaas,

dat videootje had ik ook gevonden. Maar dat is geen NS Armsein en ik weet niet of die op de zelfde manier reageren. Maar in ieder geval nog bedankt.

Groet Meino

[Martin Hornis]

Schitterend driehoogtesein.

[meino]

Met dank aan Serve, toch wat meer informatie gekregen. Het blijkt dat door de constructie bij NS armseinen vrijwel geen stuiter reacties zijn, alleen bij mechanische bediening kan wat vibratie optreden. Er is wel verschil tussen het gedrag bij mechanische- en electrische bediening. Bij mechanische bediening zal het voorsein arm en vertakkingsein arm in volgorde bewegen (zoals in het eerste filmpje) maar bij een electrische bediening gaan ze tegelijkertijd. Omdat ik in de hoofdbaan gebruikmaak van lichtseinen, en de twee armseinen voor het secundaire spoor gebruik, maar wel bij het station, moet ik er wel van uitgaan dat het geheel electrisch (NX etc) bediend wordt, inclusief wissels. Dus een kleine wijziging in de Arduino schets en het volgende filmpje: Werking Enkelvoudig vertakkingsein

Groet meino

[Martin Hornis]

Mooi om te zien hoe dat werkt. Staat de bovenste seinarm wel echt horizontaal (bij onveilig)?