SWD 模式的仿真器。
1、SWD下载的优势
SWD 模式比 JTAG 在高速模式下面更加可靠. 在大数据量的情况下面 JTAG 下载 程序会失败, 但是 SWD 发生的几率会小很多. 基本使用 JTAG 仿真模式的情况下是可以直接使用 SWD 模式的。
2、SWD 模式支持情况
市面上的常用仿真器对 SWD 模式支持情况 (1) JLINKV6 支持 SWD 仿真模式, 速度较慢。 JLINKV7 比较好的支持 SWD 仿真模式, 速度有了明显的提高,速度是 JLINKV6 的 6 倍。JLINKV8 非常好的支持 SWD 仿真模式, 速度可以到 10M。 (4) ULINK1 不支持 SWD 模式。
3、 SWD接口
随着ARM公司对Cortex系列的推出,采样SWD方式调试成了大家的首选。SWD不仅速度可以与JTAG媲美,而且使用的调试线少得多。很多人在采样SWD方式进行调试时,一般都是采用4线
在STM32程序下载过程中,各引脚状态如下:1. BOOT0引脚:当BOOT0引脚被拉高,系统将进入Flash编程模式,可以下载程序。当BOOT0引脚被拉低,则会进入用户程序运行模式。
2. NRST引脚:NRST引脚为复位引脚,当NRST引脚被拉低时,系统将被强制复位。
3. SWDIO和SWCLK引脚:这两个引脚是JTAG/SWD接口用来进行调试和编程的。在下载程序时,SWDIO引脚将被用来传输数据,SWCLK引脚则被用来传输时钟信号。
4. VCC和GND引脚:VCC引脚为芯片供电引脚,GND引脚为芯片接地引脚。
总之,下载程序时,BOOT0引脚被拉高,SWDIO和SWCLK引脚被用来进行数据传输和时钟信号传输,NRST引脚和GND引脚连接到电路中,VCC引脚连接到电源上。
有可能是程序写死了,没办法正常启动。比如对flash的不正确 *** 作。对时钟的不正确初始化,都可能导致这种情况。也可能是cubeMX配置的时候没有配置debug方式,然后用swd就不能debug了,但是标准的20Pin的JTAG脚可以下载程序。欢迎分享,转载请注明来源:内存溢出
评论列表(0条)