STM32F2/4 Rotary Encoder: Wie "nur ein Interrupt pro Schritt"?

[Random .. (thorstendb)]

Moin,

jemand Erfahrung mit dem TIMER Rotary Encoder der STM32F2/F4? Mich 
wundert, dass
- der Counter immer 2 oder 4 weiterzählt, je nach SMS=1,2 oder 3
- viel zu viele IRQs generiert werden, mind. 1 pro Counter, aber auch 
"zufällig" sehr viel mehr als der Stand vom CNT Register

Habe das ganze mit der HAL gelöst, in der Hoffnung, es portierbar zu 
halten. Die structs werden im Konstruktor auf null gesetzt.
Sinnhaftigkeit von C++ auf µC? Ganz einfach: Ist mein Testprojekt, um 
genau das herauszufinden :-)

bool CRotary::Rotary_Initialize()
{
  __TIM3_CLK_ENABLE();
  __GPIOB_CLK_ENABLE();
  
  GPIO_InitStruct.Pin = GPIO_PIN_4 | GPIO_PIN_5;
  GPIO_InitStruct.Mode = GPIO_MODE_AF_PP;
  GPIO_InitStruct.Pull = GPIO_PULLUP;
  GPIO_InitStruct.Speed = GPIO_SPEED_HIGH;
  GPIO_InitStruct.Alternate = GPIO_AF2_TIM3;
  HAL_GPIO_Init(GPIOB, &GPIO_InitStruct);

  timer.Instance = TIM3;
  timer.Init.Period = 0xFFFF;
  timer.Init.CounterMode = TIM_COUNTERMODE_UP;
  timer.Init.Prescaler = 0;
  timer.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1;

  encoder.EncoderMode = TIM_ENCODERMODE_TI12;
  encoder.IC1Filter = 0x0F;
  encoder.IC1Polarity = TIM_INPUTCHANNELPOLARITY_RISING;
  encoder.IC1Prescaler = TIM_ICPSC_DIV1;
  encoder.IC1Selection = TIM_ICSELECTION_DIRECTTI;
  encoder.IC2Filter = 0x0F;
  encoder.IC2Polarity = TIM_INPUTCHANNELPOLARITY_FALLING;
  encoder.IC2Prescaler = TIM_ICPSC_DIV1;
  encoder.IC2Selection = TIM_ICSELECTION_DIRECTTI;

  if (HAL_TIM_Encoder_Init(&timer, &encoder) != HAL_OK)
    return false;

  HAL_NVIC_SetPriority(TIM3_IRQn, 0, 1);
  HAL_NVIC_EnableIRQ(TIM3_IRQn);

  if(HAL_TIM_Encoder_Start_IT(&timer, TIM_CHANNEL_1) != HAL_OK)
    return false;
 
  return true;
}

[N. M. (mani)]

Random .. schrieb:
> der Counter immer 2 oder 4 weiterzählt, je nach SMS=1,2 oder 3

Das wäre merkwürdig. Normalerweise kenne ich das SMS Register so, dass 
es angibt auf was für Flanken es reagieren soll. Also einfach, zweifach 
oder vierfach Flankenauswertung.
Aber eine Flanke bleibt ein Count!

Random .. schrieb:
> viel zu viele IRQs generiert werden

Erste Mal, wofür brauchst du die Interrupts überhaupt? Oft tut es ein 
Polling des Count Registers z.B. alle 1 bis 100ms.

Random .. schrieb:
> mind. 1 pro Counter, aber auch "zufällig" sehr viel mehr als der Stand
> vom CNT Register

Da liegt wahrscheinlich dein Problem. Hast du dir Mal die Signale 
angesehen mit einem Oszi oder Logic Analyzer? Wahrscheinlich prellt da 
irgendwas oder was anderes stimmt mit deinen Signalen nicht.

Wie sieht der Aufbau aus?
Was für einen Encoder nimmst du?
Und wie ist er angeschlossen?

[Philip S. (phs)]

Hi,

 ich hatte das mal mit dem F103 gemacht; der Timer im F4 ist an der 
Stelle aber m.W. gleich:

https://github.com/PhischDotOrg/stm32f1-blinkenbike/blob/master/RotaryEncoder.hpp

Verwendet hatte ich diesen billigen KY-040 Rotary Encoder.

Ergänzend zu den Kommentaren im Source Code: Die Entprellung wird in dem 
Setup letztlich von der Timer Hardware gemacht. Hier wird der Input 
Filter / Edge Detector ausgenutzt. In meinem Projekt wird der Rotary 
Encoder von einem Menschen bedient; dreht also nicht soo schnell. Ich 
hatte den Filter deshalb sehr "langsam" / "tiefpassig" (wie sagt man 
denn da richtig?) eingestellt. Siehe Zeile #111.

Wenn ich mich recht erinnere, dann hab' ich die Sequenz mehr oder 
weniger aus dem Datenblatt abgeschrieben.

Vielleicht hilft's ja.

[N. M. (mani)]

Random .. schrieb:
> encoder.IC2Polarity = TIM_INPUTCHANNELPOLARITY_FALLING;

Im RefManual steht was von "CC1NP and CC2NP must be kept low". Stimmt 
das dann?

[Random .. (thorstendb)]

Hab diverse Kombinationen durchprobiert, klappt alles nicht.
Die sauberste Erkennung ist tatsächlich mittels CC1 und CC2 (also CNT+4 
pro Schritt). Eine Filterung der IRQ Generierung auf 1/4 hab ich nicht 
rausgefunden ...