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

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

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

串口數(shù)據(jù)處理任務(wù)

科技綠洲 ? 來源:嵌入式大雜燴 ? 作者:嵌入式大雜燴 ? 2023-06-22 11:34 ? 次閱讀

串口接收數(shù)據(jù)

串口接收最后應(yīng)有一定的協(xié)議,如發(fā)送一幀數(shù)據(jù)應(yīng)該有頭標(biāo)志或尾標(biāo)志,也可兩個(gè)標(biāo)志都有。這樣在處理數(shù)據(jù)時(shí)既能保證數(shù)據(jù)的正確接收,也有利于接收完后我們處理數(shù)據(jù)。串口的配置在這里就不在贅述,這里我以串口2接收中斷服務(wù)程序函數(shù)且接收的數(shù)據(jù)包含頭尾標(biāo)識為例。

#define Max_BUFF_Len 18
unsigned char Uart2_Buffer[Max_BUFF_Len];
unsigned int Uart2_Rx=0;
void USART2_IRQHandler() 
{
 if(USART_GetITStatus(USART2,USART_IT_RXNE) != RESET) //中斷產(chǎn)生 
 {
  USART_ClearITPendingBit(USART2,USART_IT_RXNE); //清除中斷標(biāo)志
    
  Uart2_Buffer[Uart2_Rx] = USART_ReceiveData(USART2);     //接收串口1數(shù)據(jù)到buff緩沖區(qū)
  Uart2_Rx++; 
        
  if(Uart2_Buffer[Uart2_Rx-1] == 0x0a || Uart2_Rx == Max_BUFF_Len)    //如果接收到尾標(biāo)識是換行符(或者等于最大接受數(shù)就清空重新接收)
  {
   if(Uart2_Buffer[0] == '+')                      //檢測到頭標(biāo)識是我們需要的 
   {
    printf("%s\\r\\n",Uart2_Buffer);        //這里我做打印數(shù)據(jù)處理
    Uart2_Rx=0;                                   
   } 
   else
   {
    Uart2_Rx=0;                                   //不是我們需要的數(shù)據(jù)或者達(dá)到最大接收數(shù)則開始重新接收
   }
  }
 }
}

數(shù)據(jù)的頭標(biāo)識為“\\n”,即換行符,尾標(biāo)識為“+”。該函數(shù)將串口接收的數(shù)據(jù)存放在USART_Buffer數(shù)組中,然后先判斷當(dāng)前字符是不是尾標(biāo)識,如果是說明接收完畢,然后再來判斷頭標(biāo)識是不是“+”號,如果還是那么就是我們想要的數(shù)據(jù),接下來就可以進(jìn)行相應(yīng)數(shù)據(jù)的處理了。但如果不是那么就讓Usart2_Rx=0重新接收數(shù)據(jù)。這樣做的有以下好處:

  • 可以接受不定長度的數(shù)據(jù),最大接收長度可以通過Max_BUFF_Len來更改
  • 可以接受指定的數(shù)據(jù)
  • 防止接收的數(shù)據(jù)使數(shù)組越界

這里我的把接受正確數(shù)據(jù)直接打印出來,也可以通過設(shè)置標(biāo)識位,然后在主函數(shù)里面輪詢再操作。

以上的接收形式,是中斷一次就接收一個(gè)字符,這在UCOS等實(shí)時(shí)內(nèi)核系統(tǒng)中頻繁的中斷,非常消耗CPU資源,在有些時(shí)候我們需要接收大量數(shù)據(jù)時(shí)且波特率很高的情況下,長時(shí)間中斷會(huì)帶來一些額外的問題。所以以DMA形式配合串口的IDLE(空閑中斷)來接受數(shù)據(jù)將會(huì)大大的提高CPU的利用率,減少系統(tǒng)資源的消耗。首先還是先看代碼。

#define DMA_USART1_RECEIVE_LEN 18
void USART1_IRQHandler(void)                                 
{     
    u32 temp = 0;  
    uint16_t i = 0;  
      
    if(USART_GetITStatus(USART1, USART_IT_IDLE) != RESET)  
    {  
        USART1- >SR;  
        USART1- >DR; //這里我們通過先讀SR(狀態(tài)寄存器)和DR(數(shù)據(jù)寄存器)來清USART_IT_IDLE標(biāo)志    
        DMA_Cmd(DMA1_Channel5,DISABLE);  
        temp = DMA_USART1_RECEIVE_LEN - DMA_GetCurrDataCounter(DMA1_Channel5); //接收的字符串長度=設(shè)置的接收長度-剩余DMA緩存大小 
        for (i = 0;i < temp;i++)  
        {  
            Uart2_Buffer[i] = USART1_RECEIVE_DMABuffer[i];  
                
        }  
        //設(shè)置傳輸數(shù)據(jù)長度  
        DMA_SetCurrDataCounter(DMA1_Channel5,DMA_USART1_RECEIVE_LEN);  
        //打開DMA  
        DMA_Cmd(DMA1_Channel5,ENABLE);  
    }        
}

之前的串口中斷是一個(gè)一個(gè)字符的接收,現(xiàn)在改為串口空閑中斷,就是一幀數(shù)據(jù)過來才中斷進(jìn)入一次。而且接收的數(shù)據(jù)時(shí)候是DMA來搬運(yùn)到我們指定的緩沖區(qū)(也就是程序中的USART1_RECEIVE_DMABuffer數(shù)組),是不占用CPU時(shí)間資源的。

最后在講下DMA的發(fā)送:

#define DMA_USART1_SEND_LEN 64
void DMA_SEND_EN(void)
{
 DMA_Cmd(DMA1_Channel4, DISABLE);      
 DMA_SetCurrDataCounter(DMA1_Channel4,DMA_USART1_SEND_LEN);   
 DMA_Cmd(DMA1_Channel4, ENABLE);
}

這里需要注意下DMA_Cmd(DMA1_Channel4,DISABLE)函數(shù)需要在設(shè)置傳輸大小之前調(diào)用一下,否則不會(huì)重新啟動(dòng)DMA發(fā)送。

有了以上的接收方式,對一般的串口數(shù)據(jù)處理是沒有問題的了。下面再講一下,在ucosiii中我使用信號量+消息隊(duì)列+儲存管理的形式來處理我們的串口數(shù)據(jù)。先來說一下這種方式對比其他方式的一些優(yōu)缺點(diǎn)。

一般對串口的處理形式是"生產(chǎn)者"和"消費(fèi)者"的模式,即本次接收的數(shù)據(jù)要馬上處理,否則當(dāng)數(shù)據(jù)大量涌進(jìn)的時(shí)候,就來不及"消費(fèi)"掉生產(chǎn)者(串口接收中斷)的數(shù)據(jù),那么就會(huì)丟失本次的數(shù)據(jù)處理。所以使用隊(duì)列就能夠很方便的解決這個(gè)問題。

在下面的程序中,對數(shù)據(jù)的處理是先接受,在處理,如果在處理的過程中,有串口中斷接受數(shù)據(jù),那么就把它依次放在隊(duì)列中,隊(duì)列的特征是先進(jìn)先出,在串口中就是先處理先接受的數(shù)據(jù),所以根據(jù)生產(chǎn)和消費(fèi)的速度,定義不同大小的消息隊(duì)列緩沖區(qū)就可以了。缺點(diǎn)就是太占用系統(tǒng)資源,一般51單片機(jī)是沒可能了。下面是從我做的項(xiàng)目中截取過來的程序:

OS_MSG_SIZE  Usart1_Rx_cnt;          //字節(jié)大小計(jì)數(shù)值
unsigned char Usart1_data;           //每次中斷接收的數(shù)據(jù)
unsigned char* Usart1_Rx_Ptr;        //儲存管理分配內(nèi)存的首地址的指針
unsigned char* Usart1_Rx_Ptr1;       //儲存首地址的指針

void USART1_IRQHandler() 
{
 OS_ERR err;
 OSIntEnter();
 
  if(USART_GetFlagStatus(USART1,USART_FLAG_RXNE) != RESET) //中斷產(chǎn)生 
  {   
    USART_ClearFlag(USART1, USART_FLAG_RXNE);     //清除中斷標(biāo)志
  
    Usart1_data = USART_ReceiveData(USART1);     //接收串口1數(shù)據(jù)到buff緩沖區(qū)
  
  if(Usart1_data =='+')                     //接收到數(shù)據(jù)頭標(biāo)識
  {
//   OSSemPend((OS_SEM*  )&SEM_IAR_UART,  //這里請求信號量是為了保證分配的存儲區(qū),但一般來說不允許
//   (OS_TICK  )0,                   //在終端服務(wù)函數(shù)中調(diào)用信號量請求但因?yàn)?span>
//   (OS_OPT   )OS_OPT_PEND_NON_BLOCKING,//我OPT參數(shù)設(shè)置為非阻塞,所以可以這么寫
//   (CPU_TS*  )0,
//   (OS_ERR*  )&err); 
//   if(err==OS_ERR_PEND_WOULD_BLOCK)     //檢測到當(dāng)前信號量不可用
//   {
//     printf("error");
//   }    
   Usart1_Rx_Ptr=(unsigned char*) OSMemGet((OS_MEM*)&UART1_MemPool,&err);//分配存儲區(qū)
   Usart1_Rx_Ptr1=Usart1_Rx_Ptr;          //儲存存儲區(qū)的首地址
  }
  if(Usart1_data == 0x0a )       //接收到尾標(biāo)志
  {                    
   *Usart1_Rx_Ptr++=Usart1_data;
   Usart1_Rx_cnt++;                         //字節(jié)大小增加
   OSTaskQPost((OS_TCB    *  )&Task1_TaskTCB,
                                   (void      *  )Usart1_Rx_Ptr1,    //發(fā)送存儲區(qū)首地址到消息隊(duì)列
                                   (OS_MSG_SIZE  )Usart1_Rx_cnt,
                                   (OS_OPT       )OS_OPT_POST_FIFO,  //先進(jìn)先出,也可設(shè)置為后進(jìn)先出,再有地方很有用
                                   (OS_ERR    *  )&err);
         
   Usart1_Rx_Ptr=NULL;          //將指針指向?yàn)榭?,防止修?span>
   Usart1_Rx_cnt=0;      //字節(jié)大小計(jì)數(shù)清零
  }
  else
  {
   *Usart1_Rx_Ptr=Usart1_data; //儲存接收到的數(shù)據(jù)
   Usart1_Rx_Ptr++;
   Usart1_Rx_cnt++;
  } 
 }    
 OSIntExit();
}

上面被注釋掉的代碼為我是為了防止當(dāng)分區(qū)中沒有空閑的存儲塊時(shí)加入信號量,打印出報(bào)警信息。當(dāng)然我們也可以將存儲塊直接設(shè)置大一點(diǎn),但是還是無法避免當(dāng)沒有可有存儲塊時(shí)會(huì)程序會(huì)崩潰現(xiàn)象。希望懂的朋友能告知下~。

下面是串口數(shù)據(jù)處理任務(wù),這里刪去了其他代碼,只把他打印出來了而已。

void task1_task(void *p_arg)
{
 OS_ERR err;
 OS_MSG_SIZE Usart1_Data_size;
 u8 *p;
 
 while(1)
 {
  p=(u8*)OSTaskQPend((OS_TICK  )0, //請求消息隊(duì)列,獲得儲存區(qū)首地址
   (OS_OPT    )OS_OPT_PEND_BLOCKING,
   (OS_MSG_SIZE* )&Usart1_Data_size,
   (CPU_TS*   )0,
   (OS_ERR*   )&err);
 
  printf("%s\\r\\n",p);        //打印數(shù)據(jù)
 
  delay_ms(100);
  OSMemPut((OS_MEM* )&UART1_MemPool,    //釋放儲存區(qū)
  (void*   )p,
  (OS_ERR*  )&err);
       
  OSSemPost((OS_SEM* )&SEM_IAR_UART,    //釋放信號量
  (OS_OPT  )OS_OPT_POST_NO_SCHED,
  (OS_ERR* )&err);
       
  OSTimeDlyHMSM(0,0,1,500,OS_OPT_TIME_PERIODIC,&err);     
 }
}

串口發(fā)送數(shù)據(jù)

1、串口發(fā)送數(shù)據(jù)最直接的方式就是標(biāo)準(zhǔn)調(diào)用庫函數(shù) 。

void USART_SendData(USART_TypeDef* USARTx, uint16_t Data);

第一個(gè)參數(shù)是發(fā)送的串口號,第二個(gè)參數(shù)是要發(fā)送的數(shù)據(jù)了。但是用過的朋友應(yīng)該覺得不好用,一次只能發(fā)送單個(gè)字符,所以我們有必要根據(jù)這個(gè)函數(shù)加以擴(kuò)展:

void Send_data(u8 *s)
{
 while(*s!='\\0')
 { 
  while(USART_GetFlagStatus(USART1,USART_FLAG_TC )==RESET); 
  USART_SendData(USART1,*s);
  s++;
 }
}

以上程序的形參就是我們調(diào)用該函數(shù)時(shí)要發(fā)送的字符串,這里通過循環(huán)調(diào)用USART_SendData來一 一發(fā)送我們的字符串。

while(USART_GetFlagStatus(USART1,USART_FLAG_TC )==RESET);

這句話有必要加,他是用于檢查串口是否發(fā)送完成的標(biāo)志,如果不加這句話會(huì)發(fā)生數(shù)據(jù)丟失的情況。這個(gè)函數(shù)只能用于串口1發(fā)送。有些時(shí)候根據(jù)需要,要用到多個(gè)串口發(fā)送那么就還需要改進(jìn)這個(gè)程序。如下:

void Send_data(USART_TypeDef * USARTx,u8 *s)
{
 while(*s!='\\0')
 { 
  while(USART_GetFlagStatus(USARTx,USART_FLAG_TC )==RESET); 
  USART_SendData(USARTx,*s);
  s++;
 }
}

這樣就可實(shí)現(xiàn)任意的串口發(fā)送。但有一點(diǎn),我在使用實(shí)時(shí)操作系統(tǒng)的時(shí)候(如UCOS,Freertos等),需考慮函數(shù)重入的問題。當(dāng)然也可以簡單的實(shí)現(xiàn)把該函數(shù)復(fù)制一下,然后修改串口號也可以避免該問題。然而這個(gè)函數(shù)不能像printf那樣傳遞多個(gè)參數(shù),所以還可以在改進(jìn),最終程序如下:

void USART_printf ( USART_TypeDef * USARTx, char * Data, ... )
{
 const char *s;
 int d;   
 char buf[16];
 
 va_list ap;
 va_start(ap, Data);
 
 while ( * Data != 0 )     // 判斷是否到達(dá)字符串結(jié)束符
 {                              
  if ( * Data == 0x5c )  //'\\'
  {           
   switch ( *++Data )
   {
    case 'r':                 //回車符
    USART_SendData(USARTx, 0x0d);
    Data ++;
    break;
 
    case 'n':                 //換行符
    USART_SendData(USARTx, 0x0a); 
    Data ++;
    break;
 
    default:
    Data ++;
    break;
   }    
  }
  
  else if ( * Data == '%')
  {           //
   switch ( *++Data )
   {    
    case 's':            //字符串
    s = va_arg(ap, const char *);
    
    for ( ; *s; s++) 
    {
     USART_SendData(USARTx,*s);
     while( USART_GetFlagStatus(USARTx, USART_FLAG_TXE) == RESET );
    }
    
    Data++;
    
    break;
 
    case 'd':   
     //十進(jìn)制
    d = va_arg(ap, int);
    
    itoa(d, buf, 10);
    
    for (s = buf; *s; s++) 
    {
     USART_SendData(USARTx,*s);
     while( USART_GetFlagStatus(USARTx, USART_FLAG_TXE) == RESET );
    }
    
    Data++;
    
    break;
    
    default:
    Data++;
    
    break;
    
   }   
  }
  
  else USART_SendData(USARTx, *Data++);
  
  while ( USART_GetFlagStatus ( USARTx, USART_FLAG_TXE ) == RESET );
  
 }
}

該函數(shù)就可以像printf使用可變參數(shù),方便很多。通過觀察函數(shù)但這個(gè)函數(shù)只支持了%d,%s的參數(shù),想要支持更多,可以仿照printf的函數(shù)寫法加以補(bǔ)充。

2、 直接使用printf函數(shù)。

很多朋友都知道想要STM32要直接使用printf不行的。需要加上以下的重映射函數(shù):

圖片

如果不想添加以上代碼,也可以勾選以下的Use MicroLI選項(xiàng)來支持printf函數(shù)使用:

圖片

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

    關(guān)注

    3

    文章

    4331

    瀏覽量

    62622
  • 串口數(shù)據(jù)
    +關(guān)注

    關(guān)注

    0

    文章

    33

    瀏覽量

    13887
  • 代碼
    +關(guān)注

    關(guān)注

    30

    文章

    4788

    瀏覽量

    68617
收藏 人收藏

    評論

    相關(guān)推薦

    labview串口數(shù)據(jù)處理

    我用labview接收到串口發(fā)來的ad轉(zhuǎn)換數(shù)據(jù),ad一次轉(zhuǎn)換24位,串口一次發(fā)送8位,怎么處理接受到的數(shù)據(jù),獲得每次轉(zhuǎn)換的24位
    發(fā)表于 01-20 13:26

    一個(gè)串口數(shù)據(jù)處理的VI程序 實(shí)現(xiàn)對數(shù)據(jù)文件中的讀取、驗(yàn)...

    一個(gè)串口數(shù)據(jù)處理的VI程序,(串口通訊的數(shù)據(jù)可見20131112.dat文件), 實(shí)現(xiàn)對數(shù)據(jù)文件中的讀取、驗(yàn)證、分析
    發(fā)表于 11-29 12:01

    【STM32F411 Nucleo試用體驗(yàn)】+結(jié)項(xiàng)

    電源,然后再重啟。主機(jī)電源通過繼電器控制。系統(tǒng)正常運(yùn)行十,led以1Hz的頻率閃爍,出現(xiàn)故障時(shí),以10hz頻率閃爍。按鍵時(shí)系統(tǒng)進(jìn)入配置模式。STM32F411串口使用中斷收發(fā)數(shù)據(jù)串口初始化 中斷
    發(fā)表于 06-08 08:43

    STM32 USART串口是如何進(jìn)行數(shù)據(jù)處理的呢

    STM32 USART串口接收數(shù)據(jù)的具體步驟有哪些?STM32 USART串口是如何進(jìn)行數(shù)據(jù)處理的呢?
    發(fā)表于 11-25 08:56

    STM32串口接收數(shù)據(jù)處理方法是什么

    STM32串口接收數(shù)據(jù)處理方法是什么
    發(fā)表于 12-03 06:35

    求大佬分享串口通信數(shù)據(jù)處理代碼

    求大佬分享串口通信數(shù)據(jù)處理代碼
    發(fā)表于 12-06 07:45

    求大佬分享USART串口接收數(shù)據(jù)處理的程序

    求大佬分享USART串口接收數(shù)據(jù)處理的程序
    發(fā)表于 12-09 07:36

    如何去實(shí)現(xiàn)STM32的USART串口接收數(shù)據(jù)處理

    如何去實(shí)現(xiàn)STM32的USART串口接收數(shù)據(jù)處理呢?其代碼程序該如何去實(shí)現(xiàn)呢?
    發(fā)表于 12-09 07:30

    電容觸摸的數(shù)據(jù)處理

    目錄4.1 電容觸摸屏的任務(wù)4.2 電容觸摸的數(shù)據(jù)處理4.3 判斷觸摸條件4.4 靜態(tài)BG與動(dòng)態(tài)BG4.5 動(dòng)態(tài)BG的異常與更新總結(jié):4.1 電容觸摸屏的任務(wù) 電容觸摸屏(CTP)是一個(gè)輸入設(shè)備,它
    發(fā)表于 03-02 06:03

    關(guān)聯(lián)性驅(qū)動(dòng)的大數(shù)據(jù)處理任務(wù)調(diào)度方案

    目前大數(shù)據(jù)處理過程較少關(guān)注任務(wù)處理數(shù)據(jù)間的依賴關(guān)系,在任務(wù)執(zhí)行過程中可能產(chǎn)生大量數(shù)據(jù)遷移,影響
    發(fā)表于 12-25 10:20 ?0次下載
    關(guān)聯(lián)性驅(qū)動(dòng)的大<b class='flag-5'>數(shù)據(jù)處理</b><b class='flag-5'>任務(wù)</b>調(diào)度方案

    labview串口數(shù)據(jù)處理_labview串口通信

    本文主要介紹了labview串口數(shù)據(jù)處理。并且手把手教你labview串口通信是怎么實(shí)現(xiàn)的。小編為大家介紹了一個(gè)最簡單的串口通信的上位機(jī)的例子。單片機(jī)不斷向
    發(fā)表于 01-15 14:07 ?3w次閱讀
    labview<b class='flag-5'>串口</b><b class='flag-5'>數(shù)據(jù)處理</b>_labview<b class='flag-5'>串口</b>通信

    單片機(jī)串口接收的幾種常用的數(shù)據(jù)處理方法

    單片機(jī)串口接收的幾種常用的數(shù)據(jù)處理方法一、為什么串口接收的數(shù)據(jù)需要處理我們在做項(xiàng)目的時(shí)候經(jīng)常會(huì)用到串口
    發(fā)表于 12-23 19:06 ?5次下載
    單片機(jī)<b class='flag-5'>串口</b>接收的幾種常用的<b class='flag-5'>數(shù)據(jù)處理</b>方法

    數(shù)據(jù)處理單元DPU能夠處理GPU做不了的任務(wù)嗎?

    很長一段時(shí)間以來,中央處理器(CPU)和圖形處理單元(GPU)一直“統(tǒng)治”著數(shù)據(jù)中心。然而,近幾年,數(shù)據(jù)處理單元(DPU)越來越多地出現(xiàn)在大家面前,并號稱性能更強(qiáng)大、更專用、更異構(gòu),能
    的頭像 發(fā)表于 02-02 10:44 ?1154次閱讀

    stm32虛擬串口接收的數(shù)據(jù)處理

    在STM32中使用虛擬串口時(shí),我們需要處理接收的數(shù)據(jù)。接收到的數(shù)據(jù)可能是來自其他設(shè)備的傳感器數(shù)據(jù)、用戶輸入的命令或其他任何信息。在本篇文章中
    的頭像 發(fā)表于 12-20 11:22 ?2301次閱讀

    海量數(shù)據(jù)處理需要多少RAM內(nèi)存

    海量數(shù)據(jù)處理所需的RAM(隨機(jī)存取存儲器)內(nèi)存量取決于多個(gè)因素,包括數(shù)據(jù)的具體規(guī)模、處理任務(wù)的復(fù)雜性、數(shù)據(jù)庫管理系統(tǒng)的效率以及所使用軟件的優(yōu)
    的頭像 發(fā)表于 11-11 09:56 ?313次閱讀