MKM14Z64 ACHH5 has written a program forbidding the SWD interface.

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

MKM14Z64 ACHH5 has written a program forbidding the SWD interface.

ソリューションへジャンプ
787件の閲覧回数
jun1
Contributor V

Hello.

I accidentally made this CPU's SWD (PIN 32, 33)
Programmed to I2C0_SCL, I2C0_SDA and written to the flash ROM,

DEFAULT: SWD
ALT5: I2C

Of course, debug connection with CMSIS-DAP is no longer possible.

As for the question, is there a way to revive this, that is, a writing method to make it the default SWD again?

Someone, please teach. Thank you.

P. S.
Sorry, my English is not good

ラベル(1)
0 件の賞賛
1 解決策
634件の閲覧回数
BlackNight
NXP Employee
NXP Employee

You have to try to get control over the microcontroller right after reset before it does the pin muxing.

In MCUXpresso IDE there is a recovery option you could try:

pastedImage_1.png

An even better option is to use the P&E recovery tool. I have used that one sucessfully for the case you have, see Bricking and Recovering FRDM-KL25Z Boards: Reset, SWD Clock and Low Power | MCU on Eclipse 

I hope this helps,

Erich

元の投稿で解決策を見る

0 件の賞賛
2 返答(返信)
635件の閲覧回数
BlackNight
NXP Employee
NXP Employee

You have to try to get control over the microcontroller right after reset before it does the pin muxing.

In MCUXpresso IDE there is a recovery option you could try:

pastedImage_1.png

An even better option is to use the P&E recovery tool. I have used that one sucessfully for the case you have, see Bricking and Recovering FRDM-KL25Z Boards: Reset, SWD Clock and Low Power | MCU on Eclipse 

I hope this helps,

Erich

0 件の賞賛
634件の閲覧回数
jun1
Contributor V

Thank you very much.
it is complete.

0 件の賞賛