用ＣＨ３７５的设备模式做数据传输时，只能收数据，不能发数据。程序如下： if(InterruptStatus==USB_INT_EP1_OUT || InterruptStatus==USB_INT_EP2_OUT){ LED=~LED; CH375_WR_CMD_PORT(CMD_RD_USB_DATA); length=CH375_RD_DAT_PORT(); c1=0; while(length--){ Content[c1++]=CH375_RD_DAT_PORT(); } _nop_(); CH375_WR_CMD_PORT(CMD_WR_USB_DATA5); CH375_WR_DAT_PORT(0x04); for(c1=0;c1<4;c1++){ CH375_WR_DAT_PORT(0xaf); }

_nop_(); } else if(InterruptStatus==USB_INT_EP1_IN || InterruptStatus==USB_INT_EP2_IN){ CH375_WR_CMD_PORT(CMD_UNLOCK_USB); } else{} }

运行的时候，用ｂｕｓ　ｈｏｕｎｄ监视数据，ｕｓｂ　ｃｈｅｃｋ发消息。每次发送消息后，ＬＥＤ是变化的，并且用仿真器设断点也能观察到数据接收正确。但就是无法收到ＣＨ３７５发送的数据。 请问为什么？？程序流程有错吗？？

else if(InterruptStatus==USB_INT_EP1_IN || InterruptStatus==USB_INT_EP2_IN){ CH375_WR_CMD_PORT(CMD_UNLOCK_USB); //这里应该加上发送的程序！！ } else{} } 你现在还没有写入程序呢！怎么能发送？ 还有，至少要能够触发In的事件阿！ 你是怎么触发的？

建议你看看沁恒的例子程序是如何作的！！

看懂了再编程！

发送程序在这里啊： CH375_WR_CMD_PORT(CMD_WR_USB_DATA5); CH375_WR_DAT_PORT(0x04); for(c1=0;c1<4;c1++){ CH375_WR_DAT_PORT(0xaf); } 手册上写的是，读操作后，ＣＨ３７５自动释放缓冲；然后就可以写数据了。

In 和OUT是怎么触发的？

你看看例子就会明白了！

不好意思，例子看了以后还是没懂。 在CH372EVT\PUB\MCU_IF\C\CH372FRM.C或者CH372EVT\PUB\TEST\MCU\TEST.C里都是这种结构的： 在中断响应程序中，如果是ＯＵＴ中断，则从缓冲中读取数据，然后立刻将发送数据写入缓冲；如果是ＩＮ中断，则执行ＵＮＬＯＣＫ操作。 即使是使用ＦＬＡＧ＿ＳＥＮＤ＿ＷＡＩＴ标志符的时候，也是在需要发送数据的时候先查询该标志是否为０，然后就直接发送；在ＩＮ中断时执行ＵＮＬＯＣＫ操作。 至于ＩＮ和ＯＵＴ的触发，ＯＵＴ当然是在主机端发送数据时触发；而对于中断型的端点，主机会以几毫秒的间隔查询设备，此时收到ＩＮ中断。但是我在用仿真器调试时，设置在ＩＮ中断里的断点从来没有被触发过。所以觉得很难理解。 麻烦继续给予解答，谢谢！！

一般是通过端点2上传,wr_usb_data7,而你是通过端点1上传的，所以上位机要配套用readinter或者中断

谢谢你的回答！ 但是还是有疑问： 你的意思是不是指，在上位机（ＰＣ）中，需要使用３７５的ＤＬＬ进行读数据操作，然后才会单片机才会收到ＩＮ中断？ 而我的理解是：ＣＨ３７５内置固件模式下，端点１是中断方式，端点２是批量方式。 根据ＵＳＢ协议中，中断方式下主机端以几毫秒的周期自动发出ＩＮ令牌的。因此对于端点２，可能需要调用ＤＬＬ的读函数，而对于端点１，则是不需要的。 我在调试的时候，都是用ＢＵＳ　ＨＯＵＮＤ发送和读取数据的，所以电脑端在接收数据时，不会发送ＩＮ令牌，是不是这个原因？ 但是以前用过ＰＨＩＬＩＰＳ的Ｄ１２和ＩＳＰ１５８１，单片机主动发送消息配合ＢＵＳ　ＨＯＵＮＤ接收都是可行的，不需要调用ＤＬＬ的。 谢谢！！！

是的！！

已经调试成功！谢谢“小小何”和“店小二”两位的帮助！ 不过在我看来，程序和原来的没有什么变化，比较疑惑。