CH573的手冊中提到：

當(dāng)?MASK_UIS_TOKEN?非空閑、并且?RB_UIS_SETUP_ACT?也為?1?時(shí)，必須先處理前者，處理完前者后
清零一次?RB_UIF_TRANSFER?使前者進(jìn)入空閑狀態(tài)，再處理后者，最后再清零一次?RB_UIF_TRANSFER。

CH32X035和CH32L103的USB外設(shè)和CH573非常相似，是不是也要這么處理？謝謝。

您好，基本都是差不多的，在CH32X035和CH32L103的EVT中都有對應(yīng)的USB例程，里面有關(guān)于USB中斷的處理，可以看一下。關(guān)于EVT，可直接在官網(wǎng)搜索MCU型號下載。

麻煩正面回復(fù)一下問題，謝謝。

X035和L103我都實(shí)現(xiàn)了USB應(yīng)用沒有問題，只是想知道CH573的這種處理方式是不是CH573特有的？X035和L103手冊中沒有這個(gè)要求。

我會下載EVT，也會看例程，而且給你們EVT例程代碼提過不少建議了。

藍(lán)牙系列CH57x、58x、59x這里的處理比較特殊，確實(shí)是有別于CH32系列。

藍(lán)牙系列最新EVT代碼中已有參考處理，有兩次清RB_UIF_TRANSFER的過程，您參考例程即可。

@TECH_JW，感謝提供信息。這幾個(gè)藍(lán)牙芯片這里要特殊處理一下，感覺是硬件USBIP的小Bug，通過軟件來規(guī)避。

類似的還有CH552的USBIP在數(shù)據(jù)不到64字節(jié)時(shí)會多接收2個(gè)字節(jié)，要求軟件中接收數(shù)據(jù)的緩沖區(qū)的長度 >= min（可能接收到的最大數(shù)據(jù)包長度 + 2 字節(jié)，64 字節(jié)）

這些小問題無傷大雅，可以通過軟件可以規(guī)避，建議芯片勘誤表（errata）記錄一下這些問題。