Doel:€250.00
Donaties:€85.00

Per saldo:€-165.00

Steun ons nu!

Laatst bijgewerkt
op 21-04-2020
Algemeen

De stichting

Recente berichten

Projekt 083-338 door SBBcargo
Vandaag om 15:38:29
NS De-2 Holland Rail verbeteren door Blausee-Mitholz
Vandaag om 15:35:40
Maïsveld n spoor maken, tips? door nkob
Vandaag om 15:14:20
Doornvliet door cor_b
Vandaag om 15:11:24
Mijn eerste H0-modeltreinbaan in aanbouw door cor_b
Vandaag om 15:07:38
Welke rijtuigen achter NS 1100 door Rondje_HO
Vandaag om 15:06:41
BMB 00-modulebaan, Beveiliging door Hendrik Jan
Vandaag om 15:05:12
1e modelspoorbaan door Rondje_HO
Vandaag om 15:04:28
Cubana door Peter Spruit
Vandaag om 15:01:15
Benaming kabel voor onder treinbaan door iarnrod
Vandaag om 14:56:44
Toon hier je nieuwe (model-) spooraanwinst(en)... door chrvdv37402
Vandaag om 14:23:33
Bouwen van modellen bestaande uit gips door MOVisser
Vandaag om 13:56:50
De terugkeer van het Eiland Waan door Piet Groot
Vandaag om 13:52:18
Breedte nieuw op te zetten Fleischmann HO tafel afmeting door Klaas Zondervan
Vandaag om 13:09:46
Welke Duitse rangeerseinen bij eindstation door Wies
Vandaag om 12:38:23
Märklin/Trix TGV Thalys openen door System-M
Vandaag om 12:22:07
Roco Fccpps, overzicht van Roco-modellen. door Jamie
Vandaag om 12:05:56
Marklin H0 trein rijdt alleen maar achteruit door Huib
Vandaag om 12:03:22
Piko NS1100, materieelbespreking door VAM65
Vandaag om 11:32:11
Voorzichtig opstarten door jan_vm
Vandaag om 11:20:15
Gezocht, iemand die decoders in Märklin TEE 3071 wil inbouwen (Utrecht) door Huib
Vandaag om 10:58:07
Verschil in aansluitrail Roco Line met bedding door Harold34
Vandaag om 10:52:17
Lemke 2020 (oa Hobbytrain en Kato) door Rick
Vandaag om 10:34:22
NS modelbaan Hoekdam H0 door Henk Veenstra
Vandaag om 10:24:40
"Litter Bin" voor Brits spoor en Britse modelspoorprojecten door Suchet
Vandaag om 10:15:47
Frans bietenbaantje in 009 (en parallel in 0e) door tothebeach
Vandaag om 09:54:13
Molendaal, h0-baan, Nederlands tintje, Periode III-heden. 2,6x1,4m door NS264
Vandaag om 08:52:23
Ombouw/Pimpen Bolle neuzen door bollen neus
Vandaag om 08:48:53
Baanbouw Bosje77 door Frycio82
Vandaag om 07:38:11
Raadplaatje door spoorzeven
04 juni 2020, 23:20:30
  

Auteur Topic: PWM met frequentieregeling met Arduino t.b.v. besturing analoge DC-treinbaan  (gelezen 7457 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