各位前輩下午好!

為節(jié)省成本想用CH32V203的PA10/PA11的USB開啟CDC虛擬串口替代CH340通訊.

今天嘗試了下EVT的例程代碼,串口建立成功,但這個功能是類似占用PA2/PA3端口,嘗試把PA2/PA3短接回環(huán),串口讀取正常.但是如果在While的循環(huán)增加代碼,就是例程UART2_DataRx_Deal( );UART2_DataTx_Deal( );后增加其他代碼那串口回環(huán)即延遲并且會不小心丟失字節(jié).

個人理解例程是讓串口2內(nèi)部時時讀取返回一個字節(jié)數(shù)據(jù).一旦有其他代碼那單個字節(jié)就要完成這些代碼后再次串口2內(nèi)部讀取返回下一個字節(jié)數(shù)據(jù),這樣看除非把UART2_DataRx_Deal( );UART2_DataTx_Deal( );放進即時中斷或者用有硬件單獨處理不然基本沒法達到實用.也不知我的理解是否正確,現(xiàn)在在設計硬件方案自己也沒有能力研究透CDC代碼,所以請問前輩們,CH32V系列的USB-CDC能否像CH340一樣達到實時通訊并不被其他代碼明顯干擾,謝謝!

另外,看調(diào)試串口回環(huán)PA2/PA3是已經(jīng)綁定在CDC串口上,不能被其他代碼使用,這樣我的小案子還是考慮用CH340+CH32V003,這樣硬件和軟件都沒有技術(shù)瓶頸.

你好，在這樣的功能中，速度和數(shù)據(jù)量是比較重要的因素，要求越高，難度也越大。像你所說的，可以通過中斷和RTOS等軟件上的處理來確保特定功能的優(yōu)先級。如果要求確實比較高，考慮技術(shù)上的難度，在成本比較合理的情況下，最省事的方法還是用兩個獨立的模塊。