一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

了解在MCU中實現(xiàn)串口的不定長數(shù)據(jù)包接收的過程

5RJg_mcuworld ? 來源:未知 ? 作者:工程師郭婷 ? 2018-08-03 16:37 ? 次閱讀

MCU的應(yīng)用中,經(jīng)常需要通過串口進(jìn)行不定長數(shù)據(jù)包的傳輸。發(fā)送方很簡單,不需特別的考慮,而接收方則需要能夠偵測到數(shù)據(jù)包的結(jié)束。接收方的簡單做法是結(jié)合串口的IDLE中斷,或使用DMA并利用DMA的超時傳輸機(jī)制。

但有些MCU在設(shè)計時出于成本上的考慮,簡化了串口接收的IDLE模式以及DMA超時傳輸機(jī)制。沒有串口IDLE中斷或者DMA超時傳輸?shù)臋C(jī)制,我們就不知道什么時候通信結(jié)束了。這種情況下,為了實現(xiàn)通過串口傳輸不定長數(shù)據(jù)包的要求,需要使用軟件和其它片內(nèi)外設(shè)的配合,協(xié)同完成指定的功能。

LPC54101系列的UART模塊,支持FIFO的接收超時,能夠方便地實現(xiàn)上述功能。除此之外,本文介紹一種基于LPC54101和SDK,通過使用引腳中斷和定時器配合,實現(xiàn)串口DMA接收超時,實現(xiàn)串口DMA接收超時的機(jī)制。

先分析下UART傳輸?shù)臅r序,圖1是一個典型的8位數(shù)據(jù)位1位停止位的串口通信數(shù)據(jù)流。串口每次發(fā)送數(shù)據(jù)時會首先發(fā)送一個起始位,在TTL電平邏輯下,Start位首先是一個下降沿信號。

了解在MCU中實現(xiàn)串口的不定長數(shù)據(jù)包接收的過程

圖1. 串口接收數(shù)據(jù)時序圖

在串口DMA接收超時系統(tǒng)中,我們需要利用MCU的引腳中斷功能偵測這個下降沿信號,引腳中斷觸發(fā)后告訴系統(tǒng)開始計時。要特別注意的是,當(dāng)系統(tǒng)偵測到Start位的下降沿后最好關(guān)閉引腳中斷,不然后續(xù)數(shù)據(jù)流等信號的下降沿也會觸發(fā)引腳中斷使得整套方案失去了意義(還不如直接用串口接收完成中斷)。

LPC54101的引腳中斷可以在任意IO引腳上使能,所以可以直接把LPC54101的串口接收的引腳的中斷功能打開,并設(shè)置成下降沿觸發(fā)。

超時計數(shù)器最好是系統(tǒng)里的低功耗定時器,這個例程中我們用的是LPC54101的RIT定時器。超時的時間設(shè)置要考慮到當(dāng)前串口設(shè)置的波特率以及一次串口傳輸?shù)淖畲蟀L。

超時定時器計數(shù)溢出產(chǎn)生中斷后,軟件首先要從DMA的狀態(tài)寄存器中獲取到當(dāng)前接收到數(shù)據(jù)的長度(對于LPC54101來說,串口DMA接收數(shù)據(jù)的長度在XFERCFGn寄存器中的XFERCOUNT位,如圖2所示),然后從串口DMA預(yù)設(shè)置的數(shù)據(jù)緩沖區(qū)獲取對應(yīng)的數(shù)據(jù)即可。

了解在MCU中實現(xiàn)串口的不定長數(shù)據(jù)包接收的過程

圖2. LPC54101 DMA傳輸數(shù)據(jù)長度計數(shù)位

在初始化設(shè)置串口對應(yīng)的DMA通道時,最好設(shè)置傳輸長度為可能的最大長度,在接收超時后也別忘記重新復(fù)位一下串口對應(yīng)DMA通道的狀態(tài),不然本次接收的數(shù)據(jù)和數(shù)據(jù)長度還會帶入下次傳輸?shù)倪^程中。

圖3是例程的流程圖,分主程序,串口RX引腳中斷服務(wù)程序,超時定時器服務(wù)程序三個部分。

了解在MCU中實現(xiàn)串口的不定長數(shù)據(jù)包接收的過程

了解在MCU中實現(xiàn)串口的不定長數(shù)據(jù)包接收的過程

了解在MCU中實現(xiàn)串口的不定長數(shù)據(jù)包接收的過程

圖3. 程序流程圖

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • mcu
    mcu
    +關(guān)注

    關(guān)注

    146

    文章

    17718

    瀏覽量

    358159
  • 串口
    +關(guān)注

    關(guān)注

    14

    文章

    1580

    瀏覽量

    78332

原文標(biāo)題:在MCU中,如何實現(xiàn)串口的不定長數(shù)據(jù)包接收?

文章出處:【微信號:mcuworld,微信公眾號:嵌入式資訊精選】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    【RA-Eco-RA4M2開發(fā)板評測】定時器輔助串口不定長數(shù)據(jù)接收

    assert(status==FSP_SUCCESS); } ??2.定時器輔助串口接收實現(xiàn)不定長數(shù)據(jù)
    發(fā)表于 04-30 14:44

    為UART、MCXA142實現(xiàn)ISP通信的主機(jī)端,發(fā)送Ping數(shù)據(jù)包并收到預(yù)期的響應(yīng),發(fā)送和接收數(shù)據(jù)包的典型順序是什么?

    我想為 UART、MCXA142 實現(xiàn) ISP 通信的主機(jī)端。我發(fā)送 Ping 數(shù)據(jù)包并收到預(yù)期的響應(yīng)。發(fā)送和接收數(shù)據(jù)包的典型順序是什么? 此刻,我的照片是這樣的: 1. 發(fā)送 Pi
    發(fā)表于 04-03 08:05

    如何使用DMA進(jìn)行USART不定長接收

    在上一講,我們對USART進(jìn)行了簡單介紹,并講解了如何在不使用DMA的情況下進(jìn)行不定長度數(shù)據(jù)接收,本講將著重講解如何使用DMA進(jìn)行USART不定長
    的頭像 發(fā)表于 02-18 17:01 ?690次閱讀
    如何使用DMA進(jìn)行USART<b class='flag-5'>不定長</b>度<b class='flag-5'>接收</b>

    mtu配置步驟詳解 mtu與數(shù)據(jù)包丟失的關(guān)系

    步驟 確定當(dāng)前MTU值 : 配置MTU之前,首先需要了解當(dāng)前網(wǎng)絡(luò)的MTU值。這可以通過使用ping命令(如ping -f -l [數(shù)據(jù)包長度] [網(wǎng)關(guān)IP地址])來測試,并通過逐步調(diào)整數(shù)據(jù)包
    的頭像 發(fā)表于 12-16 14:33 ?2085次閱讀

    【代碼分享】基于樂鑫ESP32的串口不定長數(shù)據(jù)接收方法

    【代碼分享】基于樂鑫ESP32的串口不定長數(shù)據(jù)接收方法
    的頭像 發(fā)表于 11-15 01:02 ?1198次閱讀
    【代碼分享】基于樂鑫ESP32的<b class='flag-5'>串口</b><b class='flag-5'>不定長</b><b class='flag-5'>數(shù)據(jù)</b><b class='flag-5'>接收</b>方法

    【AG32開發(fā)板免費(fèi)試用】+串口不定長收超時設(shè)置閾值多少合適?

    串口不定長收發(fā)超時設(shè)置閾值多少合適?這個和波特率有關(guān)系嗎? 考慮最大接收長度嗎?
    發(fā)表于 10-31 18:26

    STM32CUBEMX(8)--USART通過定時器中斷方式接收不定長數(shù)據(jù)

    概述 本文利用中斷實現(xiàn)串口不定長接收(非DMA),使用HAL庫,將接收數(shù)據(jù)打印出去。 DMA
    發(fā)表于 09-06 16:48

    使用AT SAVETRANSLINK時UDP數(shù)據(jù)包丟失怎么解決?

    Android 發(fā)送一個小 UDP 數(shù)據(jù)包(5 字節(jié))。這個小數(shù)據(jù)包被我的微控制器UART上接收到。微控制器將更大的數(shù)據(jù)包(可變長度,約
    發(fā)表于 07-18 07:17

    Iphone4上運(yùn)行UDP接收器,數(shù)據(jù)包丟失怎么解決?

    ;255.255.255.255\",48899 現(xiàn)在使用 AT CIPSEND 每秒發(fā)送 1 個數(shù)據(jù)包 并非所有的Iphone似乎都受到嚴(yán)重的影響,但I(xiàn)phone4是最糟糕的。
    發(fā)表于 07-18 06:56

    能否ESP結(jié)束之前通過串行端口停止傳入的UDP數(shù)據(jù)包的傳輸以解析下一個UDP數(shù)據(jù)包

    丟棄ESP完成之前不需要的數(shù)據(jù)包,以便通過串行端口發(fā)送它以接收下一個數(shù)據(jù)包, 如果沒有,我必須按順序讀取所有傳入的數(shù)據(jù)包,需要的和不需要的, 而且波特率不足,主機(jī)處理器開銷大, 我
    發(fā)表于 07-16 06:18

    例程simple_sniffer接收wifi數(shù)據(jù)包時老是丟,有什么改進(jìn)辦法?

    您好! 在用例程simple_sniffer接收wifi數(shù)據(jù)包時老是丟,是否有什么改進(jìn)辦法? 謝謝
    發(fā)表于 06-26 07:41

    ESP32-C3SPI-AT模式下進(jìn)行數(shù)據(jù)透傳,最后一個數(shù)據(jù)包數(shù)據(jù)偶爾會出現(xiàn)錯誤,為什么?

    目前采用SPI-AT的方式兩個硬件板之間進(jìn)行數(shù)據(jù)的無線傳輸,一個作為AP開啟TCP服務(wù)器,一個作為STA連接到對應(yīng)的服務(wù)器,傳輸?shù)?b class='flag-5'>數(shù)據(jù)量為3000000字節(jié),測試的
    發(fā)表于 06-26 06:07

    udp數(shù)據(jù)的原因?

    編譯sdk/examples/protocols/sockets/udp_server 例子程序,修改了代碼,把發(fā)送回去的代碼注釋,只是記錄上次接收數(shù)據(jù)包的時間和當(dāng)前接收數(shù)據(jù)包的時間間
    發(fā)表于 06-25 07:03

    AN65974數(shù)據(jù)包和零長數(shù)據(jù)包是什么意思?

    AN65974 ,短數(shù)據(jù)包和零長數(shù)據(jù)包是什么意思? 非常感謝!
    發(fā)表于 05-30 07:41

    如何在AIROC GUI上獲取良好數(shù)據(jù)包和總數(shù)據(jù)包

    使用 IQxel-MW LifePoint 作為發(fā)生器并發(fā)送波形BT_1DH5_00001111_Fs80M.iqvsg,但無法 AIROC 工具接收數(shù)據(jù)包。 以下是從 IQxel
    發(fā)表于 05-22 06:39