STM32F103 Timer Input Capture: "TIM_ICPolarity_BothEdge" nicht verfügbar - Workaround?

[Info (Gast)]

Mit der Capture-Einstellung "TIM_ICPolarity_BothEdge" an Timer 4 Channel 
2 (PB7) werden nur steigende Flanken erkannt, weil offenbar keiner der 
Timer diese Möglichkeit hat:

stm32f10x_tim.c

void TIM_ICInit(TIM_TypeDef* TIMx, TIM_ICInitTypeDef* TIM_ICInitStruct)
{
  ... 
  if((TIMx == TIM1) || (TIMx == TIM8) || (TIMx == TIM2) || (TIMx == TIM3) ||
     (TIMx == TIM4) ||(TIMx == TIM5))
  {
    assert_param(IS_TIM_IC_POLARITY(TIM_ICInitStruct->TIM_ICPolarity));
  }
  else
  {
    assert_param(IS_TIM_IC_POLARITY_LITE(TIM_ICInitStruct->TIM_ICPolarity));
  }

  ...

stm32f10x_tim.h

...
#define  TIM_ICPolarity_Rising             ((uint16_t)0x0000)
#define  TIM_ICPolarity_Falling            ((uint16_t)0x0002)
#define  TIM_ICPolarity_BothEdge           ((uint16_t)0x000A)
#define IS_TIM_IC_POLARITY(POLARITY) (((POLARITY) == TIM_ICPolarity_Rising) || \
                                      ((POLARITY) == TIM_ICPolarity_Falling))
#define IS_TIM_IC_POLARITY_LITE(POLARITY) (((POLARITY) == TIM_ICPolarity_Rising) || \
                                           ((POLARITY) == TIM_ICPolarity_Falling)|| \
                                           ((POLARITY) == TIM_ICPolarity_BothEdge))
...

Erstens: wo landet die Warnung der Library, dass dieser Trigger gar 
nicht vorhanden ist?

Und: gibt es eine Möglichkeit, trotzdem auf beide Flanken zu reagieren 
(jedes Mal umschalten - wie erkennt man die erste Flanke?)?

[Ulrich H. (lurchi)]

Die Polarität der Flanke die als nächstes kommt, erkennt man z.B. am 
Zustand des Port. Wenn da also eine Low anliegt kann es nur noch 
aufwärts gehen.

Die Alternative wäre es 2 Capture Kanäle zu nutzen, einer für steigende 
und einer für fallende Flanke. Ggf. muss man dann halt 2 Pins nutzen.

[Info (Gast)]

Man kann einen zweiten Channel am selben Pin benutzen:

    TIM_ICStructInit( &TIM_IC_InitStructure );
    TIM_IC_InitStructure.TIM_Channel =                      TIM_Channel_1;
    TIM_IC_InitStructure.TIM_ICPolarity =                   TIM_ICPolarity_Rising;
    TIM_IC_InitStructure.TIM_ICSelection =                  TIM_ICSelection_IndirectTI;
    TIM_IC_InitStructure.TIM_ICPrescaler =                  TIM_ICPSC_DIV1;
    TIM_IC_InitStructure.TIM_ICFilter =                     0x00;
    TIM_ICInit(TIM4, &TIM_IC_InitStructure);
    
    TIM_ICStructInit( &TIM_IC_InitStructure );
    TIM_IC_InitStructure.TIM_Channel =                      TIM_Channel_2;
    TIM_IC_InitStructure.TIM_ICPolarity =                   TIM_ICPolarity_Falling;       // !
    TIM_IC_InitStructure.TIM_ICSelection =                  TIM_ICSelection_DirectTI;    // !
    TIM_IC_InitStructure.TIM_ICPrescaler =                  TIM_ICPSC_DIV1;
    TIM_IC_InitStructure.TIM_ICFilter =                     0x00;
    TIM_ICInit(TIM4, &TIM_IC_InitStructure);

Aktivierung in NVIC nicht vergessen.

[Philipp (Gast)]

Bin gerade zufällig auf den Beitrag gestoßen. Habe im Moment selbst das 
Problem, dass ich gerne auf beide Flanke ein InputCapture Event auslösen 
möchte.

Finde die im vorherigen Beitrag vorgeschlagene Idee super.
Habe gleich mal versucht, das im Keil Simulator zu simulieren. Leider 
wird dort nach wie vor nur bei der steigenden Flanke ein Interrupt 
ausgelöst.

Kann mir jemand bestätigen, dass diese Methode auf der realen Hardware 
funktioniert?

[Mitlesa (Gast)]

Philipp schrieb:
> Kann mir jemand bestätigen, dass diese Methode auf der realen Hardware
> funktioniert?

Kannst du selbst (in der Praxis) herausfinden indem du einen
zweiten Pin mit dem Interrupt-Pin verbindest, ihn vom Programm
aus gezielt low und high setzt und daraus analysierst ob ein
Interrupt aufgetreten ist. Ist auch mit dem Debugger leicht
nachzuvollziehen. Da braucht es kein Oszilloskop dazu.

[Philipp (Gast)]

Klasse Idee!

Habe das gerade mal am F103 getestet. Einfach ein Signal mit ~60000 
Taktzyklen High und ~30000 Taktzyklen low erzeugt und das mit einem 
Draht auf einen Timer Pin gefüttert. Den Timer nach jedem Interrupt dann 
wieder auf 0 gesetzt.

Beim Debuggen hat man deutlich gesehen, dass in CCR1 ca. der doppelte 
Wert wie in CCR2 gemessen wird. Es reagieren also beide Channels auf je 
eine Flankenart auf dem gleichen Pin.

Bestätigt also, dass das ganze so funktioniert, wie der TO es in seinem 
Beitrag beschrieben hat.

Vielen Dank!

[Philipp (Gast)]

Nachtrag:

Im Simulator vom Keil µVision 5.24 funktioniert der zweite Capture 
Channel mit dem selben Programmcode nicht. Nur ein Channel "captured"!

[Mitlesa (Gast)]

Philipp schrieb:
> Einfach ein Signal mit ~60000
> Taktzyklen High und ~30000 Taktzyklen low erzeugt

... äääääähhhhmmmmm ... ich stelle mir das schwierig vor ....

Ein digitales Taktsignal hat immer gleich viele Low- und
High-Phasen ..... allerhöchstens +-1 wenn man die Unendlich-
keit abschneidet, also einen Ausschnitt betrachtet.

Das trifft dann auch auf die Taktflanken zu ....

[Philipp (Gast)]

Aber hier geht es ja nicht um die ANZAHL der Taktflanken, sondern um die 
ZEIT zwischen positiver- und negativer Flanke. Mit der unterschiedlichen 
High- und Low Zeit konnte ich feststellen ob die Channels auch jeweils 
bei unterschiedlichen Flanken triggern.