为什么要使用到J-LinkCommander呢？？？大部分情况下，我们使用J-link都是在IDE中debug使用的，出现问题，直接debug复现然后解决。这是最常见的开发方式。
但是有些情况我们不能使用IDE直接debug，比如发布版本（JTAG或SWD接口可以正常使用），大批量生产时发现几片异常的板子，重新debug问题就消失了。
这个时候使用IDE直接debug已经不能解决问题，我们需要使用J-LinkCommander读取关键寄存器的值来协助我们定位排查问题。
02、Jlinkcmd使用Jlinkcmd它可以方便用户在非仿真的情况下，hold内核、单步、全速、设置断点、查看内核和外设寄存器、读取flash代码等等，方便大家拥有最高的权限查看在运行中的MCU情况，查找非IDE仿真情况下，MCU运行异常的原因。
打开Jlinkcmd，如果单独安装了jlink驱动，我们可以在开始菜单找到Jlinkcmd。
或者在安装目录中找到它
如果你们有独立安装Jlink驱动，同样也可以在Keil的安装目录中找到它
首先使用Jlink连接好MCU，打开软件“Jlink.exe
按照提示输入相应信息connect->?->s->回车（旧版只需要输入usb即可连接目标芯片）
正确的链接目标芯片后：
如上图所示，选项字节里为"5AA5"即为无保护状态。
Jlinkcommand常用命令简介：
mem 读内存
mem8 读8字节内存
mem16 读16字节内存
mem32 读32字节内存
w1 写8字节内存
w2 写16字节内存
w4 写32字节内存
h 停止cpu运行的程序
setbp 设置断点
g 跳到代码段地址执行
s 单步执行（调试用）
r 复位
03、实测接下来就是实测环节，我们通过一个真实的例子演示一下Jlinkcmd的使用。在之前文章《STM32延时函数的四种方法》中有以下代码
void delay_ms(uint16_t nms)
{
uint32_t temp;
SysTick->LOAD = RCC_Clocks.HCLK_Frequency/1000/8*nms;
SysTick->VAL=0X00;//清空计数器
SysTick->CTRL=0X01;//使能，减到零是无动作，采用外部时钟源
do
{
temp=SysTick->CTRL;//读取当前倒计数值
}while((temp&0x01)&&(!(temp&(1<<16))));//等待时间到达
SysTick->CTRL=0x00; //关闭计数器
SysTick->VAL =0X00; //清空计数器
}
调用示例
while (1)
{
GPIO_SetBits(GPIOE,GPIO_Pin_4); //熄灭LED灯
delay_ms(500);//延时500ms
GPIO_ResetBits(GPIOE,GPIO_Pin_4);//点亮LED灯
delay_ms(500);//延时500ms
}
可以按照芯片用户手册直接推算地址。或者如下面这样，写段测试代码。
从上图得知，SysTick->LOAD寄存器的地址是0XE000E014，写入寄存器的值是0X007270E0。
按照上述方案读取寄存器的值，步骤如下：
可以看到地址0XE000E014的SysTick->LOAD寄存器的值为0X7270E0。
04、后记这里只是提供了一个简单的演示，可以非IDE仿真情况下，读取寄存器，协助排查MCU运行异常的原因，毕竟如果直接debug就能查到问题，熟悉32系列单片机的毕业生都可以做到。
我们需要在工作中积累这样类似的经验，巧妙使用工具处理一些“诡异”的问题，积累开发经验。
毕竟，填坑力就是核心竞争力。
