[问答]

求助，求分享沁恒USB2.0使用指南

问答对人有帮助，内容完整，我也想知道答案 0 遇到反馈最多的问题是收不了数据，发不了数据。多半是不清楚USB数据收发的机制导致。这里不做教学，只讲怎么用起来。以CH554EVT.ZIP为代码基础，寄存器说明参考CH554DS1.PDF 文中所有提到的代码均以伪代码形式，便于理解。先总结： USB设备片面的理解是“被动的”。USB主要就是上传（IN事务，DEVICE->HOST）和下传（OUT事务，HOST->DEVICE）。上传的被动体现在设备准备好需要上传的数据之后，等着主机来将数据取走。下传的被动体现在设备需要准备好空闲的缓冲区，等着主机将数据发下来。数据什么时候流动，流动方向是什么，完全取决于主机，主机怎么控制数据流，取决于协议（这个协议包括标准USB CLASS协议，还有用户自定交互流程）。因为这个被动，就会产生问题： 1、什么时候才表示主机将数据取走了、什么时候主机已经把数据发下来了。 2、上传数据不能够在主循环中拼命执行，因为可能上一包数据并没有成功发送。 0
2022-6-29 07:07:53　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × 76r456546 该类别下有 14 个回答。邀请回答 chm5 该类别下有 14 个回答。邀请回答 hfgfsds 该类别下有 14 个回答。邀请回答 drakannie 该类别下有 14 个回答。邀请回答 asgfafa 该类别下有 13 个回答。邀请回答 a2009428 该类别下有 13 个回答。邀请回答 ggfx 该类别下有 12 个回答。邀请回答 Green_LJ 该类别下有 12 个回答。邀请回答华强一条街该类别下有 12 个回答。邀请回答 7545wfs 该类别下有 12 个回答。邀请回答 Arvinhw 该类别下有 12 个回答。邀请回答上海秉恒该类别下有 12 个回答。邀请回答陆军航空兵该类别下有 12 个回答。邀请回答 dfzvzs 该类别下有 12 个回答。邀请回答 jhdfvs 该类别下有 12 个回答。邀请回答那些年儿ing 该类别下有 12 个回答。邀请回答暖暖暖该类别下有 12 个回答。邀请回答 kasdlak 该类别下有 12 个回答。邀请回答王伟01 该类别下有 12 个回答。邀请回答 liutiefu 该类别下有 12 个回答。邀请回答举报王燕相关推荐 • 求助，请问沁恒有USB2.0 hub芯片吗，类似USB251x那种？ 686 • USB2.0开关问题 4673 • S32G在USB接口方面和一般的USB2.0规格有什么区别吗？ 316 • 请教下，USB3.0的HUB接下行接4个USB2.0设备，上行是使用USB3.0通讯还是2.0？ 2937 • 怎样通过FPGA软件去读取USB2.0模块的数据呢 2087 • 请问怎样去设计一种USB2.0高速主机适配卡？ 1732 • USB线区分USB2.0和USB3.0吗？ 38648 • USB2.0型号模拟转换USB3.0输出 6138 • 求USB2.0转VGA和HDMI方案 6396 • USB2.0一致性测试面临什么挑战？ 2328 1个回答

答案对人有帮助，有参考价值 0 一、上传参考CH554EVT中CompatibilityHID.C 代码功能是Ep2InKey为0就上传固定数据，Ep2InKey为0就是P1.5接地。为了实现稳定上传，引入了Endp2Busy这一个全局变量（全局标志），该标志必须使用。原因：USB是有应答的，USB设备作为“被动的”一方，需要等主机把数据取走了之后才能发送下一包数据。所以在调用Enp2BlukIn();的同时置位标志，防止这次的上传还没有结束,下一次循环又处理了缓冲区数据。在USB中断函数中的case UIS_TOKEN_IN \| 2: 处将标志清除，也就是USB外设产生中断，并且成功进入这个case就表示2号端点的IN事务完成。且代码131行处，可以看到将端点2的发送（设备->主机）响应状态改成了NAK，这样可以防止非主动的数据上传。直到数据准备好，我们会在主循环中调用Enp2BulkIn( )，将响应状态改成ACK，然后等着主机将数据取走。二、下传 1、参考CH554EVT中VendorDefinedDev.C 2、代码功能：主循环判断从串口收一字节数据，对数据处理后通过端点1上传。端点2可以接收USB主机下发的数据，对收到的数据取反然后上传。即： ①端点2支持且仅支持：下传上传下传上传下传上传下传上传因为USB设备是“被动的”，所以只能等着主机在某个时候下传数据，需要提前准备好。初始化完确保UEP2_CTRL 寄存器对OUT事务的应答状态为“ACK”。只有响应状态为ACK，此时电脑尝试下传数据才能成功。端点应答状态的寄存器说明见下图。第一包数据主机下发成功之后，才会进到USB中断函数。第一包数据下传之后，下一包数据的上传在下图红框处处理：先是将数据填充到Ep2Buffer[MAX_PACKET_SIZE]处然后将上传数据包长度填到UEP2_T_LEN寄存器最后将UEP2_CTRL寄存器的IN事务响应状态改成“ACK” 执行完以上操作，接下来就是等着下一次进USB中断，正常情况下下一次进USB中断函数会进入case UIS_TOKEN_IN \| 2: 进入这里表示完成了一次IN事务。这样的交互流程一定程度上做到了“同步”，也能够保证持续的传输。所以，一发一收的流程绝对不能乱，不然就可能传输卡住。 ②端点1支持且仅支持：上传上传上传上传上传上传上传上传这个端点1上传功能类似CompatibilityHID.C中的上传，但是这里没有加上全局标志，只要getkey（）函数有返回值，就一直会刷新Ep1Buffer。所以这个上传可能会出现上一包还没有被电脑取走，下一包数据就又填到缓冲区里了，导致类似数据出错、错位的问题。

2022-6-29 10:36:12 评论举报刘强