[Mysteo 0]

Всем привет два года назад делали десяток устройств на STM32L100RCT6 все работало исправно. Сейчас потребовалось перепрошить устройства той же самой прошивкой изменив только пару констант, которые  влияют лишь на переданные данные.

В итоге после перепрошивки отвалился спящий режим. После перехода в StopMode происходит сразу же пробуждение МК. 

Залили старую прошивку, не помогло, все равно сразу после STOPMODE просыпается. В программе уже отключал все триггеры влияющие на выход из STOP режима. EXT0 EXT1 и RTC . 
Такое ощущение что включен режим отладки в режиме энергосбережения. А как его отключить не понятно. 

[Mysteo 0]

Разобрался почему то STM32 ST-LINK Utility глючить стал. Установил другую утилиту и отключил биты сброса микроконтроллера при переходе в stopmode. как они сами установились не понятно

[HardEgor 63]

1 час назад, Mysteo сказал:

Разобрался почему то STM32 ST-LINK Utility глючить стал. Установил другую утилиту

Телепаты в шоке, они не могут расшифровать название "другая утилита" - просят помощи!

[skripach 5]

3 hours ago, HardEgor said:

Телепаты в шоке, они не могут расшифровать название "другая утилита" - просят помощи!

Никаких проблем - STM32CubeProgrammer

[Mysteo 0]

А из-за чего могли данные биты сбиться ? Притом ST-Link Utility при считывании уверяла что nRST_STOP и nRST_STBY выбраны. Я догадывался что проблема в них, перезаписал регистры, но это не помогало. 
Потом установил STM32CubeProgrammer отключил данные биты регистров и заново включил и все заработало как надо. 
Хотя помню два года назад наоборот STM32CubeProgrammer вызывал различные глюки при работе с регистрами. 

[Arlleex 131]

А почему нельзя было предусмотреть программную single-shot-запись нужных битов и не париться с программаторами?