例子程序,看過了！向u盤寫了80000個(gè)字節(jié)， 我在讀時(shí)，80384個(gè)字節(jié)，都沒問題。單讀到80384個(gè)字節(jié)時(shí)，就一直等待375中斷。同一個(gè)U盤，不同文件，都是在單讀到80384個(gè)字節(jié)時(shí)，就一直等待375中斷。而不同U盤，就會(huì)不一樣。主要是什么原因！？？

那你在往里面寫的話還出錯(cuò)嗎？？？如果寫沒什么問題的話，那么讀也應(yīng)該沒什么問題的

寫也是一樣，只能寫一小部分字節(jié)，多了，就等一直等待375中斷。

大哥，可不可以聯(lián)系一下，我現(xiàn)在用LPC2132的，都好幾天了，還不能讀哦 QQ 11979406

用我的例子試也是寫一點(diǎn)數(shù)據(jù)就出錯(cuò)嗎？？我在這邊寫了80000字節(jié)都沒有問題

i = CH375ByteRead( ); /* 以字節(jié)為單位讀取數(shù)據(jù)塊,單次讀寫的長(zhǎng)度不能超過MAX_BYTE_IO,第二次調(diào)用時(shí)接著剛才的向后讀 */

CH375ByteRead( );能不能提供子程序,在讀80835時(shí),就停在375中斷處了.郁悶!!!!!!

strcpy( (char *)mCmdParam.Create.mPathName, "/NEWFILE1.TXT" ); /* 新文件名,在根目錄下,中文文件名 */ i = CH375FileCreate( ); /* 新建文件并打開,如果文件已經(jīng)存在則先刪除后再新建 */

CH375FileCreate( ); 指令時(shí)也會(huì),一直等待375中斷,把U盤格式化就行,為什么???????? hcn 說下! U盤格式化前U盤在windows下是可以正常讀寫.

在這停，那么你前面的DISK-READY過了沒有？如果前面的這個(gè)沒有過的話，那么可能會(huì)出現(xiàn)后面的操作會(huì)出現(xiàn)錯(cuò)誤。

//* 檢查U盤是否準(zhǔn)備好,有些U盤不需要這一步,但是某些U盤必須要執(zhí)行這一步才能工作 */ for ( i = 0; i < 10; i ++ ) { /* 有的U盤總是返回未準(zhǔn)備好,不過可以被忽略 */ mDelaymS( 100 ); LCD_Clean(2);GDM12232SetAddr(2); LCD_printf(" U盤準(zhǔn)備好？\n"); if ( CH375DiskReady( ) == ERR_SUCCESS ) break; /* 查詢磁盤是否準(zhǔn)備好 */ }

肯定過了呀!!

怎么辦呀??

一直等待375中斷,中斷方式改變,效果會(huì)好嗎?

CH375ByteRead( );能不能提供子程序,在讀80835時(shí),就停在375中斷處了.郁悶!!!!!!

目前我正不通過文件的方式，讀寫u盤，測(cè)試中。

CH375ByteRead( ); 子程序 有些變量超出內(nèi)部ran范圍了, 375中斷處了不中斷了!

hcn我說的對(duì)嗎???

怎么這么久了,沒人回復(fù)!!!!!??????