最近使用DAPLink,发现即使在Keil下载设置中勾选了“Reset and Run”,下载后仍然不能自动复位执行,,需要手动按一下复位按键程序才能执行,,感觉比较麻烦。。所以就打算给DAPLink添加软件复位功能。。
查看DAPLink源码发现其中有 ID_DAP_ResetTarget 命令,该命令最终调用函数 RESET_TARGET,感觉只要在该函数中实现通过 SWD 向目标芯片的 SCB->AIRCR 寄存器写入复位请求即可实现复位目标芯片的功能,,代码如下:
extern uint8_t swd_write_word(uint32_t addr, uint32_t val);
static uint32_t RESET_TARGET(void)
{
swd_write_word((uint32_t)&SCB->AIRCR, ((0x5FA << SCB_AIRCR_VECTKEY_Pos) | SCB_AIRCR_SYSRESETREQ_Msk));
return 1; // change to '1' when a device reset sequence is implemented
}
可是修改后发现,并不管用,,目标板并没有复位。。
通过Wireshark抓取Keil与DAPLink的通信过程发现,Keil并没有发送 ID_DAP_ResetTarget 命令,,而是通过 ID_DAP_SWJ_Pins 命令直接通过JTAG的nRESET引脚复位目标芯片。。可是我的DAPLink上没有nRESET引脚,,所以我在DAPLink响应 ID_DAP_SWJ_Pins 命令拉低 nRESET 引脚时执行 SCB->AIRCR 写入操作,,代码如下:
extern uint8_t swd_write_word(uint32_t addr, uint32_t val);
static __inline void PIN_nRESET_OUT(uint32_t bit)
{
if(bit == 0)
{
swd_write_word((uint32_t)&SCB->AIRCR, ((0x5FA << SCB_AIRCR_VECTKEY_Pos) | SCB_AIRCR_SYSRESETREQ_Msk));
}
}
这样,,不需要接nRESET引脚,,SWD下载后也能自动复位执行了。。
代码工程已经更新到github上,,感兴趣的可以看下:https://github.com/XIVN1987/DAPLink
离线
应该优先使用nRST硬件复位,如果SWD引脚存在IO复用或芯片处于低功耗状态就响应不了软件复位。所以我的调试口都是带复位引脚的,没有nRST引脚的调试器我是不会用的。
LZ这算是把好东西给废了。
我这个是用于没有nRESET引脚的DAPLink的,,有nRESET引脚的DAPLink复位目标芯片很简单,,设置下nRESET电平就可以了。。
离线
不知道楼主有没有测试过一些国产芯片,例如GD,APM,这种方式不起作用?
没测试,,
如果 SCB->AIRCR 不能复位它们,,那要怎样软件复位??写它们自己定义的外设寄存器吗?
离线
@llinjupt
对于这种情况,直接用硬件复位好了。。不管什么芯片,,硬件复位总不会有问题。。
SCB->AIRCR 不能正确复位那是他们芯片设计的问题,,没必要折腾DAPLink
离线
@海石生风
1、刚刚去淘宝搜索“DAPLink”看了下,,大多数都带RESET引脚,,不带RESET引脚的是少数
2、我平时用的JLink、DAPLink都带RESET引脚,,但我从来都不接,,下载、调试都很正常,,可能和使用的芯片类型以及使用环境有关系吧。。
离线