【每日一知识点】用ST的USB固件库中的VCP例程实现虚拟串口功能，数据传输丢失数据的处理

这种情况下：APP_Rx_length 设置为 APP_Rx_ptr_in 减去 APP_Rx_ptr_out，也就是当前所有数据长度。
程序的后面就是对 USB 包的设置，然后发送数据。
7. 结合 EVAL_COM_IRQHandler 和 Handle_USBAsynchXfer 函数对 APP_Rx_Buffer 的处理，我们可以发现，有一种情况在程序中是没有做处理的：当 APP_Rx_ptr_in 绕了一圈回来，并追上 APP_Rx_ptr_out 时，APP_Rx_Buffer 的数据已满，这个时候，若 USART 继续接收到数据，APP_Rx_ptr_in 指针继续增长，就会造成数据溢出，新来的数据冲掉还没被 USB 取走的旧数据。但是，需要注意的一点是，此 USB库的 VCP 例程是实时的，也就是 USART 收进来，USB 会取走送到上位机。而 USB 将数据送往上位机的速率是肯定大于 USART 接收数据的速率的。也就是说，这个例程可以保证“当 APP_Rx_ptr_in 绕了一圈回来，并追上 APP_Rx_ptr_out 时，APP_Rx_Buffer 的数据已满，这个时候，若 USART 继续接收到数据，APP_Rx_ptr_in 指针继续增长，就会造成数据溢出，新来的数据冲掉还没被 USB 取走的旧数据。”这种情况不会发生！
之前所分析的：
APP_RX_DATA_SIZE*8/MAX_BAUDARATE*1000 should be > CDC_IN_FRAME_INTERVAL
这个要求，正是保证 APP_Rx_Buffer 安全的重要条件。
8. 至此，我们怀疑客户并不是照搬 VCP 例程，而是对其做了修改。拜访客户，了解到确实如此。客户由于其应用需要，将 VCP 程序拆成两部分，先是用 USART 把所有的数据接收进来，放到 RAM 中，然后再将数据送到 APP_Rx_Buffer，由 USB 将数据送往上位机。这样，问题就来了，由于客户 USART先从外部接收到并保存于 RAM 的数据大于 5Kbytes，而 CPU 将 RAM 中的数据搬往 APP_Rx_Buffer 的速率远大于 USB 将 APP_Rx_Buffer 送往上位机的速率。这样就造成了 APP_Rx_ptr_in 绕了一圈回来追上 APP_Rx_ptr_out 并造成溢出的情况，甚至可能是 APP_Rx_ptr_in 绕了几圈，而APP_Rx_ptr_out 却还未开始动，因为 USB 每 CDC_IN_FRAME_INTERVAL*1ms 才送一次数据。
9. 建议客户修改其程序，在将数据从 RAM 中搬往 APP_Rx_Buffer 的时候，不能采用原 VCP 例程中USART 一样的操作方式，也就是存一个字节到 APP_Rx_Buffer，APP_Rx_ptr_in 指针加 1，并绕圈。
新的程序需要在此基础上判断，当 APP_Rx_ptr_in 指针加 1 后，若等于 APP_Rx_ptr_out，置
“APP_Rx_Buffer 满”标志位，并停止将 RAM 中的数据搬往 APP_Rx_Buffer。等 USB 从
APP_Rx_Buffer 中取走数据，再清“APP_Rx_Buffer 满”标志位，允许将 RAM 中的数据继续搬往APP_Rx_Buffer。
10.  客户修改程序，问题解决。
结论 ：
修改 VCP 例程时，没有对 APP_Rx_Buffer 的操作有足够的了解，造成在其特定应用中产生了数据溢出问题。
处理 ：
在将数据存入 APP_Rx_Buffer 时，对 APP_Rx_ptr_in 指针在循环缓冲区中绕一圈回来后，是否会追上APP_Rx_ptr_out 指针进行监控，以避免数据溢出。
建议 ：
在对例程进行修改程序以供自己的应用来使用的时候，我们不仅需要把接口看清楚，更需要把程序的流程看明白。