STM32 independent watchdog и дебаг в IAR, Как дебаггер останавливает watchdog? Опции

[turnon]

Подскажите пожалуйста с одним вопросом.

Как я понимаю independent watchdog, однажды заведенный, остановить невозможно. Но когда отлаживаю код в IAR, попадает на точку останова и там может находиться бесконечно долго, причем в это время даже таймеры стоят.

Оно то и правильно, но беспокоит один вопрос. А как же вочдог, каким образом он отключается во время дебага?

Подробности:

IAR 7.20, STM32F205, J-LINK (китайский)

В рабочем режиме (не в дебаге) вочдог работает, никаких проблем нет. Заводится вот так:

IWDG_WriteAccessCmd(IWDG_WriteAccess_Enable);
IWDG_SetPrescaler(IWDG_Prescaler_256);
IWDG_SetReload(0xFFF);
IWDG_Enable();

В задаче FreeRTOS периодически вызываю IWDG_ReloadCounter().

Сообщение отредактировал turnon - Aug 30 2015, 10:42

[A. Fig Lee]

Для STM32F10X reference manual,
глава 31 (31.16.2)

DBGMCU

[turnon]

DBGMCU

Спасибо, прояснилось. А вот еще вопрос. Если в проекте есть брекпоинты, проект в IAR c factory settings: Debug и прошивка залита в МК, возможен ли останов на брекпоинтах (и в итоге зависание), если J-Link не подключен, или J-Link подключен но IAR закрыт?

[jcxz]

Если в проекте есть брекпоинты, проект в IAR c factory settings: Debug и прошивка залита в МК, возможен ли останов на брекпоинтах (и в итоге зависание), если J-Link не подключен, или J-Link подключен но IAR закрыт?

Если речь про программные бряки, то разве Вы не замечаете как IAR прошивает их во флешь после прошивки отлаживаемого образа, и удаляет при отключении отладки? Это трудно не заметить.
Если программный бряк по каким-то причинам остался во флешь, то будет вызываться соответствующее исключение (fault) при его достижении.