另外，我看ch375hf.pdf中，寫Ch375LibConfig的位7是保留不用的，可是ch375hfc.h中寫道：CH375LibConfig的第7位是用來表示是采取中斷還是查詢方式。到底哪個對？

另外，在采用中斷方式時，我寫了如下的中端函數(shù)： void CH375Interrupt( void ) interrupt 0 using 2 { xWriteCH375Cmd( CMD_GET_STATUS ); /* 獲取當(dāng)前中斷狀態(tài),發(fā)出命令后至少延時2uS */ CH375IntStatus = xReadCH375Data( ); /* 獲取中斷狀態(tài) */ if ( CH375IntStatus == USB_INT_DISCONNECT ) CH375DiskStatus = DISK_DISCONNECT; /* 檢測到USB設(shè)備斷開事件 */ else if ( CH375IntStatus == USB_INT_CONNECT ) CH375DiskStatus = DISK_CONNECT; /* 檢測到USB設(shè)備連接事件 */ }

有一點(diǎn)不明白，單片機(jī)是通過中斷來控制ｃｈ３７５并與之通訊的，可是ｃｈ３７５的子程序庫是如何利用中斷的？　從上面的中端代碼中看不出在中端觸發(fā)后子程序庫有什么實質(zhì)性動作?？墒俏以跍y試的時候上面的代碼可以正常工作，是不是我理解的有問題啊？　請大家?guī)兔Γx謝了～～～

（1）ch375hfc.h中的對 （2）子程序庫是通過一些全局變量來獲取U盤當(dāng)前的一些狀態(tài)，如：連接，斷開之類。

謝謝,還不是特別明白,我再繼續(xù)學(xué)習(xí).

命令Get_Status獲取中斷狀態(tài)，在主機(jī)模式下，10H-1FH是USB主機(jī)方式的常用中斷狀態(tài)，20H-3FH是USB主機(jī)方式的操作失敗狀態(tài)，用于分析操作失敗原因。

上面的代碼中只處理了USB_INT_DISCONNECT和USB_INT_CONNECT兩種情況。其他情況呢？

比如USB_INT_DISK_WRITE為"USB存儲設(shè)備寫操作，請求數(shù)據(jù)寫入",如果出現(xiàn)了USB_INT_DISCONNECT的話不需要程序處理嗎？

（1）別的狀態(tài)庫里會做處理 （2）在寫過程中出現(xiàn)USB_INT_DISCONNECT，就沒法再繼續(xù)寫，庫也會處理的

謝謝