W dniu 2021-01-25 o 23:20, Atlantis pisze:
> Kolejna dziwna sytuacja.
> Projekt na STM32F107RCT6 złożony, więc powoli zabieram się za
> uruchamianie poszczególnych peryferiów. Na pierwszy rzut UART. Coś
> wysyła - ale dochodzą krzaki. Sprawdzam analizatorem logicznym i
> faktycznie - przebiegi niby prawidłowe, ale impulsy dwa razy dłuższe niż
> powinny.
>
> Sprawdzam więc miganie diodą - dwa razy wolniej, niż powinna. Wygląda
> więc na to, że procesor pracuje dwa razy wolniej, niż by to wynikało z
> przyjętych założeń.
>
> Do taktowania wykorzystałem kwarc SMD, który miał pracować z prędkością
> 8 MHz. Na obudowie ma napis "8.000" i pochodzi z zaufanego źródła (TME)
> a poza tym takie same kwarce wykorzystywałem już w paru projektach i
> zawsze działały prawidłowo.
>
> Kod konfiguracyjny wygenerowany STM32CubeMX, podając właściwą
> częstotliwość kwarcu.
>
> Co mogło pójść nie tak?

Częstotliwość kwarcu możesz sprawdzić oscyloskopem ;)

Jestem zawsze nieufny co do kodu wygenerowanego przez CubeMX.
Ja bym debuggerem sprawdził po wszystkich funkcjach inicjujących
stan rejestrów decydujących o zegarze:
RCC->CR
RCC->CFGR
i zweryfikował, czy naprawdę jest w nich to, co powinno być.

Na przykład w rejestrze RCC->CFGR jest bit PLLXTPRE, który
ustawiony dzieli częstotliwość HSE przez 2. A jak dasz jako
wejście PLL rezonator wewnętrzny (HSI) to tego dzielenia nie ma.
Więc zmieniając HSE z HSI można się zdziwić.

W kodzie HAL powinna być zdefiniowana stała HSE_VALUE.
Sprawdź, czy ma poprawną wartość (8000000). Z niej są wyliczane
dalsze dzielniki.

Pozdrowienia,
MKi