Modelbaan uitlichten m.b.v. WS2812 (Neopixel) leds en Arduino.

[Ajean]

Modelbaan uitlichten m.b.v. WS2812 (Neopixel) leds en Arduino.

In dit forum is al vaker geschreven over het uitlichten van je modelbaan d.m.v. led strips, zowel strips met witte leds als strips met RGB leds, al dan niet digitaal aangestuurd.
Het “nadeel” van deze strips is dat alle leds bij aansturing de zelfde kleur weergeven.
Bij nacht simulatie geven bijvoorbeeld alle leds dezelfde  kleur blauw weer.
Wil je echter een meer realistische dag/nacht simulatie (bijvoorbeeld links van je baan komt de zon op en is het lichter terwijl  het rechts nog nacht en donker is, of je wilt een gedeelte van je baan met een net iets andere kleur belichten) dan zul je een andere manier van uitlichten moeten zoeken.
Een manier is, volgens mij, je modelbaan uitlichten m.b.v. WS2812 (Neopixel) leds die aangestuurd worden door een Arduino micro controller. WS2812 (Neopixel) leds zijn  RGB leds met een ingebouwde controller zodat iedere led afzonderlijk kan worden aangestuurd, zowel op kleur als op helderheid. Ook zijn fade in/fade out als ook knipper effecten mogelijk.
Op dit moment ben ik bezig een proefopstelling te maken om met alle mogelijkheden te experimenteren. Uiteindelijk wil ik komen tot een ,DCC aangestuurde, automatische dag/nacht simulatie.
Ik hou jullie op de hoogte van mijn vorderingen.

Adri

Meer informatie: https://learn.adafruit.com/adafruit-neopixel-uberguide/overview

[André v H]

Dit klink interessant.
Blijf dit volgen

[Timo]

Zijn inderdaad leuke stripjes en goed aan te sturen door het dozijn aan lib's. Ik vind ze zelf alleen te duur om hiervoor te gebruiken. Denk dat je ook al een heel eind komt door de verlichting boven de baan op te delen in stukken van 1 of 2 meter. Maar elektronica, voor mij altijd een plus 


Timo

[Ajean]

Voor een baan van enkele meters kan het inderdaad prijzig worden.
Voor mijn diorama (lengte 1 meter) was ik echter aan leds en arduino een kleine 50 euro kwijt.

Adri

[gvandersel]

Leuk project. Alleen jammer dat het DCC is. Ik ben SX rijder.
Wordt trouwens nog leuk met interrupts disabled gedurende bepaalde tijden.

Groet,

Gerard van der Sel.

[Ajean]

Een Arduino kan op verschillende manieren worden getriggerd. DCC is er slechts een van.

Adri

[gvandersel]

Dat weet ik. Ik heb zelf een uitgebreide SX bibliotheek. Echter interrupts disabled gaat het niet worden. Ben ook benieuwd hoe je dat met DCC gaat doen. Ganbare methode is toch op basis van interrupt om het inkomende bits te lezen.

Groet,

Gerard van der Sel.

[Ajean]

Om de programma sketch simpel te houden wordt de Arduino getriggerd door een OC32/DCC van VPEB

Adri

[Dave van der Locht]

Dat weet ik. Ik heb zelf een uitgebreide SX bibliotheek. Echter interrupts disabled gaat het niet worden. Ben ook benieuwd hoe je dat met DCC gaat doen. Ganbare methode is toch op basis van interrupt om het inkomende bits te lezen.

[nog verder off-topic mode]

Wat is nou je probleem met interrupts en het disablen dan i.c.m. DCC of SX?

Je hoeft veelal niet ALLE interrupts te disablen en je kunt 'taken' goed langs elkaar uit laten voeren door je Arduino. Je moet natuurlijk niet lappen code in 1 interrupt laten uitvoeren als je met timing rekening moet houden, maar met een beetje slim programmeren zijn interrupts juist een genot en zijn het daarom gangbare methoden.

[/nog verder off-topic mode]

Gr. Dave

[gvandersel]

Dave,

Volledig met je eens. Echter ik heb in mijn SX-bibliotheek een belasting van circa 25% door de SX-bus software. Dit moet met bitbanging gebeuren, er is geen hardware beschikbaar. Ik ben aan het experimenteren met de 8 bits schuifregistermodus, om de 96 bits binnen te halen. Hierdoor krijg ik nog maar 1 interrupt op 8 bits.
Maar dit is nog verre van operationeel.

Groet,

Gerard van der Sel.

[Ajean]

Heren,

Ofschoon ik er niets van begrijp (ben geen techneut) zal jullie interrupts discussie best interessant zijn, maar ik vraag me wel af wat de specifieke meerwaarde ervan is voor dit topic.

Adri

[straatje60]

Ja mee eens.
De term uitlichten doet me ook jeuken 

[Timo]

Als je het DCC deel laat doen door de OM32 is het niet zo lastig. Of je nu drukknopjes of een OM32 gebruikt maakt namelijk niet uit. Laat je de Arduino ook het DCC deel doen dan kan het nog wel eens wat lastig worden. De timing om de Neopixels aan te sturen is nogal kritisch. Zitten er interrupts van DCC tussen kan het nogal eens fout gaan. Andersom kan je DCC pakketten missen als er een interrupt is als je de Neo's aan stuurt.


Timo

[Ajean]

Hallo,

Stand van zaken:

Tot nu toe heb ik het kleurenverloop van de dag/nachtsimulatie en de bijbehorende RGB (kleur) waarden bepaald.
De waarden zijn verwerkt in een Arduino sketch zodat de led strip aangestuurd kan worden.
Het resultaat is, op wat verfijningen na, datgene wat ik voor ogen had.

Echter na veel pogingen is het me nog steeds niet gelukt om per led de overgang van de ene kleur naar een anderen vloeiend te laten verlopen. De abrupte wisseling van kleur is nog steeds duidelijk te zien. Dit zelfde geld voor de wisseling van helderheid.
In de library van zowel Adafruit_NeoPixel als die van FastLed zijn voorbeelden te vinden waarin deze overgang wel vloeiend gebeurt.
In de bijbehorende sketches is me echter niet duidelijk met welke programregel(s) dit aangestuurd wordt.

Wellicht basiskennis maar mijn programmeer ervaring ligt in een ver verleden en was vooral database gericht (Clipper) en is daarom wat roestig.

Suggesties en tips zijn welkom

Groeten,

Adri

[Timo]

Als je je huidige code kunt geven dan kan ik er even naar kijken. Plaats ht wel tusse [ code] tags.


Timo