有關(guān)CH375數(shù)據(jù)傳輸?shù)膯栴}

我在使用單片機(jī)向U盤里寫東西時,第一次需要2分鐘以后只需要6秒鐘,請問這是為什么?

第一次要打開文件,376要查找目錄項和FAT區(qū),會占用一定得時間,第二次直接把數(shù)據(jù)寫相關(guān)的扇區(qū)里面


但是我這個只要是文件內(nèi)有數(shù)據(jù)(比如有個0),這時寫一次就只需6s, 另外我還有個問題,我使用外部RAM 做緩沖區(qū),一次最多只能傳255個字節(jié)的數(shù)據(jù)嗎????


如果文件內(nèi)沒有數(shù)據(jù)的話,很有可能FAT中沒有為此文件分配FAT表,分配FAT表時,376要查詢FAT表,分配一個沒有占用的簇給此文件,所以需要占376操作U盤的時間。如果你外部RAM夠大,可以把文件緩沖區(qū)設(shè)大點,一次多寫幾個扇區(qū)


能具體解釋一下增大文件緩沖區(qū)的方法嗎?我看CH375的頭文件,感覺需要改mCmdParam.ByteWrite.mByteCount的類型,但是我改成unsigned short型時還是不好使????? 我現(xiàn)在希望將數(shù)據(jù)緩沖區(qū)做成512或者1024???


用扇區(qū)方式寫比較快,參考http://wch.cn/download/list.asp?id=32


如果我只想用字節(jié)模式,但是還想要更大的緩沖區(qū)不行嗎?、、


UINT8 mByteCount; /* 輸入?yún)?shù): 準(zhǔn)備讀取的字節(jié)數(shù),不得大于MAX_BYTE_IO, 返回: 實際讀出的字節(jié)數(shù) */ UINT8 mByteBuffer[ MAX_BYTE_IO ]; /* 返回: 讀出的數(shù)據(jù)塊 */ 改這兩個類型試試


我改了第一個類型UINT16 mByteCount;但是不好使。mByteBuffer[ MAX_BYTE_IO ]的類型不應(yīng)該更改吧,因為這里定義的是數(shù)組數(shù)據(jù)類型


一次最多寫256個,庫內(nèi)部限定死了,你可以用扇區(qū)方式寫,或者用376,376字節(jié)方式寫一次能寫65536個,376和375引腳基本兼容


能不能將庫內(nèi)部的程序給我發(fā)一份???謝了?。?! 還有就是“雙DPTR 復(fù)制”,“單DPTR 復(fù)制”,"單DPTR和P2+R0復(fù)制",,,能解釋一下這幾個嗎???


庫內(nèi)的程序不開源的。 DPTR是匯編中的一個16指針寄存器,可以認(rèn)為是讀寫外部地址值的指針。讀寫外部RAM的低256字節(jié)可以用R0做指針。這是單片機(jī)的特性,你可以看單片機(jī)的方面的書


嗯,謝謝,我看你們CH375的資料寫到可以提供不含庫的源程序。能給我發(fā)一份嗎? 個人信息保護(hù),已隱藏


只有登錄才能回復(fù),可以選擇微信賬號登錄

国产91精品新入口,国产成人综合网在线播放,九热这里只有精品,本道在线观看,美女视频a美女视频,韩国美女激情视频,日本美女pvp视频