使用CH375B進(jìn)行下位機(jī)和上位機(jī)的數(shù)據(jù)通信。上位機(jī)中使用debug372.exe。

多數(shù)據(jù)包的8-bit數(shù)據(jù)（相同數(shù)據(jù)）上傳已經(jīng)實(shí)現(xiàn)，但是多數(shù)據(jù)包的16-bit數(shù)據(jù)（相同數(shù)據(jù)）的上傳出現(xiàn)了問題。只有第一包16-bit的數(shù)據(jù)可以成功上傳，第二包的數(shù)據(jù)都無法上傳。這是什么原因呢？

你確定下是下位機(jī)沒發(fā)還是上位機(jī)的問題，下位機(jī)端，發(fā)送完成后會(huì)產(chǎn)生端點(diǎn)發(fā)送中斷，上傳16bit數(shù)據(jù)時(shí)，一包數(shù)據(jù)最多32字節(jié)。

第一包數(shù)據(jù)上傳之后，中斷狀態(tài)寄存器的中端顯示為0Ah，是正確的。

第二包數(shù)據(jù)在debug372.exe“上傳”之后，中斷狀態(tài)寄存器亦顯示為0Ah。但是在等待6分鐘之后，debug372.exe中仍無數(shù)據(jù)上傳顯示。是下位機(jī)和上位機(jī)的時(shí)序差異原因嗎？該怎么改進(jìn)呢？

等到上傳數(shù)據(jù)了，但是時(shí)間太長(zhǎng)了。Anyway，3Q~