关于GD32虚拟串口的两个BUG

最近在搞调试器，折腾了好多天，终于理解了MDK、下载算法、调试器、MCU之间的关系。

简单来说就是，调试器作为USB转SWD协议的转换工具，MDK通过USB驱动这个工具，下载算法包含了一些MCU内部FLASH擦除、编程代码。与普通代码不同的是，该代码可以下载在任意位置运行。如果需要校验，还会加入CRC校验代码，扇区检测代码。

MDK首先通过调试器将算法写入内部RAM，然后把需要写入的固件程序写入RAM，再由MDK控制（通过调试器）MCU执行相应代码（擦除或写入扇区），通过MCU的寄存器和设定软件断点得到执行结果，如此来回搬运，就可完成固件下载。

说起来简单，做起来很麻烦（调试器工具功能简单，只做协议转换，如何控制通过MDK），这里点到为止，有时间会好好整理分享一下。

之后准备USB相关的工作，发现总是没有满意的USB CORE库，官方的库感觉还不错，可惜被封装了，看不到源码，放弃。

之前鱼鹰分享过虚拟串口的代码，于是下载下来使用，发现竟然在GD32中用不了，当初明明ST测试没问题的。

还以为是GD芯片问题，然后使用之前的USB双缓冲读卡器代码，发现没有问题。

只能在线调试比较差异，借助逻辑分析仪，总算解决了这两个BUG，顺利自发自收。

BUG 1

通过逻辑分析仪发现，电脑发送控制帧给USB设备，竟然没有任何回应，即没有NAK，也米有STALL，更不用说ACK了。

▲正常回应

▲无回应

通过调试发现，该端点接收状态为0，禁用状态，再参考可用代码，发现在复位之后，应该设置为接收有效才对。因此修改如下：

void USBD_Reset (void){  ………………  ……  ……  EPxREG(0) = EP_CONTROL | EP_RX_VALID; // 除了设定端点类型外，还要使能接收  DADDR = DADDR_EF | 0;                 /* Enable USB Default Address         */}

很奇怪的是，ST我以前测试是没问题的，可能也是两者之间的差异吧。

BUG 2

枚举成功后，又出现另外一个问题，就是串口只能发送第一帧数据，第二次卡死……

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;  }
  …… } 

这下串口助手一下子丝滑了，舒服！

END

文章引用微信公众号"嵌入式微处理器",如有侵权,请联系管理员删除!