Pret met Arduino

[RudyB]

Er zijn diverse methoden voor treindetectie, zoals rail stroom meting, of een magneetje onder de trein dat een reed switch triggert, of dmv een optische sensor, of nog andere, meer exotische methoden. In deze video worden twee TCRT5000 IR sensoren gebruikt, zonder special reden, alleen maar omdat ik ze had liggen en omdat ze gemakkelijk op te nemen waren in een testopstelling.

Als we de sensors dan toch aangesloten en aan de praat hebben, maken we een treinsnelheidsmeter als klein intermezzo.


Link naar Fun with Arduino 19 Railway Crossing Train Detection with Optical Sensor

[Haas67]

Bedankt Rudy, voor de tip over de "Beam Interrupt Sensor" in deze video. 
Ik heb een heel aantal tcrt5000 sensors liggen die veel te gevoelig zijn voor omgevingslicht als ze als "Reflective Sensor" gebruikt worden.
Hopelijk gaat dit beter werken.
In ieder geval weer wat leuks te doen dit weekend. 

[RudyB]

We hebben ze op de beam interrupt manier in gebruik in een schaduwstation ... werkt prima.

[Haas67]

Ik wil ze gaan gebruiken voor een keerlus. 2 sensoren, 2 relais en een ATTiny85.

[RudyB]

In de voorgaande drie videos hebben we de losse onderdelen bekeken: knipperlicht, servo voor de slagboom, sesnors voor treindetectie. In deze video voegen we alles samen tot een werkende bewaakte overweg. Het State Transition Diagram dient als uitgangspunt en we maken de software op basis daarvan in 5 eenvoudige stappen.


Link naar Fun with Arduino 20 Railway Crossing Putting it all Together

Railway Crossing UK version

[tuurtje]

Hoi Rudy,

Reuze bedankt hiervoor 

Ik heb alleen nog een vraag is het mogelijk om te starten als het begin van de trein de eerste sensor passeert en de laatste wagon de tweede sensor passeert?

Groetjes

Arthur

[RudyB]

In software is alles mogelijk. De Arduino weet natuurlijk niet wat de laatste wagon is ... maar een manier om dat te checken is met een wachttijd. Bij een sensor overgang kan een timer starten ... als er tot het eind van de timer geen nieuwe verandering van de sensor was, dan was dit de laatste wagon. O.i.d ... ik moet er even over nadenken.

[TEE-RAM]

Rudy,
Bedankt, werkt heel leuk. Ga mij verder verdiepen in arduino.
Wim

[RudyB]

Een politieauto, brandweerauto of ambulance met knipperende lichten kan op een layout wat extra leven in de brouwerij geven. De uitdaging is om niet elke keer nieuwe code te hoeven schrijven als we een ander knipperpatroon willen. De uitdaging is om dezelfde software te gebruiken en alleen het aantal LEDs, het aantal stappen en het patroon van knipperen te configureren. Zou dat lukken? Ja natuurlijk lukt ons dat ...

Link naar Fun with Arduino 22 Step Sequencer for LEDs

[bask185]

Code: [Selecteer]

byte sequencer[NUM_LEDS][NUM_STEPS] = {
  1,1,1,1,0,0,0,0,   // LED 1
  1,1,0,0,1,1,0,0,   // LED 2
  1,0,1,0,1,0,1,0 }
vraagje, moeten hier geen extra accolades om de regels heen?
zoals:

Code: [Selecteer]

byte sequencer[NUM_LEDS][NUM_STEPS] = {
  {1,1,1,1,0,0,0,0},   // LED 1
  {1,1,0,0,1,1,0,0},   // LED 2
  {1,0,1,0,1,0,1,0} }

Ander vraagje. Hoewel op dit niveau nog niet echt significant, je gebruikt tamelijk veel geheugen voor je arrays.
Om een factor 8 geheugen te besparen kan je je arrays veranderen in bijvoorbeeld unsigned int of long zoals:

Code: [Selecteer]

unsigned long sequence1 = 0b10010001000110001001000100011000

In je loopje kan je dan met >> en & operators hetzelfde effect bereiken.

Code: [Selecteer]

for(n=0;n<32;n++) {
  byte bitje = (sequence1 >> j) & 1; // heb dit ff uit mn pols geschud.

  digitalWrite(ledPin,bitje);
}
Bij de eerst iteratie is n 0 en dan pak je alleen het achterste bit, bit0. De volgende iteratie worden alle bits met 1 opgeschroven naar rechts en dan wordt er alleen naar dat bitje gekeken.

Het is ook niet al te ingewikkeld voor onze eindgebruiker.

Het verschil in geheugen voor deze 32 bits bedraagt 28 bytes.

also. Omdat jij je arrays meteen initialiseert is het onnodig om de groottes mee te geven.
Bij "byte sequencer[NUM_LEDS][NUM_STEPS] = {"
zijn NUM_LEDS en NUM_STEPS optioneel.

P.S. ik weet niet of er bij de initialisatie van 'bitje' nog een cast naar byte nodig is. Zou zomaar eens kunnen dat de compiler gaat klagen, maar dat weet ik zo niet.

[Timo]

@bask185, voor de compiler maakt het niet zo uit, voor overzicht is extra haken wel aan te raden.

En inderdaad, een bool als byte opslaan is erg hongerig. Nu reserveert de AVR compiler voor een bool ook een heel word (aka, een byte) maar het is in ieder geval type safe en goed gebruik om altijd het kleinst mogelijke te gebruiken.

Dus jij ook En als je de hoeveelheid bit-foo wilt verminderen kan je ook bitRead() gebruiken (ook al doet die hetzelfde )

Ik snap alleen wel dat je niet gelijk aan de bit-foo wilt beginnen maar het dan als bool array definiëren is wel het minimale.

also. Omdat jij je arrays meteen initialiseert is het onnodig om de groottes mee te geven.
Bij "byte sequencer[NUM_LEDS][NUM_STEPS] = {"
zijn NUM_LEDS en NUM_STEPS optioneel.

Niet correct Als je dat probeert krijg je:

Code: [Selecteer]

declaration of 'test' as multidimensional array must have bounds for all dimensions except the first

P.S. ik weet niet of er bij de initialisatie van 'bitje' nog een cast naar byte nodig is. Zou zomaar eens kunnen dat de compiler gaat klagen, maar dat weet ik zo niet.

Nee, gaat impliciet


Timo

[bask185]

hmm nooit geweten dat je bij multidimensionele arrays geen extra haakjes hoef te zetten  , dat vind je echt terug in elke tutorial. Dat verklaart meteen wel waarom je dan wel de groottes moet opgeven

[Timo]

Dat komt omdat het voor de definitie van een array niet echt uit maakt, alleen voor de grote ervan.

Code: [Selecteer]

byte a[][2] = {{1, 2}, {3, 4}, {5, 6}};
//of
byte b[] = {1, 2, 3, 4, 5, 6};Zal naar exact hetzelfde compilen, namelijk 4 opvolgende geheugenadressen gevuld met 1, 2, 3 en 4. Vandaar ook dar je in C/C++ zonder waarschuwing buiten een array kunt lezen/schrijven.

Voor het lezen doet de compiler eigenlijk weer hetzelfde. Je kunt 'b' ook benaderen als

Code: [Selecteer]

b[2];Omdat je altijd terug kunt naar een dimensie omdat het nu eenmaal zo in het geheugen staat.

Ook kun je 'a' als parameter gebruiken voor een functie als:

Code: [Selecteer]

void foo(byte bar[2][3]){
  bar[1][0]; //geeft 3
}
foo(a);Voor de compiler is zowel a als b simpelweg een pointer naar een byte. Deze pointer wordt opgehoogd met het product van de grote zoals aangegeven bij definitie. Wat dus in geval van een functie niet dezelfde definitie hoeft te zijn.

Dus je mag ook een functie maken als

Code: [Selecteer]

void foobar(byte *p)
//en dan
foobar(a);
//of
foobar(b);

Timo

[RudyB]

Neopixels zijn adresseerbare LEDs met een ingebouwd IC dat zorgt voor datacommunicatie over slechts 1(!) draad en voor de pulsbreedtemodulatie  van de RGB(+W) LEDs. Deze data lijn is verbonden met een Arduino output. Zo kunnen we de kleur en de helderheid van elke individuele LED besturen. Met super simpele bedrading kunnen we zo bijvoorbeeld meerdere huisjes in een dorpje voorzien van verlichting, ieder met zijn eigen kleur en helderheid en timing ... net als in het echt.

De video miste tijdelijk in de blog post ... dat is nu hersteld.


Link naar Fun with Arduino 23 Neopixel Addressable LED, WS2812, struct{...}

[RudyB]

In de vorige video hebben we een step sequencer gemaakt voor adresseerbare LEDs (Neopixel). Het mooie van die sequencer is dat de stappen op een visuele manier kunnen worden opgegeven via een reeks enen en nullen: 1,1,1,1,0,0,0,0,1,1,0,0,1,1,0,0. Het nadeel van die werkwijze is dat de kleur per LED vast staat en dat de intervaltijd vast staat. De sequencer in deze video heeft volledige flexibiliteit, elke stap heeft zijn eigen timing en LED kleur.


Link naar Fun with Arduino 24 Neopixel Sequencer with Flexible Timing and Colors