91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

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

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

5RJg_mcuworld ? 來(lái)源:未知 ? 作者:工程師郭婷 ? 2018-08-03 16:37 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

圖3. 程序流程圖

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

    關(guān)注

    147

    文章

    18917

    瀏覽量

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

    關(guān)注

    15

    文章

    1618

    瀏覽量

    82795

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

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

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    CW32R030可以兼容BLE及XN297L數(shù)據(jù)包,請(qǐng)問(wèn)這個(gè)XN297L數(shù)據(jù)包是什么?

    CW32R030可以兼容BLE及XN297L數(shù)據(jù)包,請(qǐng)問(wèn)這個(gè)XN297L數(shù)據(jù)包是什么?
    發(fā)表于 01-20 06:37

    請(qǐng)問(wèn)CW32L的UART是不是沒(méi)有空閑中斷?

    CW32L083的UART是不是沒(méi)有空閑中斷?大家一般怎么實(shí)現(xiàn)不定長(zhǎng)數(shù)據(jù)接收?是串口中斷+定時(shí)器嗎?
    發(fā)表于 12-15 07:28

    CW32L052串口數(shù)據(jù)傳輸怎么解決?

    CW32L052串口數(shù)據(jù)傳輸
    發(fā)表于 11-24 07:35

    串口空閑中斷與串口超時(shí)中斷介紹

    。 特點(diǎn) 依賴(lài)總線(xiàn)物理狀態(tài),而非時(shí)間。 常用于檢測(cè)不定長(zhǎng)數(shù)據(jù)幀的結(jié)束,無(wú)需依賴(lài)特定結(jié)束符。 應(yīng)用場(chǎng)景 Modbus通信:不定長(zhǎng)數(shù)據(jù)包接收
    發(fā)表于 11-21 08:31

    使用nrf54L15的NORDIC藍(lán)牙芯片,通過(guò)串口發(fā)送一幀數(shù)據(jù)包時(shí),會(huì)出現(xiàn)分包發(fā)送分析

    使用nrf54L15的NORDIC藍(lán)牙芯片,通過(guò)串口發(fā)送一幀數(shù)據(jù)包時(shí),會(huì)出現(xiàn)分包發(fā)送分析,是什么原因呢
    發(fā)表于 11-17 15:52

    【道生物聯(lián)TKB-623評(píng)估板試用】TKB-623評(píng)估板雙機(jī)通訊測(cè)試_程序開(kāi)發(fā)

    操作即可: 發(fā)送程序設(shè)置完成后,就會(huì)自動(dòng)開(kāi)始數(shù)據(jù)發(fā)送: 發(fā)送的過(guò)程中接收程序會(huì)及時(shí)統(tǒng)計(jì)收到的數(shù)據(jù)包的情況: 為了模仿丟情況下,
    發(fā)表于 10-18 23:54

    串口DMA接收數(shù)據(jù)包丟失怎么解決?

    RTT串口DMA接收數(shù)據(jù),超過(guò)緩沖區(qū)后為什么會(huì)吞掉一個(gè)數(shù)據(jù)包呢,不能每次處理完后清除緩沖區(qū)數(shù)據(jù)嗎,感覺(jué)
    發(fā)表于 09-29 07:50

    求助,關(guān)于串口設(shè)備驅(qū)動(dòng)fifo問(wèn)題

    目前在做高頻數(shù)據(jù)采集分析,使用串口設(shè)備驅(qū)動(dòng)(使用rs485),開(kāi)啟DMA+空閑中斷,接收不定長(zhǎng)數(shù)據(jù)接收
    發(fā)表于 09-12 08:18

    【RA4M2-SENSOR】—— 12.串口接收不定長(zhǎng)度數(shù)據(jù)

    U1_Rxlen 計(jì)算總共收到了多少個(gè)字符; 假如一幀的數(shù)據(jù)接收完成了,那么 U1_Rxlen 變量的值應(yīng)該維持不變。 第一個(gè)步驟比較好實(shí)現(xiàn),還是
    發(fā)表于 09-01 11:22

    請(qǐng)問(wèn)DCTCP與DCUDP 的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的?

    DCTCP與DCUDP 的登錄數(shù)據(jù)包和心跳數(shù)據(jù)包與服務(wù)器端是如何交互的?
    發(fā)表于 08-06 06:29

    EZ串行的BLE“無(wú)響應(yīng)寫(xiě)入”, CAN一次通信中接收的最大數(shù)據(jù)包大小是多少?

    :所有數(shù)據(jù)都顯示與 ez-Serial 和 PUART 連接的 TeraTerm 上 [問(wèn)題] (1) EZ 串行的 BLE“無(wú)響應(yīng)寫(xiě)入”, CAN 一次通信中
    發(fā)表于 07-07 07:33

    藍(lán)牙數(shù)據(jù)通道空口數(shù)據(jù)包

    可以用下面的流程圖來(lái)描述上述過(guò)程。 ? 編輯 MD(1bit) ,more data,用來(lái)指示對(duì)方我還有數(shù)據(jù)包要傳,請(qǐng)繼續(xù)打開(kāi)射頻窗口準(zhǔn)備接收。比如Nordic nRF51822一個(gè)connection
    發(fā)表于 06-03 10:51

    【RA-Eco-RA4M2開(kāi)發(fā)板評(píng)測(cè)】定時(shí)器輔助串口不定長(zhǎng)數(shù)據(jù)接收

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

    當(dāng)從接收DMA一次接收一個(gè)字節(jié)時(shí),如何檢查是否已接收到任意長(zhǎng)度的所有數(shù)據(jù)包呢?

    當(dāng)從接收 DMA 一次接收一個(gè)字節(jié)時(shí),如何檢查是否已接收到任意長(zhǎng)度的所有數(shù)據(jù)包
    發(fā)表于 04-21 08:22

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

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