Doel:€250.00
Donaties:€85.00

Per saldo:€-165.00

Steun ons nu!

Laatst bijgewerkt
op 21-04-2020
Algemeen

De stichting

Recente berichten

Bahnstrecke 5867 door Jelmer
Vandaag om 21:51:07
Cardigan Bay Coastal Railroad in 0n30 door Martin Welberg
Vandaag om 21:47:53
Pfarrerwinkel bahn door Jelmer
Vandaag om 21:44:00
Spoor III in Nederland gebruikt? door decauville_nl
Vandaag om 21:37:40
Mehano Blue Tiger H0, kap openen voor inbouw decoder, ASB's en andere problemen door Wim Vink
Vandaag om 21:24:55
Doornvliet door cor_b
Vandaag om 21:12:46
Toon hier je nieuwe (model-) spooraanwinst(en)... door St00mboy
Vandaag om 21:02:54
Onlangs gespot - gefotografeerd, de foto's door Blausee-Mitholz
Vandaag om 20:59:51
Marklin 2020, nieuws van de fabrikant door Quinzeedied
Vandaag om 20:59:02
Roco wissels schakelen maar één kant op (DCC), maar analoog 14-16VAC beide kante door arwin
Vandaag om 20:57:08
Bouw NS 532 spoor 1 door edwin1974
Vandaag om 20:32:44
BMB 00-modulebaan, Algemeen. door St00mboy
Vandaag om 20:30:54
PREFO Tram Bouwpakket Gezocht door HOf Fan
Vandaag om 20:30:02
Rijtuigen op De Meer door verst107
Vandaag om 20:25:49
Minicamera of inspectiecamera, ervaringen? door Erik Baas
Vandaag om 20:08:33
Ombouw/Pimpen Bolle neuzen door RikM
Vandaag om 19:57:06
Spoor nul RijGroep NoordOost/Nederland door bernhard67
Vandaag om 19:48:24
"Litter Bin" voor Brits spoor en Britse modelspoorprojecten door St00mboy
Vandaag om 19:34:07
Buitenlust door rolfm
Vandaag om 19:03:16
Intermodellbau 2020 Dortmund 13-16 augustus door Martin Welberg
Vandaag om 19:03:12
Wie kan mij helpen met een baanplan voor rocoline met bedding? door Michel29874
Vandaag om 18:56:59
Zware botsing met SNG-stel, 22-05-2020 door Ronald69
Vandaag om 18:43:30
Mijn eerste H0-modeltreinbaan in aanbouw door Wim Vink
Vandaag om 18:16:35
Sloop NS1700 en DE-III stellen door Sander.
Vandaag om 18:06:04
Fleischmann Profi-rails, productie wordt gestaakt! door phdirk
Vandaag om 17:33:06
Verfraaien D-trein rijtuigen door R v/d Hoven
Vandaag om 17:24:50
's-Heer Heinkenspolder door Reinier Z.
Vandaag om 17:16:18
Lengte bezetmeldsectie bij n-spoor? door gvandersel
Vandaag om 16:39:54
Kellerstein; een nieuwe baan in H0 door Romavami
Vandaag om 16:11:49
NCS 7/8 tot NS 61 62 Maffei lok in spoor 0 door FritsT
Vandaag om 16:06:31
  

Auteur Topic: PWM met frequentieregeling met Arduino t.b.v. besturing analoge DC-treinbaan  (gelezen 7440 keer)

Timo

  • Team encyclopedie
  • Offline Offline
  • Berichten: 4670
Re: PWM met frequentieregeling met Arduino t.b.v. besturing analoge DC-treinbaan
« Reactie #60 Gepost op: 04 december 2017, 21:44:39 »
Hoi Joop,

Ik ga even over de code zoals ik het tegen kom. Lijkt misschien gezeur om het zo te lezen maar zo bedoel ik het niet! Probeer je tot een goed programma te laten komen :)

typedef struct pwmPins {
  int pin;
  unsigned long cyclus;
  unsigned long startCyclus;
  unsigned long toggle;
} pwmPin;

byte is groot genoeg voor een pin nummer. De pinState kun je ook gewoon uitlezen. Daarnaast zet je de initiële waarde van de pinState op HIGH terwijl de pin initiëel laag is.

Ook mag het in C++ direct:
struct pwmPin_t{
  int pin;
  unsigned long cyclus;
  unsigned long startCyclus;
  unsigned long toggle;
  bool pinState;
};

pwmPin_t pwmObjects[] = {
  {3}, {5}
};
const byte NrPwmObjects = sizeof(pwmObjects)/sizeof(pwmObjects[0]);
//ik gebruik vaak de macro
//#define numberOf(x) (sizeof(x)/sizeof(x[0]))
//dan kan je schrijven
//const byte NrPwmObjects = numberOf(pwmObjects);

En eigenlijk ben je met die struct en de setPWM functie al goed op weg om het een object te maken ;)

const byte pinMotor1    = 4;
const byte pinMotor2    = 5;
Zou ook een uitgelezen plek zijn voor een array ;)


unsigned long currentMicros  = micros();Doet niets, je kunt pas een functie aanroepen in een functie.

const byte pinPotmeter  = 3;Als je A3 gebruikt ipv 3 kan je nooit voor gekke verrassingen komen te staan. Want er zijn een aantal Arduino's waar analogRead(3) en analogRead(A3) niet hetzelfde doen.

pwm1 is nooit gebruikt en potmeter als global is niet zo zinvol.

if (speed < 0) {digitalWrite(pinMotor1, LOW);} else {digitalWrite(pinMotor1, HIGH);}Probeer dingen niet op één regel te proppen. Regels (en spaties) zijn gratis (maar overdrijf het ook niet).
if (speed < 0) {
    digitalWrite(pinMotor1, LOW);
  }
  else {
    digitalWrite(pinMotor1, HIGH);
  }
En moet je pinMotor2 ook niet aan passen? Of welke H-brug gebruik je eigenlijk?

getPotmeterSetting()Het is ook niet erg logisch dat deze functie de richting zet. Zou je namelijk niet verwachten aan de naam ;)

Dan meer naar de werking:
unsigned int freq = snelheid + 30;Okay, frequentie tussen 30 en 130 dus.

pwmObjects[index].cyclus = 1.00 / freq * 1000000;De float cast maakt het wel wat lastig maar zorgt denk ik voor de correcte afronding. Maar is hetzelfde als
pwmObjects[index].cyclus = (1000000 + (freq / 2) ) / freq;Maar in ieder geval de duur van een periode in us.

pwmObjects[index].toggle=pwmObjects[index].cyclus*snelheid/100;Hoeveel daar van aan.

Duurde even voor ik dat door had. period en onPeriode ofzo zou het duidelijker hebben gemaakt.

Ik zou het daarna overigens niet eens meer in 500us intervallen hakken maar gewoon checken. Zou eerder het aantal analogReads() beperken. Zeker omdat 500us nu best een grove afronding geeft. Zie deze grafieken wat voor variatie je nu hebt.

Ik zou het dus allemaal iets directer doen :)

Hopelijk is het niet te veel commentaar :angel:


Timo
Verzonden vanaf mijn desktop met Firefox

jmu

  • Offline Offline
  • Berichten: 150
    • Tandradbaantje blog
Re: PWM met frequentieregeling met Arduino t.b.v. besturing analoge DC-treinbaan
« Reactie #61 Gepost op: 05 december 2017, 10:07:14 »
Dag Timo,

Bedankt voor je correcties. De source was idd nog niet op orde en was hier en daar snel bij elkaar gekopieerd. Maar goede tips zijn altijd welkom, daar hoef je je niet voor te excuseren!
Kost het uitlezen van de pinState meer processor stappen? Dat is de reden dat ik vaak uitwijk naar een var.

Jouw berekening pwmObjects[index].cyclus = (1000000 + (freq / 2) ) / freq; levert een andere uitkomst. Het scheelt weliswaar niet veel (een half), maar waarom zou je het op die wijze doen?

Op jouw grafiek moet ik nog even studeren en het finetunen moet nog gebeuren. Ik heb iig al de freq berekening aangepast, omdat naar mijn zijn de freq te snel steeg. De formule is nu freq = 0.3 * snelheid + 30;

Joop

jmu

  • Offline Offline
  • Berichten: 150
    • Tandradbaantje blog
Re: PWM met frequentieregeling met Arduino t.b.v. besturing analoge DC-treinbaan
« Reactie #62 Gepost op: 05 december 2017, 17:11:23 »
Ik heb nog geprobeerd om een software oscilloscoop aan de praat te krijgen, maar dat loopt op een teleurstelling uit. Zelfs al zet ik een toongenerator op de ingang, dan nog is het signaal niet bruikbaar. Helaas lukt het me niet om zo de blokgolf te kunnen onderzoeken. Als iemand nog een tip heeft houd ik me aanbevolen.

Joop

Timo

  • Team encyclopedie
  • Offline Offline
  • Berichten: 4670
Re: PWM met frequentieregeling met Arduino t.b.v. besturing analoge DC-treinbaan
« Reactie #63 Gepost op: 05 december 2017, 21:05:14 »
Maar goede tips zijn altijd welkom, daar hoef je je niet voor te excuseren!
Gelukkig! 8) Het was namelijk nogal een rommelig zooitje tips geworden ::)

Kost het uitlezen van de pinState meer processor stappen? Dat is de reden dat ik vaak uitwijk naar een var.
Iets, maar als je ook digitalWrite() gebruikt is het verwaarloosbaar.

Jouw berekening pwmObjects[index].cyclus = (1000000 + (freq / 2) ) / freq; levert een andere uitkomst. Het scheelt weliswaar niet veel (een half), maar waarom zou je het op die wijze doen?
Zou kunnen dat jouw berekening juist niet correct afrondde (altijd naar beneden). Dat is precies wat ik hier fix met "+ (freq / 2) )". Voorbeeldje, met integer math 10 / 4 = 2. Terwijl als we het normaal doen is het 2,5 wat afgerond 3 geeft. Als je de teller verhoogd met de helft van de noemer zal integer math ook correct afronden. In het voorbeeld, (10 + (4/2) ) / 4 = (10 + 2) / 4 = 12 / 4 = 3. Correct afgerond  :)

Waarom je liever bij integer math blijft? De standaard, 8-bit, Arduino's hebben geen hardware voor floating point math. De compiler weet dit en werkt er om heen door het op te breken in een berg integer math. Maar dat is dus altijd een stuk trager dan het te doen in integer math. Dat is ook waarom je op 8-bit microcontroller (of meer algemeen, microcontroller zonder floating point hardware) liever gewoon de decimaal weg haalt. Dus als je euros wilt met centen achter de komma sla je hetgewoon op als centen. Wil je graden Celsius met één decimaal sla je het op als deci-graden Celsius. Dit punt zet je er zo weer in als je het wilt printen.

Op jouw grafiek moet ik nog even studeren en het finetunen moet nog gebeuren. Ik heb iig al de freq berekening aangepast, omdat naar mijn zijn de freq te snel steeg. De formule is nu freq = 0.3 * snelheid + 30;
Maar met die formule loopt je frequentie tussen de 30Hz en 60Hz... Dat is wel een heeeeeeel verschil met eerst. En weer, in integer math is het een stuk sneller. Okay, snelheid / 3 + 30 is niet helemaal hetzelfde maar wel een stuk sneller. Voorbeeldje:
volatile byte in = 10;
volatile byte out;
unsigned long tic, toc;

void setup(){
  Serial.begin(115200);

  Serial.println(F("---Float---"));
  tic = micros();
  for(in = 0; in <= 100; in++){
    out = 0.3 * in + 30;
  }
  toc = micros();
  Serial.print(F("Waarde: "));
  Serial.println(out);
  Serial.print(F("tijd: "));
  Serial.println(toc - tic);
 
  Serial.println(F("---Int---"));
  tic = micros();
  for(in = 0; in <= 100; in++){
    out = in / 3 + 30;
  }
  toc = micros();
  Serial.print(F("Waarde: "));
  Serial.println(out);
  Serial.print(F("tijd: "));
  Serial.println(toc - tic);
}

void loop(){
}
Uitkomst:
Citaat
---Float---
Waarde: 60
tijd: 2472
---Int---
Waarde: 63
tijd: 152
Goed, daar zie je al het verschil in uitkomst maar ook het enorme verschil in tijd. Namelijk 16 keer zo snel.

Zelf ooit wel een software oscilloscoop gebruikt maar niet veel en dat is lang geleden. Staat al een aardig tijdje een HP scope op me bureau :angel: Maar voor de geluidskaart oscilloscoop zal het nooit lukken om een blokgolf echt netjes weer te geven, zeker met die lage frequenties. Dat komt door de ontkoppel condensator in de geluidskaart waardoor je het altijd AC koppelt. Was ik even vergeten toen ik het noemde. Als je een goedkope USB geluidskaart gebruikt is deze condensator wel weg te halen. Maar voor blokgolven is de logic analyzergoedkope logic analyzer makkelijker.


Timo
Verzonden vanaf mijn desktop met Firefox