AT Tiny44 bei PWM-Modus reagiert zu langsam

[JvH (Gast)]

Hallo,
ich baue einen Frequenzgenerator bei dem über ein Poti das 
Puls-Pausen-Verhältnis und mit Hilfe von drei Jumpern die Frequenz 
eingestellt wird.
Ich benutze dafür ein AT Tiny 44.
Leider reagiert der µC beim Umschalten der Frequenzen unregelmäßig 
schnell und grundsätzlich sehr langsam.Auch das ausschalten dauert sehr 
lange.
Woran kann das liegen?
Danke fur Antworten im Voraus.

[Karl H. (kbuchegg)]

* definiere 'unregelmäßig schnell'
* definiere 'grundsätzlich sehr langsam'

Über welche Zeiten sprechen wir?

Das der aktuell laufende PWM Zyklus zu Ende gefahren werden muss, dürfte 
klar sein.

Abgesehen davon liegt der Fehler, wie immer wenn es nicht ein 
systembedingter Fehler ist, in deinem Programm.

[JvH (Gast)]

Also wenn ich von den hohen zu den niedrigen Frequenzen wechsel dauert 
es bis zu 7 Sekunden bis sich die neue Frequenz einstellt. Vorher läuft 
die alte weiter. Andersherum geht es oft etwas schneller.
Will ich den PWM-Modus beenden dauert es sogar bis zu 11 Sekunden.
Das Programm ist recht einfach gestaltet und läuft an sich mit 
1,3kHz(Port togglen in der while-Schleife).

[Jörg W. (dl8dtl) (Moderator)]

JvH schrieb:
> Also wenn ich von den hohen zu den niedrigen Frequenzen wechsel dauert
> es bis zu 7 Sekunden bis sich die neue Frequenz einstellt.

Dann bräuchten wir wohl auch mal einen Schaltplan ... und das
Programm auch, wenn's nicht gerade geheim ist.

Klingt, als hättest du einen floatenden Eingang.

[Peter D. (peda)]

Wenn Du den Comparewert runter setzt, mußt Du auch den Timer auf 0 
setzen.
Ansonsten muß der erstmal über 65535 laufen, ehe der nächste Compare 
auftritt.


Peter

[JvH (Gast)]

Das mit dem Timer hat die Verzögerung zwar nciht behoben aber immerhin 
soweit eingegrenzt dass ich mit arbeiten kann.
Danke für die Hilfe.

[Karl H. (kbuchegg)]

JvH schrieb:
> Das mit dem Timer hat die Verzögerung zwar nciht behoben aber immerhin
> soweit eingegrenzt dass ich mit arbeiten kann.

Bei 7 Sekunden hast du einen gröberen Bock im Programm.
Warum zeigst du es nicht? So schlimm?

Spätestens nach 1/f[s], wobei f die alte Frequenz ist, muss die 
Einstellung stehen und die PWM umgeschaltet sein. Und ich glaube nicht 
dass du Frequenzen im Bereich 0.14Hz erzeugst.

[JvH (Gast)]

Okay, dann hier das Programm. Ich hoffe der "Bock" ist nur für mich 
versteckt und jemand findet ihn schnell.

int main(void)
{

/*****Variablen*****/

uint8_t adc_temp = 0;      // Variable für den gemessene Analogspannung
uint8_t ocr0a_temp = 0;      // Hilfsvariable fürs rechnen
uint8_t Jumper_Status = 0;  // Variable für Status der Frequnezen
uint8_t Jumper_Status_alt = 0;
  
 /******Initialisierungen*****/
 clock_prescale_set(7);        //CPU-Freuqeunz = 8Mhz/128
 init_ports();
 init_ADC();
 


    
while(1)
 {
  
  adc_temp = ReadAdc();

  Jumper_Status = 0;

  if(JUMPER1_SET)
    {
    Jumper_Status = J1_AKTIV;
    }

  if(JUMPER2_SET)
    {
    Jumper_Status = J2_AKTIV;
    }

  if(JUMPER3_SET)
    {
    Jumper_Status = J3_AKTIV;
    }


  if (Jumper_Status != Jumper_Status_alt)
  {
    switch (Jumper_Status)
    {
    case (J1_AKTIV):
      TCCR0B |= ((1<<CS00)|(1<<CS01));  //Teilungsfaktor 64 
      ocr0a_temp = 96;
      OCR0A = ocr0a_temp;
      TCNT0 = 0;              //Timer-Reset
      OCR0B = ((ocr0a_temp<<4)/adc_temp);
      init_TCCR();
      break;

    case (J2_AKTIV):
       TCCR0B &= ~(1<<CS00); 
      TCCR0B |= (1<<CS01);        //Teilungsfaktor 8 
      ocr0a_temp = 156;
      OCR0A = ocr0a_temp;
      TCNT0 = 0;              //Timer-Reset
      OCR0B = ((ocr0a_temp<<4)/adc_temp);
      init_TCCR();
      break;

    case (J3_AKTIV):
       TCCR0B &= ~(1<<CS00); 
      TCCR0B |= (1<<CS01);        //Teilungsfaktor 8 
      ocr0a_temp = 76;
      OCR0A = ocr0a_temp;
      TCNT0 = 0;              //Timer-Reset
      OCR0B = ((ocr0a_temp<<4)/adc_temp);
      init_TCCR();
      break;

    default:
      TCCR0A = 0;
      TCCR0B = 0;
      OCR0A = 0;
      TCNT0 = 0;              //Timer-Reset
      OCR0B = 0;
      break;
    }
    Jumper_Status_alt = Jumper_Status; 
  }
  else
  {
    if (Jumper_Status != 0)
    {
      adc_temp = ((255<<4)/adc_temp);
      OCR0B = ((ocr0a_temp<<4)/adc_temp);
    }
  }
  
  
  
 }
}

[Jörg W. (dl8dtl) (Moderator)]

Was genau macht denn init_ports()?

Ich hatte oben schon mal die Vermutung geäußert, dass du floatende
Pins hast, an denen deine Taster hängen, darauf bist du nicht
eingegangen.  Vielleicht postest du ja doch einmal den Schaltplan
und den kompletten Sourcecode.

[JvH (Gast)]

Den Schaltplan habe ich leider nicht digital. Aber an den Eingängen für 
den Jumper-Status hängen jeweils nur ein 1k Vorwiderstand, ein 
Kondensator zum Entstören und dass ganze wird dann per Jumper mit 5V 
verbunden. Nichts aufwendiges also.

Meine zweite Source FIle ist von einem anderen Projekt übernommen. Sie 
enthält  den Ablauf der AD-Messung und dürfte nach Copy-Paste-Methode 
keine Fehler enthalten. Die dritte Source FIle mit den Inits sieht wie 
folgt aus:

//#include <stdio.h>
#include<avr/io.h>
#include "ports.h"
#include "init.h"


void init_ports()
{
/****PortA****/
  DDRA |= (1<< PA7);  //alle Ports als Eingang(0), Port A7 als Ausgang(1)
  PORTA =0x00;    //alle Pull-Ups deaktiviert(0), keiner aktiviert(1)

/***PortB***/
  DDRB  = 0x00;      //PortB2(OC0A) als Ausgang(1)
  //PORTB =0x04;      //PortB2 als HIGH-Output(1)

}

void init_ADC()
{
  ADMUX =0x00;              //Vcc als Referenz(00), PortA0 als Eingang für ADC(0)
  ADCSRB |= (1<<ADLAR);    //Bits werden zuerst in ADCH geschrieben
  

}

void init_TCCR()
{
  TCCR0A |=(1<<COM0B1)|(1<<WGM01)|(1<<WGM00);  //Impulsreihenfolge High/Low|Modus ist Fast PWM
  TCCR0B |=(1<<WGM02);            //Fast PWM mit OCRA als Referenz
  //TCCR0B |= ((1<<CS00)|(1<<CS01));      //Teilungsfaktor 1/64 zu CPU-Clock
  DDRB |= (1<<OCR0A);
}

[Karl H. (kbuchegg)]

JvH schrieb:
> Den Schaltplan habe ich leider nicht digital. Aber an den Eingängen für
> den Jumper-Status hängen jeweils nur ein 1k Vorwiderstand, ein
> Kondensator zum Entstören

wie groß?

> und dass ganze wird dann per Jumper mit 5V
> verbunden.

Das klingt nicht gut.
Wenn der Jumper nicht gesetzt ist, wer zieht den Eingang auf 0?

> Nichts aufwendiges also.

Noch unaufwendiger wäre es gewesen, den ganzen Klimbim zu lassen, eine 
vernünftige softwaremässige Entprellung zu machen und die Jumper wie 
üblich gegen Masse schalten zu lassen. Dazu die internen Pullup 
Widerstände und deine Aussenbeschaltung ist bis auf die Jumper: 0 - 
njente - nada - nothing

[Karl H. (kbuchegg)]

Karl Heinz Buchegger schrieb:
> JvH schrieb:
>> Den Schaltplan habe ich leider nicht digital. Aber an den Eingängen für
>> den Jumper-Status hängen jeweils nur ein 1k Vorwiderstand, ein
>> Kondensator zum Entstören
>
> wie groß?
>
>> und dass ganze wird dann per Jumper mit 5V
>> verbunden.
>
> Das klingt nicht gut.
> Wenn der Jumper nicht gesetzt ist, wer zieht den Eingang auf 0?

Schalte mal direkt von den entsprechenden Pins einen 10k Widerstand nach 
Masse, wenn du nicht schon einen hast.