|
|
6.ST官方USB CDC例程詳解(例程不占篇幅)
A.RS-485的相關(guān)問題
ST官方的USB CDC演示例程，沒有涉及到RS485的方向控制。ST官方給出了一個文檔，能夠正確地發(fā)出RS485方向控制的
時序。但實際要解決的問題遠遠比想象中復(fù)雜。
(1)虛擬串口的發(fā)送延遲時間設(shè)置
在數(shù)據(jù)發(fā)送時，首先ST的USB設(shè)備得按照上位機設(shè)置的發(fā)送延遲時間去工作，遺憾的是，驅(qū)動沒有這樣的設(shè)置接口。
ST下位機是這樣實現(xiàn)虛擬串口的數(shù)據(jù)發(fā)送：USB的OUT端點從PC機獲得需要out的數(shù)據(jù)包(小于或等于64)，然后USB的OUT
端點調(diào)用串口發(fā)送函數(shù)，將數(shù)據(jù)發(fā)送出去。
串口不存在RS-485電路時，由于串口通常工作在異步狀態(tài)，上位機超過64字節(jié)的包，會被分成兩個以上的包發(fā)出去，
這不會有什么問題。串口工作在RS485狀態(tài)時，需要切換數(shù)據(jù)方向，這樣會產(chǎn)生很多不必要的換向控制。這些對工作在
異步狀態(tài)的電路沒什么大的影響，就是對方驅(qū)動接收的數(shù)據(jù)包零碎了點。
如果ST下位機實現(xiàn)延遲發(fā)送時間設(shè)置，假設(shè)可設(shè)置延遲1-10毫秒。如果延遲10毫秒，按照每個毫秒64字節(jié)的數(shù)量統(tǒng)計，
發(fā)送640字節(jié)的大數(shù)據(jù)包時，由于ST下位機由于延遲發(fā)送，640字節(jié)的數(shù)據(jù)包被打包發(fā)送出去，這樣就不存在RS-485的
反復(fù)換向存在，這是理想狀態(tài)。在發(fā)送控制命令時，F(xiàn)T232RL是專用芯片可以實現(xiàn)1毫秒的延遲，而CH340G采用DSP核
實現(xiàn)，延遲在10毫秒以上，PL2303更不靠譜，和Keil都通訊不上，其它芯片沒試過。
(2)虛擬串口的接收緩沖設(shè)置
異步串口通訊最大的難題是接收問題，接收的數(shù)據(jù)必須及時地轉(zhuǎn)移到安全的位置，以防止緩沖區(qū)溢出。
對于DSP來說，內(nèi)部有16字節(jié)的FIFO，不需要對每個字節(jié)的數(shù)據(jù)進行實時響應(yīng)，因為它可能有重要的計算任務(wù)，
不喜歡總是被通訊打斷。對ARM來說，實時響應(yīng)是是它的特長，因為它的中斷延遲時間非常短，再加上ARM支持的
內(nèi)部SRAM通常比DSP豐富，安排個大緩沖不是什么難事。一般DSP設(shè)置為4096字節(jié)接收緩沖。根據(jù)實際應(yīng)用的不同，
如果需要傳輸超大數(shù)據(jù)包，可以安排超大的數(shù)據(jù)緩沖，一般來說小于10240字節(jié)都可以，USB1.1按照每毫秒64字節(jié)
的通訊速度，10240字節(jié)的數(shù)據(jù)通訊需要10240/64 = 160毫秒，Windows的任務(wù)切換大約為30-40毫秒，計算機的驅(qū)動
正常，接收都不會出問題。
(3) 阻塞式串口發(fā)送占用CPU的問題解決方法
首先是考慮采用中斷式向外發(fā)送數(shù)據(jù)，發(fā)送前切換RS485的方向，增加全局發(fā)送標(biāo)志和發(fā)送數(shù)量，則可以支持發(fā)送時的
延遲時間設(shè)置。其次是采用DMA的方式，和中斷式類似。這些發(fā)送方式都是假設(shè)總線處于空閑的狀態(tài)，并不判斷RS-485
總線是否被占用。
如果對中斷式或DMA方式的通訊感到煩瑣的話，也可以采用操作系統(tǒng)的方法實現(xiàn)數(shù)據(jù)發(fā)送，換向時序問題
也不用考慮了，對于發(fā)送任務(wù)，按順序使能發(fā)送控制，發(fā)送數(shù)據(jù)，關(guān)閉發(fā)送使能即可。
(4) RS485的同時發(fā)送的碰撞問題解決方法
實際上RS485就是存在這種多個設(shè)備同時發(fā)送的碰撞現(xiàn)象，所以才催生出來了CAN總線。
如果ST下位機考慮檢測總線狀態(tài)，發(fā)現(xiàn)總線上有數(shù)據(jù)，則設(shè)置Flag_RXD_Receiving標(biāo)志為1，同時某個毫秒計時器清0，
并啟動計時，當(dāng)發(fā)現(xiàn)計時超過設(shè)置值(1-10)時，設(shè)置Flag_RXD_Receiving標(biāo)志為0，并判斷總線空閑。
如果將Flag_RXD_Receiving標(biāo)志的判斷添加到發(fā)送函數(shù)中，則可以避免RS-485總線的數(shù)據(jù)碰撞問題。
西門子數(shù)控系統(tǒng)采用RS485總線通訊，由于采用的PPI協(xié)議，延遲判斷的時間間隔是50ms，加上該協(xié)議非常嚴(yán)謹(jǐn)，
所以在工業(yè)控制領(lǐng)域應(yīng)用比較廣泛，可靠性得到了充分的驗證。Windows是強線程弱進程，線程調(diào)度時間以10-15
毫秒為單位，任務(wù)調(diào)度大約是30-40毫秒。PPI協(xié)議采用公用通信組件，可協(xié)調(diào)兩個運行實例，對同一目標(biāo)進行控制。
而DMX512通訊協(xié)議簡單而嚴(yán)格，以30毫秒為周期，和RS485總線相比，除了單向之外，88us的數(shù)據(jù)幀頭也可以通過
STM32F1額外提供，因此該USB Dual RS485設(shè)備可作為一個DMX512轉(zhuǎn)換器使用。由于目前是以USB1.1的通訊速度實現(xiàn)的，
USB1.1的CDC設(shè)備，每毫秒最多傳輸64字節(jié)，在30毫秒的時間內(nèi)，最多傳輸 64 * 30 = 1920 字節(jié)，所以最多支持3個
DMX512接口。若采用STM32F205以上芯片，可以外掛USB2.0高速PHY芯片，實現(xiàn)更快的數(shù)據(jù)傳輸，有人實測STM32F407的
USB2.0 High Speed通訊速度可達20MB/S，達到了大多數(shù)場合視頻信號傳輸?shù)囊蟆?br />
專業(yè)型的USB轉(zhuǎn)串口芯片， 如CH340G、FT232RL、PL2303HX等，則無法實現(xiàn)DMX512通訊的嚴(yán)格要求。
USB有4種不同類型的傳輸方式：控制傳輸(Control Transfer)，批量傳輸(Bulk Transfer)，中斷傳輸(Interrupt Transfer)和實時傳輸(IsochTransfer)
對于全速USB2.0全速設(shè)備，我們關(guān)心數(shù)據(jù)包的大小，同步實時傳輸數(shù)據(jù)包大小可以到1023字節(jié)，其它傳輸方式數(shù)據(jù)包的大小都是64字節(jié)。
|
|
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
