例程鏈接：CH55X 8位 MCU系列應用參考示例 - 沁恒微電子社區(qū) (wch.cn)，我參考了16，CH554模擬USB鍵盤 這個例程。
問題一：社保軟件一直發(fā)送如下指令：80 06 00 04 00 00 3E 00 ,大概發(fā)送200次左右，單片機就會死機重啟?。?！
問題二：在外接的USB大鍵盤上按Num Lock或Caps Lock或Scr Lock鍵時，CH552設備上的的USB口會有Xact error出現，如下圖所示：
但是USB大鍵盤就沒有錯誤報出，如下圖所示：
您好，可以使用BUSHound抓一下通訊過程，分析一下USB通訊過程是否有異常，比如是否有沒有響應的USB命令導致USB總線復位。
你們可以自己燒一下例程中的hex試試，真實存在的問題?。。《疫@個問題我以前就反應過，兜兜轉轉不是忙就是沒空，然后讓我自己去抓數據，現在數據也抓了，測試方法也告訴你們了，為什么不能去驗證一下呢？用戶那邊頻繁出現問題，煩請快點拿出解決方案，萬分感謝！??！
你好，代碼這一句去掉就行，狀態(tài)階段需要以DATA1包回復。后面若還有其他技術問題可以直接聯系我：025-89692394。
問題二按照如上改了，試了可以。
問題一的話麻煩也解決一下，測試方法是發(fā)送?80 06 00 04 00 00 3E 00 ,大概發(fā)送200次左右，單片機就會死機重啟?。?！
發(fā)送截圖如下：
捕獲區(qū)截圖如下：（紅圈處CH552重啟了）
數據包如下：
在標準請求里增加你這個命令的處理 上傳的數據可以自己填充。
注：對于全速和低速，獲取描述符的標準請求只有三種：01設備描述符、02配置描述符、03字符串描述符。另外的04接口描述符、05端點描述符是隨著配置描述符一起返回的，如果單獨返回，主機是無法確認它們是屬于哪個配置的。不確定你的具體應用是什么樣的，注意點需要注意一下。
針對04接口描述符可以這樣解決，但是以后又有其他描述符的話，還是一樣會出現重啟問題，對于自己不需要的描述符是否可以不返回任何信息（個人覺得現在的程序可能是內存取值溢出造成的），這樣以后也不會再出現此類問題了。
分析了一下，問題應該在這里：當接收的上位機請求碼不支持時，指針pDesc會一直后移，造成指針溢出，CH552就會死機重啟?。。。?*****應該在進中斷或者default的時候先把指針pDesc的位置重新初始化一下*****）
你好，正如上面所說：對于全速和低速，獲取描述符的標準請求只有三種：01設備描述符、02配置描述符、03字符串描述符，針對04標準請求，如果需要支持，修改代碼支持即可。
