Problem mit TimerOne-Bibliothek auf Leonardo

[Johannes (menschenskind)]

Hallo,

Für mein Projekt benötige ich eine PWM, deren Periodendauer ich per Poti 
steuern möchte.
Dafür habe ich mir die Leonardokompatible TimerOne-Bibliothek von hier 
(https://www.pjrc.com/teensy/td_libs_TimerOne.html) geladen.

Nachdem ich ein Problem feststellte, habe ich nun erstmal diesen Code 
zum Testen (das Auskommentierte ist die ursprüngliche Funktionalität):

#include <TimerOne.h>

int LedPin = 11;

unsigned int potiPin = 1;

unsigned long delayValue = 0;
unsigned long old = 0;
unsigned int readoutPoti = 0;

void setup() {
  Timer1.initialize(10000);
  Timer1.pwm(LedPin, 500);
  
  Serial.begin(9600);
  
  //The pin with the LED
  pinMode(LedPin, OUTPUT);
}

void loop() {
  readoutPoti = analogRead(potiPin);
  delayValue = map(readoutPoti,0,1023,200000,1000000);
//  Timer1.setPeriod(delayValue);

  Serial.println(readoutPoti);
  Serial.println(delayValue);
  delay(10);  
  
  for (unsigned long i=1;i<50;i++){
    Timer1.setPeriod(i*10000);
    delay(500);
  }
}

Die LED-Blinkdauer wird damit auch länger, aber zwischendurch gibt es 
wie "Sprünge" die ich mir nicht erklären kann, als würde sich der Timer 
zwischendurch noch mal mit einem anderen DutyCycle initialisieren. Dann 
blinkt die LED plötzlich mit etwas höherer Frequenz und dann reduziert 
sich die Blinkdauer wieder.
Ich hab mal ein kurzes Video gemacht, da sieht man das aber nur 
bedingt... https://youtu.be/Di3e10YUvWc

Vom Code sollte es ja passen und auch die Variable, die "setPeriod" 
übergeben wird hat eine ausreichende Datenbreite.
Funktioniert evtl. die Bibliothek nicht korrekt?

Danke im Voraus.
Hannes

[Johannes (menschenskind)]

Ok, ich hab mir mal die Headerdatei angeschaut und ich vermute es liegt 
daran, dass der Timer umkonfiguriert wird, wenn die Periodendauer einen 
bestimmten Bereich überschreitet.

if (cycles < TIMER1_RESOLUTION * 2UL) {
    clockSelectBits = _BV(CS11);
    pwmPeriod = cycles / 2;
  } else
  if (cycles < TIMER1_RESOLUTION * 4UL) {
    clockSelectBits = _BV(CS11) | _BV(CS10);
    pwmPeriod = cycles / 4;
  } else
  if (cycles < TIMER1_RESOLUTION * 8UL) {
    clockSelectBits = _BV(CS12);
    pwmPeriod = cycles / 8;
  } else
  if (cycles < TIMER1_RESOLUTION * 16UL) {
    clockSelectBits = _BV(CS12) | _BV(CS10);
    pwmPeriod = cycles / 16;
  } else

Dass das aber so sichtbar zu Tage tritt hätte ich nicht gedacht.

[Checker (Gast)]

Eigentlich willst die Pulsweite steuern, nicht die Periodendauer.

[Johannes (menschenskind)]

Nein, das Tastverhältnis bleibt konstant. Ich möchte die Frequenz 
variieren.

[Checker (Gast)]

Dann darfst du dich nicht wundern wenn du Frequenzbereiche fährst die 
eine Änderung des Prescalers erfordern. Alternative wäre es selbst zu 
schreiben mit festen Prescaler. Schränkt dann den Frequenzbereich ein.

[Checker (Gast)]

a) ohne Vorwiderstand höchst fahrlässig
b) wird das festgelegte Duty Cycle mit dem Top Wert kollidieren, weil es 
bestimmt nicht dynamisch angepasst wird