W dniu 26.07.2022 o 10:09, Grzegorz Niemirowski pisze:

> Natomiast jeśli w Eclipse zatrzymam
> program, to PWM działa dalej.
>

To ustawiasz w rejestrach DBGMCU - dla każdego peryferia
(peryferium?) masz bit określający, czy ma stanąć czy
działać dalej przy zatrzymaniu programu w IDE.

do góry

W dniu 26.07.2022 o 09:40, Grzegorz Niemirowski pisze:
>
> Jest takie coś, nazywa się bitbanding.
>
Ale chyba nie we wszystkich STM32.
Bodajże STM32F0 tego nie ma.
Nie wiem, jak inne.

Pozdrowienia,
MKi

do góry

Jeśli możesz, odezwij się, proszę, na priv.


W dniu 2022-07-26 o 10:00, MKi pisze:
>
>
>>> W wygenerowanym kodzie, w katalogu
>>> HAL-a, oprócz plików stm32*_hal_* są też pliki stm32*_ll_*. Obejrzyj
>>> sobie jakie funkcje zawierają. Są właśnie taką lekką alternatywą. Poza
>>> tym te ciężkie funkcje inicjalizują dużo rzeczy naraz i nie pozwalają
>>> zmienić tylko jednej bez ruszania innych.
>>
>> Hmm, nie mam nic takiego.
>>
>> https://ibb.co/MBsK0f7
>>
> Kiedyś było nieco inaczej - przy generowaniu kodu zaklikiwało
> się checkboksy HAL i/lub LL.
>
> Teraz w Project Manager, Advanced Settings w panelu Driver Selector
> dla każdego peryferia wybierasz, czy chcesz mieć HAL, czy LL.
> Nie można wybrać obu, ale jak testowo wybrałem dla czegoś
> tam HAL, a dla czegoś innego LL, to pojawiły się pliki *hal* i *ll*.
>
> Szczegółów nie podam, ja z tych programujących na rejestrach.
> Kiedyś, w czasach przed HAL i LL była Standard Pheriperal Library
> - w licencji było, że służy tylko jako przewodnik dla klientów
> i nie należy jej stosować we własnych projektach.
> Nie żałuję - jak ktoś już pisał, rejestry w STM32 są całkiem
> sensowne. HAL i LL traktuję jak SPL kiedyś - jako przewodnik.
>
> Pozdrowienia,
> MKi
>
>

do góry

Grzegorz Niemirowski <g...@g...net> wrote:

> To może być kwestia ustawień opcji generowania kodu. Zobacz sobie folder
> rezpozytorium Cube:
> C:\Users\Arnold\STM32Cube\Repository\STM32Cube_FW_F4
_V1.27.0\Drivers\STM32F4xx_HAL_Driver\Src

Tu, a dokładniej w:

~/STM32Cube/Repository/STM32Cube_FW_F4_V1.27.1/Drive
rs/STM32F4xx_HAL_Driver/Src

mam pliki *_ll_*

> Miganie LED-em low level:
> http://grzegorz.net/stm32/src/LED_blink_LL.txt

Faktycznie, dużo lżejsze niż HAL.

> Tutaj nie ma czegoś takiego. HAL ma po prostu ukrywać rejestry i dawać
> przenośność kodu.

Ok, teraz jasne.

> Dla mnie główna wartość leży w gotowych sterownikach peryferiów, np.
> jest gotowa funkcja HAL_I2C_Mem_Read().

O, no to jest super. O ile jest napisane sensownie.

> Tutaj mogło mi się pomylić. Sprawdziłem teraz na STM32CubeProgrammer i tam
> kliknięcie Connect powoduje wyłączenie PWM niezależnie od wyboru jednego z
> trzech trybów resetu. Natomiast jeśli w Eclipse zatrzymam program, to PWM
> działa dalej.

Ciekawe... chyba będę musiał to po prostu rozpoznać bojem przed
podłączeniem wyświetlacza. Tak czy inaczej chcę to zrobić, żeby sprawdzić,
czy wszystko jest generowane tak jak powinno.

--
Chodnikiem biegnie przerażona kobieta, a za nią groźnie sapiąc wielki
mężczyzna. W końcu ona nie ma już sił. Staje, odwraca się do niego
i krzyczy:
- Poddaję się, niech mnie pan gwałci, tylko nie zabija!
- Gwałć się pani sama, ja się śpieszę na pociąg!

do góry