Doel:€250.00
Donaties:€182.50

Per saldo:€-67.50

Steun ons nu!
Actie: steun €2.50 via de Wim Vink kalender 2021!

Laatst bijgewerkt
op 18-09-2020
Algemeen

De stichting

Recente berichten

Ervaringen met veilingsites en webshops (Marktplaats, Ebay, Catawiki, etc). door Forever Rocofan
Vandaag om 15:29:12
Depot + vervolg Vlieringen-2 door Hans Reints
Vandaag om 15:24:16
De bouw van mijn modelbaan in Thailand door Hans Grasmaijer
Vandaag om 15:20:48
Roco 63123 startset, RAm met MultiMaus, geen geluid? door henk
Vandaag om 15:18:57
Sehr-am-Üzant II door nkob
Vandaag om 15:17:42
NS 6100 van GM&S door Ivo tB
Vandaag om 15:14:53
Gekke/vreemde/rare filmpjes en video's met treinen erin. door tijgernootje
Vandaag om 15:10:18
Update: baan in de tropen door Hans Grasmaijer
Vandaag om 14:53:17
Crafftiq start met de ontwikkeling en productie van modeltreinen door ingenium
Vandaag om 14:52:37
NL baan: Frotterdam in h0 door NS264
Vandaag om 14:49:51
Onlangs gespot - gefotografeerd, de foto's door Duvel
Vandaag om 14:17:35
De Hef in N schaal... door Ronald Halma
Vandaag om 14:12:04
Baanbouw Bosje77 door Wim Vink
Vandaag om 14:03:49
Rocrail gebruikersgroep door PeterC
Vandaag om 13:52:33
Philotrain HSM 726, de grote verbouwing door FritsT
Vandaag om 13:51:00
Frans diorama (Spoor 0e) door wpinkhof
Vandaag om 13:44:43
Bestaat er een lijstje met voedingen die niet meer veilig zijn? door Locofiel
Vandaag om 13:44:00
Ombouw/Pimpen Bolle neuzen door bollen neus
Vandaag om 13:37:58
Buitenlust door Joran
Vandaag om 13:28:50
Mijn eerste H0-modeltreinbaan in aanbouw door Wim Vink
Vandaag om 13:26:49
Afdraaien van locwielen naar RP25 door Klaas Zondervan
Vandaag om 13:06:53
Toon hier je nieuwe (model-) spooraanwinst(en)... door Nullem
Vandaag om 12:51:14
Baanbouw Frycio; eindelijk ruimte door Thai-Bundesbahn
Vandaag om 12:49:28
Projekt 083-338 door 44
Vandaag om 12:17:23
De fabriek - Spoor 0 door tijgernootje
Vandaag om 11:12:16
RTM-tijden herleven... door HRP
Vandaag om 09:27:25
Gelders Smalspoormuseum / Gelderse Smalspoor Stichting stelt zich voor door spoorijzer
Vandaag om 09:21:10
OV-bedrijven hebben nog steeds geen financiële steun ontvangen. door henk
Vandaag om 09:03:20
Baan in Los Angeles door AndrevdG
Vandaag om 08:57:23
Frans loodsje et cetera door Scratchbuilt
Vandaag om 07:38:03
  

Auteur Topic: Pret met Arduino  (gelezen 32658 keer)

RudyB

  • Offline Offline
  • Berichten: 550
  • EMV
    • RudysModelRailway
Re: Pret met Arduino
« Reactie #165 Gepost op: 28 juni 2020, 18:36:40 »
Mooi werk, daar kan iedereen die twee kanten op wil rijden gebruik van maken.

Als ik het even snel bekijk dan wacht je nadat sensor2 laag is geworden tot hij weer hoog wordt en dat is dan einde trein? Dat werkt alleen als de sensor zo geplaatst is dat de ruimte tussen wagons niet gezien wordt. Voor een optische sensor kan dat lukken als sensor en ontvanger diagonaal over de rails staan. Betrouwbaarder zou zijn om de 4 regels code een paar posts hierboven te gebruiken, die reageert pas als de tijd na de laatste L>H  langer duurt dan een instelbare tijd, zeg 2 seconden.

guy1846

  • Nieuwe gebruiker
  • Offline Offline
  • Berichten: 6
Re: Pret met Arduino
« Reactie #166 Gepost op: 28 juni 2020, 21:35:25 »
beste Rudy
ik heb hier een projectje van gemaakt dat zo kan nagebouwd worden, maar wel voor de 3rail gebruikers,met CS3+ met de rail onderbreking als feedback.  de interface is daar ook op gemaakt. met een galvanische scheiding tussen baan en micro controller.ontdaan van debounce.
je kan het zo publiceren, het werkt perfect. ik krijg het echter niet doorgestuurd.
als je me een mail stuurt zal ik het zo proberen.
mijn email   ......@gmail.com
gr
guy

On spam te voorkomen emailadres verwijderd. Beter even per Pb doen..
« Laatst bewerkt op: 29 juni 2020, 16:25:48 door Bert van Gelder »

bask185

  • Offline Offline
  • Berichten: 781
Re: Pret met Arduino
« Reactie #167 Gepost op: 28 juni 2020, 22:41:06 »
@Guy, als je code plaats tussen code tags dan wordt de boel wat leesbaarder voor anderen.
[ c o d e ] ( zonder de spaties )
// dit wordt dan code
[ / c o d e ]

Ik wil als je het niet erg vindt, je een paar tips meegeven om meer leesbare code te maken. Je code zoals hij is, is een klein beetje cryptisch. Het is nog wel te behappen maar het kan netter.
Je uitlijning klopt niet op bepaalde plaatsen en er staan aparte constructies in. Ik weet niet of het trouwens zo bedoeld is, ik vermoed van wel, maar sommige cases hebben geen break-statement.

    void loop() {
       switch(state) {
    case 1: // idle
      if(digitalRead(SENSOR1_PIN) == LOW) transition = 12;
Dit kan je schrijven als:
    void loop() {
        switch(state) {
        case 1: // sommige mensen doen dit, omdat de case een label is, een oud obsolete ding uit assembly.
            if(digitalRead(SENSOR1_PIN) == LOW) transition = 12;
// of als

    void loop() {
       switch(state) { // dit is iets meer standaard
          case 1: // idle
          if(digitalRead(SENSOR1_PIN) == LOW) transition = 12;
// of als
    void loop() {
       switch(state) { // dit is iets meer standaard
          case 1: // Ik ben zelf geen fan van inspringen na een : alleen na een {   maar ook dit wordt geaccepteerd
              if(digitalRead(SENSOR1_PIN) == LOW) transition = 12;

Een wit regel achter een break; kan ook geen kwaad.
case 8: // blinking, gate closing
      if(digitalRead(SENSOR1_PIN) == LOW) transition = 89;
    break;
    case 9: // blinking,waiting last wagon
      if(digitalRead(SENSOR1_PIN) == HIGH) transition = 9,10;
 
    case 10: // blinking, gate opening
      if(angle == GATE_OPEN) transition = 10,11;
    break;

// dit is netter
    case 8: // blinking, gate closing
    if(digitalRead(SENSOR1_PIN) == LOW) transition = 89;
    break;

    case 9: // blinking,waiting last wagon
    if(digitalRead(SENSOR1_PIN) == HIGH) transition = 9,10;
    // het klopt dat hier geen break hoort te staan neem ik aan

    case 10: // blinking, gate opening
    if(angle == GATE_OPEN) transition = 10,11;
    break;
// wat ik dan zelf nog wel eens wil doen is, creatief uitlijnen en meer dingen per regel zetten
switch(state) {
    case 7:  if (millis() > time_to_close_gate)     transition = 78;    break;  // blinking, gate still open
    case 8:  if(digitalRead(SENSOR1_PIN) == LOW)    transition = 89;    break;  // blinking, gate closing
    case 9:  if(digitalRead(SENSOR1_PIN) == HIGH)   transition = 9,10;          // blinking,waiting last wagon
    case 10: if(angle == GATE_OPEN)                 transition = 10,11; break;  // blinking, gate opening
    case 11: if (millis() > time_to_open_gate)      transition = 11,1;          // hier hoort wel een break eigenlijk
}
Niet iedereen is het hier mee eens omdat het niet 'standaard' is, maar ik vind dat de boel wel leesbaarder wordt. Met deze stijl valt het ook veel eerder op, als er iets niet klopt zoals bijvoorbeeld een missende break; of het valt eerder op dat er een case is bewust zonder een break;  ;)

Ik snap in grote lijnen wat je doet. Je hebt 1 switch-statement die de input en de flow regelt, en een tweede switch-statement die de output afhandelt. Ik begrijp alleen niet waarom je dan nog 2 switch-statements heb. Dit ruikt wel erg naar die Meally en Moor theorieën :)

Wat ik wilde zeggen er over:
Normaliter in state machines zijn nummertjes erg ongewenst. Ik snap dat je ze hier nodig dacht te hebben vanwege je gebruikte structuur. Maar je bent toch beter af met constantes met praktische namen. Bijvoorbeeld
case 1: // idle
...
case 2: // blinking, gate still open
...
case 3: // blinking, gate closing
...
case 4: //blinking waiting last wagon
...
case 5: // blinking, gate opening
...
case 6: // gate open , but still blinking

// Beter is:
enum states {
    idle,
    gate_is_open,
    waiting_last_wagon,
    gate_opening,
    still_blinking,
}
...

case idle:
...
case gate_is_open:
...
case gate_closing:
...
case waiting_last_wagon:
...
case gate_opening:
...
case still_blinking:
Als je consequent met namen werkt ipv nummers, dan maken de daadwerkelijke waardes niet meer uit. Als je hebt
byte state = idle;
...
case  idle:
dan maakt het geenzins uit of idle nu 0, 3 of 252 is. Dat maakt het ook makkelijker om states ergens midden in toe te voegen.

Als je netter omgaat met je code, dan wordt het werken met je code ook fijner voor jezelf. Als je veel case labels maakt met nummertjes dan kan je op  een bepaald door de bomen het bos niet meer zien. En als je uitlijning niet klopt, is het lastig te zien welke code achter welke if-statement valt.

Ik heb trouwens nog een vraagje aan iedereen trouwens. Ik heb deze syntax nog nooit waargenomen:
transition = 9,10;
en
case 9:10,
Kan iemand mij uitleggen wat er hier precies gebeurt?

Bas




guy1846

  • Nieuwe gebruiker
  • Offline Offline
  • Berichten: 6
Re: Pret met Arduino
« Reactie #168 Gepost op: 28 juni 2020, 23:03:46 »
Beste Bas
zoals je terecht opmerkt,ik heb er nog niet veel kaas van gegeten.ik heb al oefenend de file van Rudy uitgebreid. samen met de interface is het een projectje dat uitgebreid getest is en bij mij althans perfekt werkt.weet dat de interface (je) gemaakt is voor 3Rail (Marklin) met rail detektie en galvanisch gescheiden van de micro controller, de schakeling heeft geen last van debounce.
ik kijk de komende dagen met belangstelling uit naar je reacties.

guy1846

  • Nieuwe gebruiker
  • Offline Offline
  • Berichten: 6
Re: Pret met Arduino
« Reactie #169 Gepost op: 29 juni 2020, 12:30:13 »
crossrail interface
De interface voor de verbinding met het arduino printje.
is bedoeld voor 3rail gebruikers.
100% veilig voor de micro controller dankzij de galvanische scheiding met opto coupler.
is uitvoerig getest.
kan met aparte kontaktrail verbonden worden, of met reeds aanwezige bezetmelder-aansluiting aan de kontaktrail zelf of een S88, of een mix van beiden.
kan uiteraard ook voor andere toepassing op de spoorbaan gebruikt worden.





« Laatst bewerkt op: 01 juli 2020, 15:21:44 door guy1846 »

guy1846

  • Nieuwe gebruiker
  • Offline Offline
  • Berichten: 6
Re: Pret met Arduino
« Reactie #170 Gepost op: 01 juli 2020, 15:21:04 »

crossrail video

Code:[Selecteer]
[flash=640,480]https://www.youtube.com/v/QXV8STIhZhQ[flash]

72sonett

  • Team encyclopedie
  • Offline Offline
  • Berichten: 1707
    • El Carrilet
Re: Pret met Arduino
« Reactie #171 Gepost op: 01 juli 2020, 15:41:56 »
<a href="https://www.youtube.com/v/QXV8STIhZhQ" target="_blank" class="new_win">https://www.youtube.com/v/QXV8STIhZhQ</a>