是這樣的，我執(zhí)行到375庫的CH375DiskReady( )函數(shù)就出現(xiàn)了問題，反復(fù)執(zhí)行10次都沒有Ready，然后就跳過了（這在程序中可以接受），但是后面的一個(gè)函數(shù)CH375FileOpen( )就不能通過了，我仔細(xì)單步觀察了執(zhí)行過程是先發(fā)命令字0x22，然后接受數(shù)據(jù)0x14，反復(fù)一遍相同的操作后，再發(fā)命令0x0A，然后發(fā)數(shù)據(jù)0X20，到此時(shí)即收回來的數(shù)據(jù)成了0x23，這樣就在后面的判斷中報(bào)錯(cuò)了！具體情況就這樣，還望樓上的高人指點(diǎn)?。ㄒ呀?jīng)憋了好幾天了，一直卡在這里?。┛梢院湍鉫mail聯(lián)系嗎？我的是個(gè)人信息保護(hù)，已隱藏

換個(gè)優(yōu)盤看看，首先保證優(yōu)盤沒問題。 或是把那一句去掉看看。

首先根據(jù)實(shí)際速度調(diào)整兩個(gè)子程序delay1us2和delayms，例子程序適用于10MHz到60MHz以下的ARM。 你所跟到的0x23那一步是正確的，錯(cuò)誤發(fā)生在此之后，要看后面的情況才知道錯(cuò)誤原因 如果最終返回0x23，請檢查 CH375_INT_WIRE 是否一直為低電平，檢查CH375HF9.H中是否被無意中修改過

460元，還有兩套。有誰要？