Re: STM32F427 nefukční HAL_Delay()

[Jan Waclawek]

Aha, a este to moze byt aj chybny zaver z debugovania.

>>> Doąel jsem postupně aľ k funkci HAL_GetTick, která čte volatile 
>>> registr uwTick, který je stále nula. 

Ak krokujete HAL_Delay() v debuggeri, tak sa SysTick() nikdy nevyvola, lebo
pocas krokovania su prerusenia obvykle zakazane (malo by sa to dat niekde
povolit, ale defaultne to byva zakazane, lebo krokovat s povolenymi
preruseniami je v akomkolvek realnom programe viacmenej nemozne). Takze je
mozne, ze Vas problem je inde, a nie v HAL_Delay(), resp. skuste popisat,
ako ste dosli k zaveru ze to je HAL_Delay().

wek


----- Original Message ---------------
>Zdravím,
>děkuji, toto jsem zkouąel, bohuľel to nejede ani na interní ani externí 
>hodiny (HSI/HSE) :-(
>U toho F446 na nucleu jede obojí :-(
>Procesor mi normálně jede, jsem schopen ovládat GPIO, to by pokud se 
>nemýlím bez hodin nefungovalo, jen se nevrátí z HAL_Delay().
>Libor
>Dne 05.04.2024 v 12:01 Jaroslav Buchta napsal(a):
>> Pokud je to vygenerovany kod, tak me napada jen mozny zadrhel v 
>> nastaveni hodin (krystal, pll) nebo nefunkcnost externiho krystalu 
>> pokud je.
>> Zkusil bych hodiny prepnout na interni RC jestli to pojede.
>>
>> Dne 05.04.2024 v 11:49 Libor napsal(a):
>>> Zdravím,
>>>
>>> bojuji tu s měřící deskou osazenou STM32F427Z, bohuľel nějak mi to 
>>> mrzne ve funkci HAL_Delay, ze které se nikdy nevrátí.
>>>
>>> Doąel jsem postupně aľ k funkci HAL_GetTick, která čte volatile 
>>> registr uwTick, který je stále nula. Mám to vygenerované z CubeIDE, 
>>> jen jednoduchý kód o pár řádcích. Pravděpodobně problém v generování 
>>> těch SysTicků.
>>>
>>> Zkouąel jsem i nucleo F446, kde vąe funguje.
>>>
>>> Bohuľel od včera jsem se nepohnul, je tu spousta STM32 zdatných, tak 
>>> prosím o nakopnutí, na co se zaměřit, kde by mohl být problém. Já 
>>> jsem spíąe přes HW, firmweráře zatím nemaje, ale k rozchození HW bych 
>>> potřeboval nějaké části karty rozhýbat, ale zasekl jsem se hned na 
>>> začátku :-(
>>>
>>> Libor
>>>