J-Link cmd的使用

• 2021 年 8 月 17 日
• 筆記
• STM32F207教程

​01、WHY

為什麼要使用到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
  }

​可以按照芯片用戶手冊直接推算地址。或者如下面這樣，寫段測試代碼。

按照上述方案讀取寄存器的值，步驟如下：

可以看到地址0XE000E014的SysTick->LOAD寄存器的值為0X7270E0。

04、後記

這裡只是提供了一個簡單的演示，可以非IDE仿真情況下，讀取寄存器，協助排查MCU運行異常的原因，畢竟如果直接debug就能查到問題，熟悉32系列單片機的畢業生都可以做到。

我們需要在工作中積累這樣類似的經驗，巧妙使用工具處理一些「詭異」的問題，積累開發經驗。

畢竟，填坑力就是核心競爭力。

點擊查看本文所在的專輯，STM32F207教程

​