那曲檬骨新材料有限公司

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

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

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

STM32串口發(fā)送數(shù)據(jù)和接收數(shù)據(jù)有哪些方式

Q4MP_gh_c472c21 ? 來源:嵌入式ARM ? 作者:可以吃的魚 ? 2020-12-30 10:25 ? 次閱讀

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

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

voidUSART_SendData(USART_TypeDef*USARTx,uint16_tData);

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

voidSend_data(u8*s)
{
while(*s!='')
{
while(USART_GetFlagStatus(USART1,USART_FLAG_TC)==RESET);
USART_SendData(USART1,*s);
s++;
}
}

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

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

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

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

這樣就可實現(xiàn)任意的串口發(fā)送。但有一點,我在使用實時操作系統(tǒng)的時候(如UCOS,Freertos等),需考慮函數(shù)重入的問題。

當然也可以簡單的實現(xiàn)把該函數(shù)復(fù)制一下,然后修改串口號也可以避免該問題。然而這個函數(shù)不能像printf那樣傳遞多個參數(shù),所以還可以再改進,最終程序如下:

voidUSART_printf(USART_TypeDef*USARTx,char*Data,...)
{
constchar*s;
intd;
charbuf[16];

va_listap;
va_start(ap,Data);

while(*Data!=0)//判斷是否到達字符串結(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;
}
}

elseif(*Data=='%')
{//
switch(*++Data)
{
case's'://字符串
s=va_arg(ap,constchar*);

for(;*s;s++)
{
USART_SendData(USARTx,*s);
while(USART_GetFlagStatus(USARTx,USART_FLAG_TXE)==RESET);
}

Data++;

break;

case'd':
//十進制
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;

}
}

elseUSART_SendData(USARTx,*Data++);

while(USART_GetFlagStatus(USARTx,USART_FLAG_TXE)==RESET);

}
}

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

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

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

fa51f286-49b8-11eb-8b86-12bb97331649.png

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

fa75d4a8-49b8-11eb-8b86-12bb97331649.png

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

串口接收最后應(yīng)有一定的協(xié)議,如發(fā)送一幀數(shù)據(jù)應(yīng)該有頭標志或尾標志,也可兩個標志都有。

這樣在處理數(shù)據(jù)時既能能保證數(shù)據(jù)的正確接收,也有利于接收完后我們處理數(shù)據(jù)。串口的配置在這里就不再贅述,這里以串口2接收中斷服務(wù)程序函數(shù)且接收的數(shù)據(jù)包含頭尾標識為例。

#defineMax_BUFF_Len18
unsignedcharUart2_Buffer[Max_BUFF_Len];
unsignedintUart2_Rx=0;
voidUSART2_IRQHandler()
{
if(USART_GetITStatus(USART2,USART_IT_RXNE)!=RESET)//中斷產(chǎn)生
{
USART_ClearITPendingBit(USART2,USART_IT_RXNE);//清除中斷標志

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)//如果接收到尾標識是換行符(或者等于最大接受數(shù)就清空重新接收)
{
if(Uart2_Buffer[0]=='+')//檢測到頭標識是我們需要的
{
printf("%s
",Uart2_Buffer);//這里我做打印數(shù)據(jù)處理
Uart2_Rx=0;
}
else
{
Uart2_Rx=0;//不是我們需要的數(shù)據(jù)或者達到最大接收數(shù)則開始重新接收
}
}
}
}

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

這樣做有以下好處:

  • 可以接收不定長度的數(shù)據(jù),最大接收長度可以通過Max_BUFF_Len來更改

  • 可以接收指定的數(shù)據(jù)

  • 防止接收的數(shù)據(jù)使數(shù)組越界

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

以上的接收形式是中斷一次就接收一個字符,這在UCOS等實時內(nèi)核系統(tǒng)中頻繁的中斷,非常消耗CPU資源,在有些時候我們需要接收大量數(shù)據(jù)時且波特率很高的情況下,長時間中斷會帶來一些額外的問題。

所以以DMA形式配合串口的IDLE(空閑中斷)來接收數(shù)據(jù)將會大大的提高CPU的利用率,減少系統(tǒng)資源的消耗。首先還是先看代碼。

#defineDMA_USART1_RECEIVE_LEN18
voidUSART1_IRQHandler(void)
{
u32temp=0;
uint16_ti=0;

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

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

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

#defineDMA_USART1_SEND_LEN64
voidDMA_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)用一下,否則不會重新啟動DMA發(fā)送。

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

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

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

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

voidUSART1_IRQHandler()
{
OS_ERRerr;
OSIntEnter();

if(USART_GetFlagStatus(USART1,USART_FLAG_RXNE)!=RESET)//中斷產(chǎn)生
{
USART_ClearFlag(USART1,USART_FLAG_RXNE);//清除中斷標志

Usart1_data=USART_ReceiveData(USART1);//接收串口1數(shù)據(jù)到buff緩沖區(qū)

if(Usart1_data=='+')//接收到數(shù)據(jù)頭標識
{
//OSSemPend((OS_SEM*)&SEM_IAR_UART,//這里請求信號量是為了保證分配的存儲區(qū),但一般來說不允許
//(OS_TICK)0,//在終端服務(wù)函數(shù)中調(diào)用信號量請求但因為
//(OS_OPT)OS_OPT_PEND_NON_BLOCKING,//我OPT參數(shù)設(shè)置為非阻塞,所以可以這么寫
//(CPU_TS*)0,
//(OS_ERR*)&err);
//if(err==OS_ERR_PEND_WOULD_BLOCK)//檢測到當前信號量不可用
//{
//printf("error");
//}
Usart1_Rx_Ptr=(unsignedchar*)OSMemGet((OS_MEM*)&UART1_MemPool,&err);//分配存儲區(qū)
Usart1_Rx_Ptr1=Usart1_Rx_Ptr;//儲存存儲區(qū)的首地址
}
if(Usart1_data==0x0a)//接收到尾標志
{
*Usart1_Rx_Ptr++=Usart1_data;
Usart1_Rx_cnt++;//字節(jié)大小增加
OSTaskQPost((OS_TCB*)&Task1_TaskTCB,
(void*)Usart1_Rx_Ptr1,//發(fā)送存儲區(qū)首地址到消息隊列
(OS_MSG_SIZE)Usart1_Rx_cnt,
(OS_OPT)OS_OPT_POST_FIFO,//先進先出,也可設(shè)置為后進先出,再有地方很有用
(OS_ERR*)&err);

Usart1_Rx_Ptr=NULL;//將指針指向為空,防止修改
Usart1_Rx_cnt=0;//字節(jié)大小計數(shù)清零
}
else
{
*Usart1_Rx_Ptr=Usart1_data;//儲存接收到的數(shù)據(jù)
Usart1_Rx_Ptr++;
Usart1_Rx_cnt++;
}
}
OSIntExit();
}

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

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

voidtask1_task(void*p_arg)
{
OS_ERRerr;
OS_MSG_SIZEUsart1_Data_size;
u8*p;

while(1)
{
p=(u8*)OSTaskQPend((OS_TICK)0,//請求消息隊列,獲得儲存區(qū)首地址
(OS_OPT)OS_OPT_PEND_BLOCKING,
(OS_MSG_SIZE*)&Usart1_Data_size,
(CPU_TS*)0,
(OS_ERR*)&err);

printf("%s
",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);
}
}

責(zé)任編輯:xj

原文標題:STM32串口發(fā)送數(shù)據(jù)和接收數(shù)據(jù)方式總結(jié)!

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


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

    關(guān)注

    8

    文章

    7145

    瀏覽量

    89584
  • STM32
    +關(guān)注

    關(guān)注

    2272

    文章

    10924

    瀏覽量

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

    關(guān)注

    14

    文章

    1558

    瀏覽量

    77055

原文標題:STM32串口發(fā)送數(shù)據(jù)和接收數(shù)據(jù)方式總結(jié)!

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

收藏 人收藏

    評論

    相關(guān)推薦

    RS232串口連接方式及注意事項

    交換。 RS-232串口簡介 RS-232標準最初由電子工業(yè)聯(lián)盟(EIA)在1960年制定,用于定義串行通信的電氣特性、信號定時和數(shù)據(jù)格式。RS-232串口使用25針的D型連接器(DB-25),但后來更常用的是9針的D型連接器(
    的頭像 發(fā)表于 12-10 16:23 ?1675次閱讀

    LS10串口數(shù)據(jù)庫模塊外擴SD卡功能

    LS10串口數(shù)據(jù)庫模塊外擴SD卡功能
    的頭像 發(fā)表于 11-23 09:42 ?255次閱讀
    LS10<b class='flag-5'>串口</b><b class='flag-5'>數(shù)據(jù)</b>庫模塊外擴SD卡功能

    ESP32串口接收發(fā)送數(shù)據(jù),會有延遲是怎么回事?

    測試環(huán)境:串口波特率600bps,串口接收256字節(jié)數(shù)據(jù)。 在調(diào)試串口時,發(fā)現(xiàn)發(fā)送多于120字節(jié)
    發(fā)表于 06-26 08:07

    使用stm32f205和esp32之間進行串口通訊時遇到的疑問求解

    時間,接收超時時間設(shè)置為50ms,測量最小50ms,最大到了96ms。 stm32f205串口: 使用dma進行收據(jù)收發(fā),可以保證通訊速度,50ms收發(fā)一次,數(shù)據(jù)長度小于20字節(jié),長
    發(fā)表于 06-19 07:53

    單片機在串口發(fā)送數(shù)據(jù)時可以接收串口助手發(fā)的數(shù)據(jù),為什么只能接收兩字節(jié)?

    最近做串口通信,單片機在串口發(fā)送數(shù)據(jù)時可以接收串口助手發(fā)的數(shù)
    發(fā)表于 05-08 07:52

    STM8L051F3串口發(fā)送接收數(shù)據(jù)丟失怎么解決?

    (USART1); //復(fù)位UART1 /* * 將UART1配置為: * 波特率 = 38400 * 數(shù)據(jù)位 = 8 * 1位停止位 * 無校驗位 * 使能接收發(fā)送 */ USART_Init
    發(fā)表于 05-08 06:21

    stm8串口通信接收數(shù)據(jù),如何判斷是否接收完畢?

    stm8串口通信接收數(shù)據(jù)。已有的協(xié)議是只有幀頭,沒有幀尾,最后一個字節(jié)是校驗和,一幀數(shù)據(jù)的長度是不確定的,但可以根據(jù)第三個字節(jié)來判斷本次數(shù)據(jù)
    發(fā)表于 05-06 07:24

    STM32 hal庫無法接收串口數(shù)據(jù)是怎么回事?

    型號:STM32L432KC官方開發(fā)板 串口使用的是板載的USB下載以及串口 用法: 在串口初始化后,while(1)之前調(diào)用
    發(fā)表于 04-29 06:11

    Python怎么讀取STM32串口數(shù)據(jù)

    =ser.readlines()print(s) 可是什么都讀取不了。如果用買的STM32開發(fā)板送的串口助手,能接收數(shù)據(jù)。板子上燒錄的printf輸出程序。 請問各位大神,Pytho
    發(fā)表于 04-24 07:30

    STM8S105C6T6 UART2串口接收數(shù)據(jù),不能發(fā)送數(shù)據(jù)是為什么?

    STM8S105C6T6 UART2串口,能接收數(shù)據(jù),不能發(fā)送數(shù)據(jù),哪位大神能幫忙看看。現(xiàn)在單片機自發(fā)自收沒有問題,
    發(fā)表于 04-10 08:05

    STM32F030F4串口空閑中斷接收不定長數(shù)據(jù),發(fā)生中斷后不知道如何計算接收到的字節(jié)數(shù)?

    我用STM32F030F4串口空閑中斷接收不定長數(shù)據(jù),發(fā)生中斷后不知道怎樣計算接收到的字節(jié)數(shù)。
    發(fā)表于 04-03 07:12

    stm32g070怎么可以讓usart3串口可以自動接收自己發(fā)出的數(shù)據(jù)

    讓usart3串口可以自動接收自己發(fā)出的數(shù)據(jù)(即可全雙工工作)? usart4:目前僅可以正常接收數(shù)據(jù)
    發(fā)表于 03-28 06:53

    STM32串口發(fā)送起始數(shù)據(jù)丟失的原因?怎么處理?

    今天遇到個有意思的情況,就是采用串口發(fā)送的時候,最開始開機第一次發(fā)送的時候,第一個數(shù)據(jù)會丟失,比如我要發(fā)送41 46 3A......,但程
    發(fā)表于 03-20 06:48

    使用CubeMX配置STM32010C6T6的LPUART1外設(shè),調(diào)用串口發(fā)送接收函數(shù)均不能收發(fā)數(shù)據(jù)怎么解決?

    如題,STM32010C6T6串口1配置完成后,Cube界面接收引腳模式默認為推挽輸出,并且沒有其它選項可以更改,(其它系列MCU默認是輸入模式)生成的工程調(diào)用串口
    發(fā)表于 03-19 07:48

    為什么stm32h750VBT6串口通信接收不到自己發(fā)送過去的數(shù)據(jù)數(shù)據(jù)溢出會有影響嗎?

    請問有沒有知道stm32h750VBT6為什么串口通信接收不到自己發(fā)送過去的數(shù)據(jù)數(shù)據(jù)溢出會有影
    發(fā)表于 03-15 07:09
    遵义市| 百家乐官网小77论坛| 百家乐官网作弊内幕| 百家乐官网赚水方法| 百家乐六手变化混合赢家打法| 一共33楼24楼风水怎么说| 百家乐贴士介绍| 商丘市| 百家乐官网刷钱| 时时博百家乐的玩法技巧和规则| kk娱乐城开户| 百家乐官网打水论坛| 大世界百家乐娱乐平台| 尊龙网站| 百家乐官网游戏免费试| 澳门百家乐官网娱乐城开户| 属蛇和属马合作做生意谁吃亏| 赌球| 赌博百家乐官网判断决策| 免佣百家乐规则| 百家乐外挂| 洛克百家乐官网的玩法技巧和规则 | 百家乐官网澳门百家乐官网| 百家乐棋牌正式版| 龙腾国际娱乐| 百家乐官网知道| 大发888资讯网007| 百家乐官网群121398015| 网络百家乐真假| 新葡京娱乐城官网| 百家乐官网足球| 太阳城娱乐场| 百家乐官网获胜秘决百家乐官网获胜秘诀 | 百家乐官网实战案例| 百家乐系统足球博彩通| 佳豪国际娱乐| 百家乐官网必胜方法如果你还想继续不看可能后悔一生 | 黄大仙区| 12倍百家乐秘籍| 云顶国际网站| 百家乐百家乐论坛|