STM32 > Encoder Interface

Jan H. schrieb:
> TIM3->CNT = 0;
Lass das doch mal weg (denn es ist generell eine schlechte Idee, an 
Zählerwerten herumzufrickeln).

Wenn das erledigt ist, dann startest du das Programm und schreibst dir 
den aktuellen Zählerwert auf. Danach drehst du den Encoder mal 1 
Umdrehungen in die eine Richtung und schreibst dir den Zählerwert auf.

Und dann drehst du den Encoder mal wieder diese 1 Umdrehung zurück und 
schaust, ob der Zähler wieder (in etwa) beim Ausgangswert ankommt.

Und dann drehst du den weiter um 1 Umdrehung zurück und kontrollierst, 
ob der Zähler (in etwa) um gleich viele Schritte in die andere Richtung 
gegangen bist, wie zuvor beim erstmaligen Drehen.

Lothar M. schrieb:
> Und dann drehst du den weiter um 1 Umdrehung zurück und kontrollierst,
> ob der Zähler (in etwa) um gleich viele Schritte in die andere Richtung
> gegangen bist, wie zuvor beim erstmaligen Drehen.
Ich habe leider noch keine gute DEBUG Möglichkeit.

Servus,

ich starte den Encoder Timer folgndermaßen:

1

HAL_TIM_Encoder_Start(&htim3, TIM_CHANNEL_ALL);

und hier die init (von CubeIDE erzeeugt):

1

  htim3.Instance = TIM3;

2

  htim3.Init.Prescaler = 0;

3

  htim3.Init.CounterMode = TIM_COUNTERMODE_UP;

4

  htim3.Init.Period = 65535;

5

  htim3.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1;

6

  htim3.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_ENABLE;

7

  sConfig.EncoderMode = TIM_ENCODERMODE_TI12;

8

  sConfig.IC1Polarity = TIM_ICPOLARITY_FALLING;

9

  sConfig.IC1Selection = TIM_ICSELECTION_DIRECTTI;

10

  sConfig.IC1Prescaler = TIM_ICPSC_DIV1;

11

  sConfig.IC1Filter = 0;

12

  sConfig.IC2Polarity = TIM_ICPOLARITY_RISING;

13

  sConfig.IC2Selection = TIM_ICSELECTION_DIRECTTI;

14

  sConfig.IC2Prescaler = TIM_ICPSC_DIV1;

15

  sConfig.IC2Filter = 0;

16

  if (HAL_TIM_Encoder_Init(&htim3, &sConfig) != HAL_OK)

17

  {

18

    Error_Handler();

19

  }

20

  sMasterConfig.MasterOutputTrigger = TIM_TRGO_RESET;

21

  sMasterConfig.MasterSlaveMode = TIM_MASTERSLAVEMODE_DISABLE;

22

  if (HAL_TIMEx_MasterConfigSynchronization(&htim3, &sMasterConfig) != HAL_OK)

23

  {

24

    Error_Handler();

und dann einfach auslesen mit:

1

encoder = TIM3->CNT;

Gruss

Jan H. schrieb:

> Ich habe leider noch keine gute DEBUG Möglichkeit.

nimm am Besten ein kleines Display. z. B. so ein SSD1309 OLED...da 
kannst dir alles anzeigen lassen

Hermann S. schrieb:
> Jan H. schrieb:
>
>> Ich habe leider noch keine gute DEBUG Möglichkeit.
>
> nimm am Besten ein kleines Display. z. B. so ein SSD1309 OLED...da
> kannst dir alles anzeigen lassen

Soweit bin ich noch nicht.
Ich möchte auch keine fertigen Libs bzw. Routinen nehmen sondern alles 
mehr oder weniger selbst erarbeiten und daran lernen.
Nebenbei schreibe ich eine Lib für USART dann ist das ein bisschen 
einfacher.

Ok, an was bastelst Du wenn ich fragen darf? -Oder ist das einfach nur 
ein Lernprojekt?

Perfekt, dann kannst ja gleich ne neue lib für das OLED schreiben, vll. 
mit einer beseren Schrift und mit Sonderzeichen wie "%" ;-P

Jan H. schrieb:
> Ich habe leider noch keine gute DEBUG Möglichkeit.
Du hast "Halt", "Watch" und "Run". Das ist mehr als, die ganzen 
Arduino-Bastler haben.

Zum Debuggen musst du hier erst mal gar nichts tun, sondern eben einfach 
nur den Zähler initialisieren, dann die fast leere Mainloop laufen 
lassen:

1

    while (1) {

2

       counter = TIM3->CNT;

3

    }

Wen du jetzt einen Watch auf den counter setzt, dann siehst du darin bei 
jedem "Halt" den Zählerwert. Und mehr brauchst du zum Analysieren des 
Zählers eigentlich nicht.

Jan H. schrieb:
> ich versuche mit dem Timer 3 und dem
> entsprechenden Encoder Interface meinen Drehencoder auszuwerten.
Du hast aber schon vorneweg mit dem Oszi kontrolliert, ob die Signale an 
den µC-Pins halbwegs brauchbar aussehen?

Hermann S. schrieb:
> Ok, an was bastelst Du wenn ich fragen darf? -Oder ist das einfach
> nur
> ein Lernprojekt?
>
> Perfekt, dann kannst ja gleich ne neue lib für das OLED schreiben, vll.
> mit einer beseren Schrift und mit Sonderzeichen wie "%" ;-P

Ich möchte halt einfach viel lernen über Mikrocontroller und versuche 
jederzeit alles mitzunehmen was geht. Ein LoRa Modul liegt neben mir. 
Bis ich daran gehe muss erstmal die Basis stimmen.

Stefan ⛄ F. schrieb:
> Ich kann dir nur empfehlen, als allererstes eine Debug Möglichkeit
> zu
> schaffen. Sonst tappst du im Dunkeln und verschwendest Unmengen von
> Zeit.
>
> Das Minimum wären Textausgaben auf den TraceSWO Ausgang.
> http://stefanfrings.de/stm32/stm32f3.html#traceswo
>
> Hier ein beispiel, wie du printf() für serielle Ausgaben verwenden
> kannst. Das lässt sich ganz einfach mit UART oder TraceSWO kombinieren.
> http://stefanfrings.de/stm32/stm32f3.html#newlib

Genau deswegen stelle ich meine Fragen hier. Man lernt immer wieder 
neues und viel dazu. Danke!

Jan H. schrieb:
>> Das Minimum wären Textausgaben auf den TraceSWO Ausgang.
>> http://stefanfrings.de/stm32/stm32f3.html#traceswo

Kann es sein dieses Feature nicht auf einem "STM32F030xx" verfügbar 
ist?!.

Lothar M. schrieb:
> Du hast aber schon vorneweg mit dem Oszi kontrolliert, ob die Signale an
> den µC-Pins halbwegs brauchbar aussehen?

Ja die kommen an. Nur habe ich jetzt nicht festgestellt was Phase:A und 
Phase:B ist.

Jan H. schrieb:
> Nur habe ich jetzt nicht festgestellt was Phase:A und Phase:B ist.
Das ist im ersten Augenblick auch mal uninteressant.
Schlimmstenfalls läuft der Zähler halt nicht in die Richtung, die du 
erwartest (vermutlich "rechts drehen = hochzählen"), sondern umgekehrt 
(also "links drehen = hochzählen").