使用CH375HF9.LIB庫時(shí)初始化成功，也能讀U盤大小，就是在使用函數(shù)CH375FileOpen打開文件時(shí)不成功，返回值0x1F，請問是什么問題？

CH375DiskReady( )命令有沒有通過． USB口的供電要確保為5V

CH375DiskReady( )命令一次通過，USB口的供電為5V。我用的是LPC2104芯片，工作時(shí)鐘頻率44MHz，程序用的是例子程序。原例程用的是LPC2114，我改了命令、數(shù)據(jù)讀寫程序，因?yàn)槔映绦蛴玫氖嵌丝?,而LPC2104只有一個(gè)端口。即IODIR、IOSET、IOCLR，原來是IO0DIR、IO0CLR、IO0SET。難道是指令與指令之間延時(shí)不夠，不知你們以前遇到類似的問題嗎？另外，開發(fā)環(huán)境是ADS1.2。

LPC2114 44MHZ,VPB=Fcclk,模擬I0,速度比較慢,讀寫自函數(shù)之間的延時(shí)可以沒有 LPC2114參考程序,查詢方式,ADS1.2: 傳不上來,請把郵箱留下發(fā)給你

返回0x1F可能原因如下： （1）DiskBaseBuf緩沖區(qū)不夠大或存在問題，對緩沖區(qū)做讀寫測試 （2）接口子程序問題。需要查WriteData/ReadData接口子程序是否太慢，導(dǎo)致U盤睡眠。寫命令后延時(shí)1.5uS，讀寫數(shù)據(jù)后延時(shí)0.6uS。 （3）干擾、時(shí)鐘問題。需要查USB干擾和12MHz時(shí)鐘同步，導(dǎo)致USB傳輸不了大數(shù)據(jù)包。 （4）大小端問題。需要查大端/小端格式，防止小端LBA地址當(dāng)成大端LBA地址導(dǎo)致溢出。 （5）檢查USB口與芯片供地好不好，多連接幾根地線，若通過延長線連接，那么需要屏蔽線，且屏蔽層要接地

這個(gè)問題其實(shí)很簡單的，我碰到過的。DISKBASEBUF地址不夠，或者內(nèi)存在程序中定義有錯(cuò)誤。還有如果文件打開時(shí)被其他中斷服務(wù)程序打斷，中斷不能過于長。

目前也遇到此類問題，使用CH375HF5.LIB庫時(shí)初始化成功，也能讀U盤大小，使用函數(shù)CH375FileOpen打開文件時(shí)返回值為0x1F，測試金士頓2GB、8GB以及16GB優(yōu)盤現(xiàn)象一致。單片機(jī)采用MSC210，使用單片機(jī)內(nèi)部1KBRAM，此類問題如何解決？

文件、磁盤緩沖區(qū)大小配置是否正確？把數(shù)據(jù)的復(fù)制方式換一下看

文件、磁盤緩沖區(qū)大小配置是否正確？把數(shù)據(jù)的復(fù)制方式換一下看

?

由于MSC1210內(nèi)置的外部RAM只有1KB，磁盤緩沖區(qū)配置為512，沒有定義文件緩沖區(qū)，與CH375連接采用非總線方式,用普通I/O引腳P0口模擬8位并行總線讀寫,與CH375之間采用并口連接，INT采用查詢方式。在WIN7的磁盤格式化選項(xiàng)中FAT32格式最小分配單元大小為4096，是不是因?yàn)榇疟P緩沖區(qū)小于U盤扇區(qū)大小造成，難道必須外接RAM？

幫頂，我也遇到這種情況了，而且我連U盤大小都不能讀出來

? ? ? ? ? ? ? ? ? ? ? ? ? ?

幫頂，我也遇到這種情況了，而且我連U盤大小都不能讀出來

? ? ? ? ? ? ? ? ? ? ? ?

多半是讀寫的時(shí)候被中斷打斷了