PY32F002A (SOP8) - переключил тактирование на HSE - это всё?

[smacorp]

Только начал экспериментировать с PY32F002AL15S (корпус SOP8). В качестве программатора - CMSIS-DAP и pyocd.

Всё было успешно пока system clock source с HSI не переключил на HSE (регистр RCC_CFGR, биты 2:0).

Теперь с чипом ничего сделать не получается - ни стереть, ни переписать, ни прочитать - вылезает ошибка:



Причём, чип-то всё-таки как-то отвечает, потому как если его отключить физически, вылезает уже другая ошибка:




И как же теперь что? HSI не подключить (нет пина OSC_IN), на UART bootloader не подцепиться (нет пина BOOT0)...
И ничего не сделать? Ну не может же быть так легко "убить" чип даже без всяких фьюзов и отключения SWD?!

Или я чего-то по неопытности не догоняю?

[Zikon]

недавно подобное разбирал - установил PLL в качестве SysCLK - когда PLL - off

через Reset - запускал pyocd на стирание

- reset на 0; запускаем pyocd; как первая строка "erase" выходит отпускаем reset
или
- снимаем питание; запускаем pyocd; как первая строка "erase" выходит подаём быстро питание


вот здесь как раз шпаргалку пишу - смотри там в тестах - как раз эксперименты с этим
https://github.com/Xiamatsu/py32f002a_003_030

и если интересно - есть канал
https://t.me/py32f

[veso74]

Попробуйте удалить МК с NRST к 0 и connect mode under reset. Попробуйте и ST-Link + STM32 ST-LINK Utility / STM32CubeProgrammer. Так "вернул" не один раз STM32G030 - напр. вн. клок остановлен, пограммируемые выводы - как выходы и мн. другое. А в CH32 есть clear all by power off/by NRST в меню, несколько раз ставил МК в похожую ситуацию.

[smacorp]

Zikon и veso74, спасибо, всё получилось!

И я ведь знал про этот connect under reset, но привык, что ST-Link сам дёргает reset в этом режиме, а вот CMSIS-DAP, похоже, нет. Ручное передёргивание помогло.