[macgajster]

Pisał ktoś coś na STM32L0x1? Mam pewne spostrzeżenia do dokumentacji i chcę sprawdzić czy mam rację, a może jednak się mylę.
Bare metal here, więc rozmawiamy bez HAL/LL/Cube, sam CMSIS ;)

#stm32 #programowanie #embedded

[Mr_Przyjemny]

@macgajster bare metal to jest na rejestrach z dobeym recznie pisanym makefile ( ͡º ͜ʖ͡º)

[macgajster]

@Mr_Przyjemny: nie no, aż tak nisko to nie, trochę zbyt dużo zachodu ;) Ale makefile mam własny, linkerscript też
Poprzedni firmware pisałem ręcznie podając rejestry z dokumentacji i chyba jednak nie chcę tak robić. CMSIS upraszcza wystarczająco, idzie odczytać co autor miał na myśli.

[WyrobCzekoladopodobny]

@macgajster: Przecież LL to też baremetal, prawie wszystko opakowane w trywialne funkcje static inline. Zwykle nie ma różnicy w rozmiarze binarki z pisaną tylko z stm32l0xx.h (bo chyba to masz na myśli).

[macgajster]

@WyrobCzekoladopodobny: być może, ale to jest jakiś pośrednik. Daję się nauczać w pracy ludziom, którzy mają po 30 lat doświadczenia w programowaniu, więc nie wydziwiam i idę drogą, którą mi pokazują (ʘ‿ʘ)
Tak czy inaczej szukam kogoś z doświadczeniem właśnie w takim kodowaniu bliżej dokumentacji, a nie wywoływania funkcji z pomocą IDE. Nie zgadzają mi się bity z opisami w dwóch miejscach. Jak zmieniłem bity konfiguracyjne

[leoha]

@macgajster: https://dontasktoask.com/

[zarowka12]

@macgajster: napisz po prostu o co chodzi :)

[macgajster]

@zarowka12: ech, przerobiłem temat z @WyrobCzekoladopodobny na PW i zapomniałem, że tu tak lakonicznie poszło...
robię na STM32L031K6T, tu jest manualka: https://www.st.com/resource/en/reference_manual/rm0377-ultralowpower-stm32l0x1-advanced-armbased-32bit-mcus-stmicroelectronics.pdf
strona 415, rejestr TIMx CR1, bit DIR. Wypisywałem sobie wartość licznika printfem po uarcie, przy ustawieniu DIR = 0 (stan po resecie) licznik liczył mi w dół, przestawiłem DIR = 1 i liczy w górę. Odwrotnie jak w dokumentacji.
ten sam plik, strona 763, rejestr LPUART ISR,

[zarowka12]

@macgajster: ciekawa sprawa. Faktycznie może to być błąd w dokumentacji. Możliwa jest też wadliwa seria mikrokontrolerów, ale w erracie (https://www.st.com/resource/en/errata_sheet/es0322-stm32l031xxl041xx-device-errata-stmicroelectronics.pdf) nic na ten temat nie ma. Dziwne, że przez tyle lat nikt tego nie zauważył. Biblioteki od ST są zgodne z dokumentacją:
#define TIMCOUNTERMODEUP 0x00000000U /*!< Counter used as up-counter */
#define TIMCOUNTERMODEDOWN TIMCR1DIR /*!< Counter used as down-counter

[macgajster]

@zarowka12: @WyrobCzekoladopodobny:

[zarowka12]

@macgajster: ile wynosi okres printowania i a ile okres timera? Bo da się tak dobrać okresy, że będzie wyglądało jak licznik liczył w drugą stronę ( ͡° ͜ʖ ͡°) Dla licznika liczącego w górę z okresem 1000 printowanie z okresem 900 da:
900
800
700
600
itd ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°

[macgajster]

@zarowka12: pętla główna ma iść co 2500 ms, w prescaler timera wrzucam po prostu 10.

PCLK = 1048000

PRESCALER = ((PCLK / 104800) - 1)

SysTick = ((PCLK / 1048) - 1)

LOOP = 2500

[leoha]

@macgajster: licznik ci sie przepelnia dlatego wyglada jakby liczyl w zla strone

[macgajster]

@leoha: tak, to już wybadane i poprawione, @WyrobCzekoladopodobny pomaga na pw. Nie wybadałem jeszcze czemu nie mam przerwań przy zboczach sygnału, a jedynie przy przepełnieniu licznika, ale zrobiłem sobie wolne i może w przyszłym tygodniu już coś znajdę