前幾天與貴公司客服人員電話交談，知道貴公司硬件技術(shù)人員也有關(guān)注論壇帖子，所以想到請教硬件工程師有關(guān)CH341芯片結(jié)構(gòu)的一個重要問題：

　　按想當(dāng)然的理解，例如“CH341MemReadAddr1（）”（省略了括號里邊內(nèi)容）這樣一條連續(xù)讀地址1的指令，要么被芯片完整地接收之后，連續(xù)不間斷地執(zhí)行讀取指定字節(jié)數(shù)的數(shù)據(jù)并輸送到USB通路傳遞；要么芯片只接收“讀地址1”這個指令之后，連續(xù)不間斷地執(zhí)行讀該地址的數(shù)據(jù)，并輸送到USB通路傳遞（可能有其他因素制約間隔時間），直到重新接收到新的不同指令，改按新方式操作。

　　當(dāng)然也可能存在“意外”的設(shè)計，就是“每條指令只執(zhí)行一個字節(jié)的讀寫操作，然后等待新的指令”。所以稱之謂“意外”的原因，在于這樣做的結(jié)果將大大影響芯片總體的工作效益。

　　事實上這是個很關(guān)鍵的重要問題，至少牽涉到我的帖子《 [討論]關(guān)于CH341的MEM并口問題》中提到的16位數(shù)值讀寫的可能性。除非被我那個“可能存在‘意外’的設(shè)計”不幸言中，否則我那個建議無疑是要犧牲一半甚至更多的USB傳輸時間！

　　例如按我“想當(dāng)然的理解”讀取100字節(jié)的數(shù)據(jù)傳輸回來，只要101字節(jié)（按單字節(jié)指令計算），而按“意外”的設(shè)計就需要200字節(jié)了，所以有“甚至更多”的說法，是因為指令和讀回的數(shù)據(jù)需要來回傳輸，顯見按一般規(guī)律是比單一方向傳輸需要更多時間的占用哈。

　　難以理解而有趣的事情是：如果屬于我“想當(dāng)然的理解”的范圍，因為存在A0（AS#）引腳，硬件電路設(shè)計出“隨意控制不斷翻轉(zhuǎn)輸出電平”的功能本來是輕而易舉的事情，假定本來就存在這種功能，估計不會不直接包含一“準(zhǔn)16位”讀寫的命令提供給軟件工程師來利用，不得不承認(rèn)這應(yīng)該認(rèn)為是硬件設(shè)計的重大失誤（當(dāng)然如果在相關(guān)說明中沒包含所謂的“16位”這樣的言辭除外）。

　　其實除非你確實屬于我那個“可能存在‘意外’的設(shè)計”的范圍，否則那個帖子《 [討論]關(guān)于CH341的MEM并口問題》中提出的問題已經(jīng)沒有多大的意義，所差不過是一Ｄ觸發(fā)器就可以解決的事情，因此而損失一半的速度可謂“得不償失”了……

我現(xiàn)在已經(jīng)對這個問題沒興趣了……

雖然需要仍然16位（甚至更多位）的數(shù)據(jù)連續(xù)讀取，但可以使用硬件的組合來解決問題。現(xiàn)在仍需要知道的是在連續(xù)讀數(shù)據(jù)的過程中，是否需要每次都要對CH341的硬件電路重復(fù)輸入“讀命令”。