ch375采用的查詢中斷方式（375的中斷引腳沒用），現(xiàn)在pc要發(fā)送一個400字節(jié)的數(shù)據(jù)，單片機的流程是，不斷的向ch375發(fā)送0x22命令在讀出是否是否有中斷以及中斷的內(nèi)容是什么，如果有數(shù)據(jù)到來就讀出。 pc先發(fā)一個字節(jié)的特征數(shù)據(jù)，然后再按64字節(jié)一個包的方式發(fā)給單片機。問題是當(dāng)單片機接受到特征數(shù)據(jù)后，請375緩沖，再查詢在一次375的中斷時，發(fā)現(xiàn)依然能查詢中斷狀態(tài)（此時pc并沒有發(fā)送數(shù)據(jù)），讀出的內(nèi)容依然是清楚375緩沖前的那個數(shù)據(jù)，并不是每次都這樣...(原來我在每次查詢中斷時有50us的延時，發(fā)現(xiàn)單片機查詢最多7次就有一次是錯誤的，后來我把50us改成了500us發(fā)現(xiàn)發(fā)現(xiàn)單片機查詢最多30次就有一次是錯誤的情況出現(xiàn))。請問這是為什么？？是我的延時不夠嗎？？？？ 還有：（1）當(dāng)單片機查詢中斷狀態(tài)沒有數(shù)據(jù)到來時，需要清緩沖嗎？ （2）pc發(fā)送了0個字節(jié)給pc，單片機需要清緩沖嗎？？？

沒必要這樣做，你可以查詢命令端口，命令端口的最高位代表中斷引腳的狀態(tài)，如果有中斷則處理，沒有則不理會。如果你始終讀取中斷狀態(tài)，這時候又沒有中斷。這樣本身就是矛盾的。只有再次來數(shù)據(jù)的時候，CH375才會把上次的覆蓋掉。所以你讀出的數(shù)據(jù)仍然是上次的數(shù)據(jù)。 其實你下面的兩個問題我沒怎么看明白。需要緩沖什么？只有CH375成功的接收到PC下發(fā)的數(shù)據(jù)后，才會中斷通知MCU去讀。 查詢命令端口很簡單，就是在讀數(shù)據(jù)的時候吧A0=1即可，就是讀命令端口。

1、處理中斷的流程是錯誤的，獲取中斷狀態(tài)的命令只有在中斷產(chǎn)生之后才可以用 2、單片機端如何操作375，取決于當(dāng)前的中斷狀態(tài)是什么 你把整個通訊的流程想復(fù)雜了，不涉及什么延時、緩沖之類，建議你先熟悉我們的例程吧，下載CH372EVT.ZIP，參考PUB/TEST

回復(fù)：scm 我明白你的意思，不過我只有通過不斷的讀取中斷狀態(tài)才能判斷中斷中斷時否到來。因為我沒有用到375的中斷引腳

回復(fù)：scm 我明白你的意思，不過我只有通過不斷的讀取中斷狀態(tài)才能判斷中斷中斷時否到來。因為我沒有用到375的中斷引腳

回復(fù)：紅桃六 請問如何查詢命令端口？

1、375的硬件連接是并口方式，不連接中斷線，那么可以讀取命令口，通過判斷最高位是否為0來確認是否有中斷產(chǎn)生；串口方式下必須連接中斷線 2、不正確的流程是不能獲得正確的結(jié)果的，流程必須遵守

在和讀取數(shù)據(jù)的函數(shù)就有一點區(qū)別，就是A0 =1.

查詢命令端口 是什么意思？ 命令端口不是只能寫嗎？ 數(shù)據(jù)端口才是可讀寫的呀

查詢命令端口是指從CH375B的命令端口讀取中斷標(biāo)志，位7等效于INT#引腳，這樣不連中斷引腳也可以查詢中斷。