STM32 Frequenz Messung (>10MHz)

[Mark W. (mark_wer)]

Hallo Leute :)

Bin seit kurzem im Besitz eines STM32F4 Discovery Boards. Hab nun 
versucht - mit Hilfe von Beiträge hier - mit Capture Interrupt 
Frequenzen zu messen. Leider funktioniert mein Programm nur bis 
Frequenzen <700KHz und sonderlich genau ist es auch noch nicht. Habe 
jetzt schon seit Stunden alles mögliche im Internet durchforstet, aber 
komme auf keine Lösung. Ich würde mich freuen, wenn jemand von euch 
einen Tipp hat oder mir sagen könnte, was ich ändern müsste. Durch den 
Prescaler von 1 sollten Frequenzen bis 10MHz ja kein Problem sein und 
Frequenzen unter 1kHz brauche ich auch nicht. Würde es Sinn machen einen 
anderen Timer+Channel zu nutzen? Habe es schon mal mit Tim2 ausprobiert, 
aber da funktioniert dann gar nichts.. Vielen Dank schon mal im Vorraus 
und noch einen schönen Abend.

#include "stm32f4xx_conf.h"

static uint32_t messwert=0;
static float frequenz=0;

void init(void)
{
  GPIO_InitTypeDef GPIO_InitStructure;
  TIM_ICInitTypeDef TIM_ICInitStructure;
  NVIC_InitTypeDef NVIC_InitStructure;
  TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure;

  // Clock Enable
  RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOC, ENABLE);

  // Clock enable
  RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM3, ENABLE);

  // Config des Pins als AF-Input
  GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9;
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF;
  GPIO_InitStructure.GPIO_Speed = GPIO_Speed_100MHz;
  GPIO_InitStructure.GPIO_OType = GPIO_OType_PP;
  GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_NOPULL;
  GPIO_Init(GPIOC, &GPIO_InitStructure);

  // Alternative-Funktion mit dem IO-Pin verbinden
  GPIO_PinAFConfig(GPIOC, GPIO_PinSource9, GPIO_AF_TIM3);

  TIM_TimeBaseStructure.TIM_Period = 65535;
  TIM_TimeBaseStructure.TIM_Prescaler = 0;
  TIM_TimeBaseStructure.TIM_ClockDivision = 0;
  TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up;
  TIM_TimeBaseStructure.TIM_RepetitionCounter = 0;
  TIM_TimeBaseInit(TIM3, &TIM_TimeBaseStructure);

  // Vorteiler einstellen (83 => 1MHz)
  TIM_PrescalerConfig(TIM3, 1, TIM_PSCReloadMode_Immediate);

  // Channel 4
  TIM_ICInitStructure.TIM_Channel = TIM_Channel_4;
  TIM_ICInitStructure.TIM_ICPolarity = TIM_ICPolarity_Falling;
  TIM_ICInitStructure.TIM_ICSelection = TIM_ICSelection_DirectTI;
  TIM_ICInitStructure.TIM_ICPrescaler = TIM_ICPSC_DIV1;
  TIM_ICInitStructure.TIM_ICFilter = 0x0;
  TIM_ICInit(TIM3, &TIM_ICInitStructure);

  // Timer enable
  TIM_Cmd(TIM3, ENABLE);

  NVIC_InitStructure.NVIC_IRQChannel = TIM3_IRQn;
  NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0;
  NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1;
  NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
  NVIC_Init(&NVIC_InitStructure);

  TIM_ITConfig(TIM3, TIM_IT_CC4, ENABLE);
}

void TIM3_IRQHandler(void)
{
  static uint16_t pos=0;
  static uint32_t t1=0;
  static uint32_t t2=0;


  if(TIM_GetITStatus(TIM3, TIM_IT_CC4) == SET) {
    // Interrupt Flags loeschen
    TIM_ClearITPendingBit(TIM3, TIM_IT_CC4);

    if(pos==0) {
      pos=1;
      t1=TIM_GetCapture4(TIM3);
    }
    else {
      t2=TIM_GetCapture4(TIM3);

      if(t2>=t1) {
        messwert=t2-t1;

      }
      else {
        messwert=(0xFFFF - t1) + t2;
      }
      t1 = t2;
    }
  }
}

int main(void)
{
  init();
  SystemInit();

    while(1)
    {
      frequenz = 42000000/messwert;
    }
}

[Jim M. (turboj)]

Ich würde da mal spontan DMA in den Raum werfen...

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Das ist auch schon eine Menge (relativ) in der ISR. Stutz die mal 
zusammen und sauge nur den Capturewert, setze ein Flag und mach den Rest 
ausserhalb.

[Lurchi (Gast)]

Die Frequenzmessung mit der Capture-funktion ist zu hohen Frequenzen 
begrenzt durch die Laufzeit der ISR. Ein wenig code könnte man da ggf. 
noch kürzen (beim Löschen der Flags), ganz viel aber nicht. Je nach Takt 
für den µC ist da halt irgendwo Schluss. Ich hätte etwas mehr erwartet 
bei 42 MHz Takt. Per DMA könnte es auch schneller gehen die Daten 
auszulesen. Wenn man will kann man da auch Werte Überspringen / 
ignorieren, wenn sie sehr schnell kommen.

Für eine bessere Auflösung kann man die Zeit für mehr als eine Periode 
messen. Dazu werden neben der Zeitmessung auch noch die Interrupts 
gezählt und eine passende Zahl von Perioden ausgewählt.

Für deutlich höhere Frequenzen sollte man das Signal vor dem µC Teilen, 
ggf. geht das auch mit der µC internen Hardware, etwa indem nicht jede 
Flanke an capture event auslöst, sondern nur etwa jede 8. oder so. Wenn 
man keine niedrigen Frequenzen braucht kann der Teiler (z.B. 128) auch 
immer drin bleiben.

[Mark W. (mark_wer)]

Erstmal schon mal Danke, für eure Hilfe. Habe die ISR jetzt gekürzt, 
aber es gab leider keine merkbare Verbesserung. Ich würde gern jede 
Flanke erkennen, deshalb fällt diese Möglichkeit leider weg.. Das mit 
dem DMA hört sich nicht schlecht an, hab mich auch schon ein bisschen 
eingelesen, aber so richtig drauf gekommen, wie ich das mit DMA lösen 
kann, bin ich noch nicht.  Würde mich über Tipps freuen.

[Norbert (Gast)]

Löst jetzt nicht das Problem, aber ich fand schon immer das ein volatile 
bei bestimmten Variablen gut kommt. Besonders wenn sie in einer ISR 
modifiziert werden.

Ein STM32F4 kann 168MHz, use the force Luke!

[Jonas B. (jibi)]

>Ein STM32F4 kann 168MHz, use the force Luke!

Jo aber nicht auf den IO's soviel zur force junge...

Gruß J

[m.n. (Gast)]

Es gibt hier Beiträge im Forum "Projekte & Code". Allerdings ist die 
Suchfunktion gestört, sodaß ich diese nicht finden kann.

Ein Beispiel mit QVGA-Display findest Du hier: 
http://mino-elektronik.de/fmeter/neue_versionen.htm#a13
Die direkte Messung geht bis 2,5 MHz und mit internem Vorteiler bis 20 
MHz.
Dann gibt es noch eine fertige Lösung für das STM32F429 Discovery Board: 
http://mino-elektronik.de/FM_407/fmeter_407.htm#c1
Hier wird ein interner Timer als Vorteiler für die automatische 
Bereichsumschaltung benutzt.

[Norbert (Gast)]

Jonas B. schrieb:
>>Ein STM32F4 kann 168MHz, use the force Luke!
>
> Jo aber nicht auf den IO's soviel zur force junge...


Ja, aber wenn man sich über evtl. zu lange Sequenzen in der ISR 
unterhält, könnte der vierfache Takt zu einer Laufzeitverringerung 
beitragen.
Habe nur noch nicht berechnet um wieviel Prozent. ;-)

[m.n. (Gast)]

Habe es doch noch indirekt gefunden:
Beitrag "reziproker Frequenzzähler mit STM32F4Discovery"
und eine LCD-Anzeige dazu
Beitrag "LCD-Modul 2x16 am STM32F4Discovery-Board"

[dasrotemopped (Gast)]

>>Ein STM32F4 kann 168MHz, use the force Luke!
>Jo aber nicht auf den IO's soviel zur force junge...

Aber auf den externen Timer Eingängen. Ein paar 16bit-Timer kaskadieren, 
ein Zähler mit absoluter Genauigkeit ...

Gruß,

dasrotemopped.