關(guān)于GD32虛擬串口的兩個BUG

最近在搞調(diào)試器，折騰了好多天，終于理解了MDK、下載算法、調(diào)試器、MCU之間的關(guān)系。

簡單來說就是，調(diào)試器作為USB轉(zhuǎn)SWD協(xié)議的轉(zhuǎn)換工具，MDK通過USB驅(qū)動這個工具，下載算法包含了一些MCU內(nèi)部FLASH擦除、編程代碼。與普通代碼不同的是，該代碼可以下載在任意位置運行。如果需要校驗，還會加入CRC校驗代碼，扇區(qū)檢測代碼。

MDK首先通過調(diào)試器將算法寫入內(nèi)部RAM，然后把需要寫入的固件程序?qū)懭隦AM，再由MDK控制（通過調(diào)試器）MCU執(zhí)行相應(yīng)代碼（擦除或?qū)懭肷葏^(qū)），通過MCU的寄存器和設(shè)定軟件斷點得到執(zhí)行結(jié)果，如此來回搬運，就可完成固件下載。

說起來簡單，做起來很麻煩（調(diào)試器工具功能簡單，只做協(xié)議轉(zhuǎn)換，如何控制通過MDK），這里點到為止，有時間會好好整理分享一下。

之后準(zhǔn)備USB相關(guān)的工作，發(fā)現(xiàn)總是沒有滿意的USB CORE庫，官方的庫感覺還不錯，可惜被封裝了，看不到源碼，放棄。

之前魚鷹分享過虛擬串口的代碼，于是下載下來使用，發(fā)現(xiàn)竟然在GD32中用不了，當(dāng)初明明ST測試沒問題的。

還以為是GD芯片問題，然后使用之前的USB雙緩沖讀卡器代碼，發(fā)現(xiàn)沒有問題。

只能在線調(diào)試比較差異，借助邏輯分析儀，總算解決了這兩個BUG，順利自發(fā)自收。

BUG 1

枚舉失敗。

通過邏輯分析儀發(fā)現(xiàn)，電腦發(fā)送控制幀給USB設(shè)備，竟然沒有任何回應(yīng)，即沒有NAK，也米有STALL，更不用說ACK了。

▲正?；貞?yīng)

▲無回應(yīng)

通過調(diào)試發(fā)現(xiàn)，該端點接收狀態(tài)為0，禁用狀態(tài)，再參考可用代碼，發(fā)現(xiàn)在復(fù)位之后，應(yīng)該設(shè)置為接收有效才對。因此修改如下：

void USBD_Reset (void)
{
………………
……
  ……
EPxREG(0)=EP_CONTROL|EP_RX_VALID;// 除了設(shè)定端點類型外，還要使能接收
  DADDR = DADDR_EF | 0;                 /* Enable USB Default Address         */
}

很奇怪的是，ST我以前測試是沒問題的，可能也是兩者之間的差異吧。

BUG2

枚舉成功后，又出現(xiàn)另外一個問題，就是串口只能發(fā)送第一幀數(shù)據(jù)，第二次卡死……

經(jīng)過邏輯分析儀發(fā)現(xiàn)，發(fā)送的數(shù)據(jù)會被NAK。后來才發(fā)現(xiàn)下面的語句不滿足，直接沒有讀USB數(shù)據(jù)包，從而沒有恢復(fù)接收有效狀態(tài)，導(dǎo)致串口助手卡死。 這段官方代碼也確實比較迷，沒有最大利用緩存空間（最少需要滿一包的空間，但實際可能不滿一包），不過按下不表。 那就是第一次收到的數(shù)據(jù)未讀唄，在main()函數(shù)里面發(fā)現(xiàn)根本沒進來，發(fā)現(xiàn)竟然一直在USB中斷執(zhí)行……

void main()
 {
   while(1)
   {
    ……
     if (usb_rx_ch == -1)
            usb_rx_ch = USBD_CDC_ACM_GetChar();
    ……  
   }
}

但很奇怪的事，該代碼在ST里面跑的挺好的。不管它，加上處理：

void USB_LP_CAN1_RX0_IRQHandler(void) {
 ……


 if (istr & ISTR_ESOF)
  {  
    if (USBD_P_Error_Event)
    {
      USBD_P_Error_Event(3);
    }
    ISTR = ~ISTR_ESOF;
  }


  ……
}

這下串口助手一下子絲滑了，舒服！

審核編輯：湯梓紅