Ne znam.
HAL je suprotan mom načinu razmišljanja i zato ga ne koristim.
Jednostavno mi se ne sviđa put od Bg ka Zg, preko Amsterdama, makar bio i najluksuznijom klasom...
Takođe sam poznat po tome što nikad, baš nikad ne koristim debuger već ispravljam kod na druge načine.
Hardver je moja osnovna zona te onda tako i razmišljam.
U principu, kad se sretnem sa nekim MCU, prvo mu istražim module i savladam rukovanje njima, potom radim dalje.
Kad malo pretražiš ono što je napravio HAL, vidiš da je na kraju uradio ovaj bare metal koji sam iznad napisao, samo je to uradio kroz deset nekih (bar meni) groznih libs.
Oko IWDG, koliko se sećam, postoje flags o tome da li je baš IWDG napravio reset (mislim da je u RCC_CSR) i mislim da oni ostaju sve dok je napajanje prisutno i da se mogu naknadno pročitati po restartu naprave.
Takođe, koliko se sećam, može se IWDG isključiti u jednom od registara debugera.
Kod vremenski kritičnih stvari, gde često menjaš PR i RLR, imaš izveštaj sa dva flaga u status registru IWDG_SR.
HAL je suprotan mom načinu razmišljanja i zato ga ne koristim.
Jednostavno mi se ne sviđa put od Bg ka Zg, preko Amsterdama, makar bio i najluksuznijom klasom...
Takođe sam poznat po tome što nikad, baš nikad ne koristim debuger već ispravljam kod na druge načine.
Hardver je moja osnovna zona te onda tako i razmišljam.
U principu, kad se sretnem sa nekim MCU, prvo mu istražim module i savladam rukovanje njima, potom radim dalje.
Kad malo pretražiš ono što je napravio HAL, vidiš da je na kraju uradio ovaj bare metal koji sam iznad napisao, samo je to uradio kroz deset nekih (bar meni) groznih libs.
Oko IWDG, koliko se sećam, postoje flags o tome da li je baš IWDG napravio reset (mislim da je u RCC_CSR) i mislim da oni ostaju sve dok je napajanje prisutno i da se mogu naknadno pročitati po restartu naprave.
Takođe, koliko se sećam, može se IWDG isključiti u jednom od registara debugera.
Kod vremenski kritičnih stvari, gde često menjaš PR i RLR, imaš izveštaj sa dva flaga u status registru IWDG_SR.