在中断函数中触发输入输出中断后，判定为IN端点或OUT端点，即调用一个transfer_callback函数，该函数处理了0端点和非0端点（分为非0-IN端点和非0-OUT端点）的数据......然同时当调用cdc_acm_read和cdc_acm_write函数收发数时，会一路调用一个transfer_request函数，在该函数中也对IN端点和OUT端点做了数据处理，仔细对比了下，transfer_callback函数和transfer_request函数中对IN端点和OUT端点的处理程序非常相似，两者的具体区别能帮忙分析下吗？再有，在两个函数中，当为OUT端点时，传输大小和包个数的计数代码为：
endpoint_size = ((fifo_length - 1 + endpoint.wMaxPacketSize) / endpoint.wMaxPacketSize) * endpoint.wMaxPacketSize;
endpoint_size |= ((fifo_length - 1 + endpoint.wMaxPacketSize) / endpoint.wMaxPacketSize) << UX_DCD_OTG_FS_DIEPTSIZ_PKTCNT_SHIFT;

不动这两个代码，USB的写速率只能接近2MB/s......
再网上看到这个博客https://www.stmcu.org.cn/module/forum/thread-613504-1-1.html，将这两个代码在transfer_request函数中改为如下：
endpoint_size |= (UX_DCD_OTG_FS_DOEPTSIZ_XFRSIZ_MASK & (endpoint.wMaxPacketSize * (fifo_length - 1 + endpoint.wMaxPacketSize)));
endpoint_size |= (UX_DCD_OTG_FS_DOEPTSIZ_PKTCNT_SHIFT & (((fifo_length - 1 + endpoint.wMaxPacketSize) / endpoint.wMaxPacketSize) << 19));

而这时USB的写速率能达到20MB/s，测试了下，有时候会丢包1......
想请教下这两个函数和速率的问题，还有这个计算传输大小和包个数的公式是怎么理解呢？如果对问题还有疑问，本人会及时回应，拜托大家了，谢谢！

感觉这两句有问题：
endpoint_size |= (UX_DCD_OTG_FS_DOEPTSIZ_XFRSIZ_MASK & (endpoint.wMaxPacketSize * (fifo_length - 1 + endpoint.wMaxPacketSize)));
endpoint_size |= (UX_DCD_OTG_FS_DOEPTSIZ_PKTCNT_SHIFT & (((fifo_length - 1 + endpoint.wMaxPacketSize) / endpoint.wMaxPacketSize) << 19));
不断地进行或运算，总有一天会变成全１的。
应该是改为：
endpoint_size = (UX_DCD_OTG_FS_DOEPTSIZ_XFRSIZ_MASK & (endpoint.wMaxPacketSize * (fifo_length - 1 + endpoint.wMaxPacketSize)));
endpoint_size |= (UX_DCD_OTG_FS_DOEPTSIZ_PKTCNT_SHIFT & (((fifo_length - 1 + endpoint.wMaxPacketSize) / endpoint.wMaxPacketSize) << 19));
这样才可靠吧。

还有，按楼主提供的链接，里面讲述的是Cube的版本过低会出现丢包，楼主可以更新Cube的版本试试。

无薪税绵 发表于 2018-1-29 12:42
感觉这两句有问题：
endpoint_size |= (UX_DCD_OTG_FS_DOEPTSIZ_XFRSIZ_MASK & (endpoint.wMaxPacketSize * ...

在非0的OUT端点中，DOEPTSIZ_XFRSIZ为[18:0]位，DOEPTSIZ_PKTCNT为[28:19]位
计算传输大小时：
endpoint_size = (0x0007FFFF & (endpoint.wMaxPacketSize * (fifo_length - 1 + endpoint.wMaxPacketSize)));
计算数据包个数：
endpoint_size |= ((fifo_length - 1 + endpoint.wMaxPacketSize) / endpoint.wMaxPacketSize) << 19;
其中，fifo_length为读取的端点长度
这样，合理吗？
再有，fifo_length和endpoint.wMaxPacketSize是一个意思吧，为什么又需要定义一个fifo_length呢？

无薪税绵 发表于 2018-1-30 08:30
fifo_length为端点长度
endpoint.wMaxPacketSize是最大允许封包值
不是同一概念。

代表的含义是不一样，fifo_length的值根据不同的端点采用不同的传输方式而改变，控制传输时为8，高速批量传输时为512......您说的那个优先级太低，指的是什么的优先级？还有，就像我这BULK-OUT端点的传输大小和包个数可以这样计算，那对应的BULK-IN端点又该如何设计呢?

是问题没有说清楚吗？
自已顶帖

楼主的传输是用USB的CDC虚拟串口模式吗？

奏奏奏 发表于 2018-1-26 19:18
楼主的传输是用USB的CDC虚拟串口模式吗？

是的，将目标板当成设备，通过USB接口连接到linux主机上，用dd命令测试读写速率的

只是一说，如果你用的是 STM32F2/F4/F7 系列，可以外挂一片 PHY 用 USB 2.0 480Mbps 速率。

无薪税绵 发表于 2018-1-29 12:42
感觉这两句有问题：
endpoint_size |= (UX_DCD_OTG_FS_DOEPTSIZ_XFRSIZ_MASK & (endpoint.wMaxPacketSize * ...

首先很感谢您的回复
按照链接那样修改，确实有丢包现象，然后根据您的建议修改，也有丢包现象，但速率又有所提升，您能帮忙理解这两句的含义吗？不是很明白这两句怎么来的......方便加联系方式吗？qq308676264

maxtch 发表于 2018-1-29 11:50
只是一说，如果你用的是 STM32F2/F4/F7 系列，可以外挂一片 PHY 用 USB 2.0 480Mbps 速率。 ...

接口芯片不是外接，而是集成到控制器中的

wylew 发表于 2018-1-29 15:27
接口芯片不是外接，而是集成到控制器中的

我只是说如果集成的速度你觉得不够用，可以考虑换用外接的。

maxtch 发表于 2018-1-29 15:30
我只是说如果集成的速度你觉得不够用，可以考虑换用外接的。

这样啊，不过集成的速率是有很大的提升空间，现在一直在做这个优化速率的工作，就像一楼的问题，通过修改该处，还有协议栈的其他地方，现在设备写速率能有40MB/s左右，但会有丢包现象。。。设备读速率还没改这个地方，速率只有3MB/s。。。不过应该都能提升的

wylew 发表于 2018-1-29 15:27
接口芯片不是外接，而是集成到控制器中的

貌似ST有“on-chip Hi-speed PHY ”的只有F7X2、F7X3系列，其它都是Full-speed的PHY，极速就是12Mbit/S，你用的那颗芯片？你靠dd报告的速度可信吗？为啥不是MCU来统计结果回传？

高速丢包这个有可能是电路的干扰造成，这块要通过软件硬件综合分析。选择一个最合适的速度。追求速度软硬件各项成本开销都有

kylongmu 发表于 2018-1-29 22:52
貌似ST有“on-chip Hi-speed PHY ”的只有F7X2、F7X3系列，其它都是Full-speed的PHY，极速就是12Mbit/S， ...

芯片似乎用的是3500，至于速率，因为缺少Windows下的驱动，只能接在linux主机上，但在linux主机上能测试虚拟串口的工具似乎没找到。。。你有推荐的吗？

wolfgang2015 发表于 2018-1-29 23:23
高速丢包这个有可能是电路的干扰造成，这块要通过软件硬件综合分析。选择一个最合适的速度。追求速度软硬件 ...

硬件上面现在没有动，只考虑软件上面，cdc类驱动用了三个端点，一个中断端点，两个批量端点，就是现在在IN和OUT批量端点上的传输大小和数据包个数上修改，但没有设计好合理的大小和个数。。。