ST官方USB CDC例程詳解(例程不占篇幅)

ID:75926 · 發(fā)表于 2015-4-4 01:44

6.ST官方USB CDC例程詳解(例程不占篇幅)

  A.RS-485的相關(guān)問題
  ST官方的USB CDC演示例程，沒有涉及到RS485的方向控制。ST官方給出了一個文檔，能夠正確地發(fā)出RS485方向控制的
  時序。但實際要解決的問題遠遠比想象中復雜。

  (1)虛擬串口的發(fā)送延遲時間設置

  在數(shù)據(jù)發(fā)送時，首先ST的USB設備得按照上位機設置的發(fā)送延遲時間去工作，遺憾的是，驅(qū)動沒有這樣的設置接口。

  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ā)送時間設置，假設可設置延遲1-10毫秒。如果延遲10毫秒，按照每個毫秒64字節(jié)的數(shù)量統(tǒng)計，
  發(fā)送640字節(jié)的大數(shù)據(jù)包時，由于ST下位機由于延遲發(fā)送，640字節(jié)的數(shù)據(jù)包被打包發(fā)送出去，這樣就不存在RS-485的
  反復換向存在，這是理想狀態(tài)。在發(fā)送控制命令時，F(xiàn)T232RL是專用芯片可以實現(xiàn)1毫秒的延遲，而CH340G采用DSP核
  實現(xiàn)，延遲在10毫秒以上，PL2303更不靠譜，和Keil都通訊不上，其它芯片沒試過。

  (2)虛擬串口的接收緩沖設置

  異步串口通訊最大的難題是接收問題，接收的數(shù)據(jù)必須及時地轉(zhuǎn)移到安全的位置，以防止緩沖區(qū)溢出。
  對于DSP來說，內(nèi)部有16字節(jié)的FIFO，不需要對每個字節(jié)的數(shù)據(jù)進行實時響應，因為它可能有重要的計算任務，
  不喜歡總是被通訊打斷。對ARM來說，實時響應是是它的特長，因為它的中斷延遲時間非常短，再加上ARM支持的
  內(nèi)部SRAM通常比DSP豐富，安排個大緩沖不是什么難事。一般DSP設置為4096字節(jié)接收緩沖。根據(jù)實際應用的不同，
  如果需要傳輸超大數(shù)據(jù)包，可以安排超大的數(shù)據(jù)緩沖，一般來說小于10240字節(jié)都可以，USB1.1按照每毫秒64字節(jié)
  的通訊速度，10240字節(jié)的數(shù)據(jù)通訊需要10240/64 = 160毫秒，Windows的任務切換大約為30-40毫秒，計算機的驅(qū)動
  正常，接收都不會出問題。

  (3) 阻塞式串口發(fā)送占用CPU的問題解決方法

  首先是考慮采用中斷式向外發(fā)送數(shù)據(jù)，發(fā)送前切換RS485的方向，增加全局發(fā)送標志和發(fā)送數(shù)量，則可以支持發(fā)送時的
  延遲時間設置。其次是采用DMA的方式，和中斷式類似。這些發(fā)送方式都是假設總線處于空閑的狀態(tài)，并不判斷RS-485
  總線是否被占用。

  如果對中斷式或DMA方式的通訊感到煩瑣的話，也可以采用操作系統(tǒng)的方法實現(xiàn)數(shù)據(jù)發(fā)送，換向時序問題
  也不用考慮了，對于發(fā)送任務，按順序使能發(fā)送控制，發(fā)送數(shù)據(jù)，關(guān)閉發(fā)送使能即可。

  (4) RS485的同時發(fā)送的碰撞問題解決方法

  實際上RS485就是存在這種多個設備同時發(fā)送的碰撞現(xiàn)象，所以才催生出來了CAN總線。

  如果ST下位機考慮檢測總線狀態(tài)，發(fā)現(xiàn)總線上有數(shù)據(jù)，則設置Flag_RXD_Receiving標志為1，同時某個毫秒計時器清0，
  并啟動計時，當發(fā)現(xiàn)計時超過設置值(1-10)時，設置Flag_RXD_Receiving標志為0，并判斷總線空閑。

  如果將Flag_RXD_Receiving標志的判斷添加到發(fā)送函數(shù)中，則可以避免RS-485總線的數(shù)據(jù)碰撞問題。

西門子數(shù)控系統(tǒng)采用RS485總線通訊，由于采用的PPI協(xié)議，延遲判斷的時間間隔是50ms，加上該協(xié)議非常嚴謹，
所以在工業(yè)控制領(lǐng)域應用比較廣泛，可靠性得到了充分的驗證。Windows是強線程弱進程，線程調(diào)度時間以10-15
毫秒為單位，任務調(diào)度大約是30-40毫秒。PPI協(xié)議采用公用通信組件，可協(xié)調(diào)兩個運行實例，對同一目標進行控制。

而DMX512通訊協(xié)議簡單而嚴格，以30毫秒為周期，和RS485總線相比，除了單向之外，88us的數(shù)據(jù)幀頭也可以通過
STM32F1額外提供，因此該USB Dual RS485設備可作為一個DMX512轉(zhuǎn)換器使用。由于目前是以USB1.1的通訊速度實現(xiàn)的，
USB1.1的CDC設備，每毫秒最多傳輸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通訊的嚴格要求。

USB有4種不同類型的傳輸方式：控制傳輸(Control Transfer)，批量傳輸(Bulk Transfer)，中斷傳輸(Interrupt Transfer)和實時傳輸(IsochTransfer)
對于全速USB2.0全速設備，我們關(guān)心數(shù)據(jù)包的大小，同步實時傳輸數(shù)據(jù)包大小可以到1023字節(jié)，其它傳輸方式數(shù)據(jù)包的大小都是64字節(jié)。

ID:219749 · 發(fā)表于 2017-7-14 20:16

哥們，你在哪看到的用407的板子外掛PHY進行高速通信的，我找了半天也沒找到相關(guān)資料。

帳號		自動登錄	找回密碼
密碼			立即注冊