請(qǐng)教各位：直接從U盤(pán)文件的第二行讀用什么方法？謝謝！ 如：1111111111111111111111111111111 2222222222222222222222222222222 3333333333333333333333333333333

換行符對(duì)應(yīng)的數(shù)據(jù)是0x0d、0x0a，從第n行開(kāi)始讀，只要分析出第n-1組0x0d、0x0a就可以了

unsigned char volatile xdata CH375_CMD_PORT _at_ 0xBDF1; /* CH375命令端口的I/O地址 */ unsigned char volatile xdata CH375_DAT_PORT _at_ 0xBCF0; /* CH375數(shù)據(jù)端口的I/O地址 */ 為什么是 0xBDF1和 0xBCF0 呢?

還有資料里有這樣一段話： U4（單片機(jī)89C51 等）用于測(cè)試CH372 的USB 數(shù)據(jù)通訊功能，本例中CH372 的地址A0 由U4 的 P20 驅(qū)動(dòng)，CH372 的片選線CS#由U4 的P21 驅(qū)動(dòng)，所以CH372 的命令口的地址可以是FDXXH（例子程 序中使用地址BDF1H），數(shù)據(jù)口的地址可以是FCXXH（例子程序中使用地址BCF0H）

只看見(jiàn)資料上說(shuō)跟硬件電路有關(guān)，到底是怎么得來(lái)這個(gè)數(shù)的呢？

void CH375_WR_CMD_PORT( unsigned char cmd ) { /* 向CH375的命令端口寫(xiě)入命令,周期不小于4uS,如果單片機(jī)較快則延時(shí) */ delay2us(); CH375_CMD_PORT=cmd; delay2us(); } 上面這個(gè)函數(shù)是向命令端寫(xiě)入命令，CH372資料上面寫(xiě)的是A0=0的時(shí)候才能寫(xiě)命令，為什么這個(gè)函數(shù)不需要，而且沒(méi)有遵守資料上所說(shuō)的時(shí)序。 如果是那樣的話，單片機(jī)為什么要跟 #CS #WR #RD 連接，連接了之后程序根本就沒(méi)對(duì)這幾個(gè)引腳操作，連接起來(lái)干嘛的？以上兩個(gè)問(wèn)題誰(shuí)能回答我！

我也有這個(gè)問(wèn)題 頂?。?！

該地址涉及到單片機(jī)的總線接口方面的知識(shí)，建議先了解一下51單片機(jī)的外部總線。

頂，樓主好貼

用貴公司的374芯片，在讀有些U盤(pán)時(shí)，ReadFormatCapacities返回錯(cuò)誤，電腦是RSET，如果用374解決該問(wèn)題？

是調(diào)用庫(kù)還是自己寫(xiě)的？多獲取幾次就可以了，U盤(pán)獲取容量比較慢，初次獲取不成功，延時(shí)200-500MS再次獲取。

我使用376芯片，先寫(xiě)命令0X2F，再寫(xiě)文件名，在寫(xiě)0X34，但是文件名還是不能在U盤(pán)上建立，為什么？

有沒(méi)有對(duì)U盤(pán)初始化操作，并且初始化一定要通過(guò)，才可以在U盤(pán)中創(chuàng)建文件。 參考CH376的例程 到公司網(wǎng)站上下載CH376EVT.ZIP

你好，我想用mega1280或者mega2560來(lái)代替mega128，這樣的話，CH375B基于mega128封裝的那個(gè)文件還支持嗎？

不支持了，你選用CH376芯片。

可是你們馮工說(shuō)支持mega1280或者1281

ｍａｒｋ！！

您好，我用CH375B，STC12C5A60S2單片機(jī)非總線讀寫(xiě)U盤(pán)，可以正常讀寫(xiě)已知路徑、文件名的文件。

但我現(xiàn)在想枚舉某目錄下的文件名，發(fā)現(xiàn)相關(guān)例程都是總線方式讀寫(xiě)的，直接復(fù)制過(guò)來(lái)不起作用，請(qǐng)問(wèn)如何修改呢？項(xiàng)目用的IO比較多，不想占用總線了，用IO模擬總線，在用枚舉文件函數(shù)時(shí)沒(méi)有參考，不知所措，求熱心朋友解答，謝謝！