CH376字節(jié)寫入文件問題

CH376在U盤新建文件并寫入數(shù)據(jù),功能正常。

但是,寫入數(shù)據(jù)的速度受限,無法滿足每10ms完成一組16字節(jié)數(shù)據(jù)保存的需求。


情況說明如下:

  1. 采用異步通訊方式,波特率115200

  2. 寫數(shù)據(jù)采用字節(jié)寫入方式,每次寫入16字節(jié)數(shù)據(jù)。

  3. 寫數(shù)據(jù)的流程與CH376DS1文檔的說明一致。

  4. 主程序2.5ms中斷一次,判斷芯片的狀態(tài)碼,并輸出接下來的指令。

  5. CMD_BYTE_WR_GO指令返回的狀態(tài)碼需要4次中斷才能讀到,即大致需要10ms的執(zhí)行時(shí)間。

問題:10ms的等待時(shí)間是正常的嗎?


熱門產(chǎn)品 : USB3.0 HUB控制器:CH634

您好,10ms是不正常的

串口通訊下376在完成操作給出中斷的同時(shí)會(huì)直接送出狀態(tài)碼,建議使用單片機(jī)的串口接收中斷功能直接判斷返回值。


我在每次2.5ms的中斷里,都會(huì)讀取串口的FIFO數(shù)據(jù),直到第4次中斷,才能讀到有數(shù)據(jù)。


如果是我采用輪詢的問題,那么改用中斷,最快也僅能縮短至7.5ms。中斷腳INT并沒有使用。


能否告知該命令的執(zhí)行時(shí)間,應(yīng)該是多少?


該命令執(zhí)行不只是單方面的,在U盤那端可能會(huì)有不同的時(shí)間開銷。


我用USB3.0的U盤試了一下,CMD_BYTE_WR_GO用時(shí)在2.5ms左右。


這個(gè)時(shí)間是否依然偏長(zhǎng)?


單純考慮這個(gè)16字節(jié)寫入速度意義不是特別大,按照你這個(gè)速度計(jì)算數(shù)據(jù)傳輸帶寬肯定是慢了,所以要結(jié)合實(shí)際使用情況進(jìn)行測(cè)速


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

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