雖然屬于典型的“菜鳥”，相信這個(gè)問題提得并不是太幼稚。因?yàn)檫@是在充分研究了貴公司所有可以直接下載的資料，并因需要了解得更深入而不得不犧牲了半個(gè)月時(shí)間，粗略地學(xué)習(xí)了一下Ｃ++才做出的“結(jié)論”。

　　如果是WINDOWS系統(tǒng)的限制則當(dāng)別論，至少從公開的芯片資料分析，這種限定是有百害而無一利的，至少在充分放開限制之后，可以稍微增加一點(diǎn)運(yùn)行的速度，且在足夠大、大到能夠容納全部需要的時(shí)候，就有可能解決微軟系統(tǒng)對USB接口的無奈，消除那1mS帶來的不利影響。在現(xiàn)場高速采集數(shù)據(jù)這個(gè)領(lǐng)域中，1mS的間隔是可怕的，那意味著數(shù)百數(shù)據(jù)的損失！

不是這個(gè)意思,之所以說所謂的限制4096緩沖區(qū)是這個(gè)意思:即使你把緩沖區(qū)開成1M的話,那么傳輸?shù)乃俣群?096字節(jié)的傳輸速度是一樣的,那么就沒必要提供更多的緩沖區(qū)給我們的動(dòng)態(tài)庫,而只需要4096字節(jié)就可以了.

呵呵，根據(jù)我分析貴公司提供的所有資料，有一個(gè)可能不是很正確的結(jié)論：

因?yàn)镻C機(jī)是每mS組織“打包”一次數(shù)據(jù)傳輸，在貴公司提供的ASP中反復(fù)調(diào)用芯片讀寫功能就被綜合處理，即使要截?cái)嘁彩呛芏虝旱拈g隔甚至可能忽略掉（在獨(dú)占的情況下應(yīng)該如此）。但例如在VB中，要調(diào)用一次ASP，就要經(jīng)過主程序的調(diào)用——返回“工序”，且調(diào)用還需經(jīng)過附帶的專用模塊中相關(guān)的過程，很可能就會(huì)造成不必要的等待過程。

我在前曾忽略這個(gè)問題，在周一夜間給貴公司的孔工發(fā)了一個(gè)連續(xù)調(diào)用“CH341GetInput”過程的小程序，如果不考慮上述因素，應(yīng)該有勉強(qiáng)可用的速率（估計(jì)在200K以上），但如果受到限制，可能就只有1K的速度了。之所以到現(xiàn)在還沒有回復(fù)，就不知道是否因?yàn)檫@個(gè)原因，認(rèn)為我的知識太欠缺而不愿意答復(fù)了哈

為簡化USB操作,所以進(jìn)行了分層.特理層和協(xié)議層和應(yīng)用層的區(qū)分.區(qū)分,可能讓實(shí)際速度達(dá)不到理論速度,但簡化了操作.讓你不需要了解USB協(xié)議就能進(jìn)行USB操作. 當(dāng)然,直接操作USB底層也是可以的.在計(jì)算機(jī)上,您可以直接操作主板上的USB主機(jī)控制器UHCI/OHCI,可以參照主機(jī)芯片的說明書,這樣可以不經(jīng)過幾層驅(qū)動(dòng)的處理,在下位機(jī),您可以直接操作CH374,在單片機(jī)程序內(nèi)自行對協(xié)議進(jìn)行操作,那速度提升的空間會(huì)很大.前提是你對USB協(xié)議必須了解才能操作. 回復(fù)遲不是因?yàn)槟f的這個(gè)問題,是我們疏忽.關(guān)于您發(fā)的程序是用VB編寫的程序,應(yīng)該是寫完后沒有運(yùn)行過.在程序內(nèi)已給您提了一點(diǎn)意見,在上周五下午已回復(fù)給您.