caxapa.ru :: Гугел даёт версию: "The issue was that the WWDG-SW option bit was unset, so that the controller had the watchdog enabled when getting out of reset. After about 10 ms the watchdog would reset the controller, therefore no operation was possible. After setting this bit using the ST-LINK, everything went back to normal."

SciFi (07.03.2024 13:30, просмотров: 151) ответил RxTx на Downloading 736 bytes @ address 0x08000000 - Verified OK

Гугел даёт версию: "The issue was that the WWDG-SW option bit was unset, so that the controller had the watchdog enabled when getting out of reset. After about 10 ms the watchdog would reset the controller, therefore no operation was possible. After setting this bit using the ST-LINK, everything went back to normal."

https://forum.segger.com/index.php/Thread/2635-SOLVED-STM32F746-Failed-to-execute-RAMCode-for-RAM-check-after-upgrade-to-jlink/

ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้

Ответить

- Отчет: Подключился STLink/STM32CubeProgrammer, в option_bytes STM32H743 бита WWDG-SW нет, есть бит IWDG-SW он был установлен. Решил сделать Full Chip Erase, кубический программер сказал что у него не получилось, предложил смотреть биты защиты от записи, но стирание таки произошло. После этих процедур все снова работает, возможно только пока. То есть похоже(?) , проблема была в самой прошивке... - Rainman62(07.03.2024 17:29)
  - Проблема была в выставленном ватчдоге, какой бы он там ни был :) - RxTx(07.03.2024 17:54)
    - я не менял ни одного битика в оптион - Rainman62(07.03.2024 18:25)

ARM, RISC-V контроллеры