精品国产人成在线_亚洲高清无码在线观看_国产在线视频国产永久2021_国产AV综合第一页一个的一区免费影院黑人_最近中文字幕MV高清在线视频

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

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

3天內不再提示

什么通信協議?UART自定義通信協議代碼實現方法

strongerHuang ? 來源:strongerHuang ? 2023-11-02 09:03 ? 次閱讀

我們學習單片機,首先接觸的可能是點燈(GPIO),再次就是串口(UART)。

串口是常用的一種通信接口,也是學嵌入式必備掌握的一項知識,但我發現有很多小伙伴只知道用串口輸出或者打印一些數據,卻不知道如何用串口進行數據傳輸和通信

這里就給大家分享一下串口通信協議、自定義通信協議,以及實現的原理。

什么通信協議?

通信協議不難理解,就是兩個(或多個)設備之間進行通信,必須要遵循的一種協議。

百度百科的解釋:

通信協議是指雙方實體完成通信或服務所必須遵循的規則和約定。通過通信信道和設備互連起來的多個不同地理位置的數據通信系統,要使其能協同工作實現信息交換和資源共享,它們之間必須具有共同的語言。交流什么、怎樣交流及何時交流,都必須遵循某種互相都能接受的規則。這個規則就是通信協議。

相應該有很多讀者都買過一些基于串口通信的模塊,市面上很多基于串口通信的模塊都是自定義通信協議,有的比較簡單,有的相對復雜一點。

舉一個很簡單的串口通信協議的例子:比如只傳輸一個溫度值,只有三個字節的通信協議:

幀頭

溫度值

幀尾

5A 一字節數值 3B

這種看起來是不是很簡單?它也是一種通信協議。

只是說這種通信協議應用的場合相對比較簡單(一對一兩個設備之間),同時,它存在很多弊端。

簡單通信協議的問題

上面那種只有三個字節的通信協議,相信大家都看明白了。雖然它也能通信,也能傳輸數據,但它存在一系列的問題。

比如:多個設備連接在一條總線(比如485)上,怎么判斷傳輸給誰?(沒有設備信息)

還比如:處于一個干擾環境,你能保障傳輸數據正確嗎?(沒有校驗信息)

再比如:我想傳輸多個不確定長度的數據,該怎么辦?(沒有長度信息)。

上面這一系列問題,相信做過自定義通信的朋友都了解。

所以,在通信協議里面要約定更多的“協議信息”,這樣才能保證通信的完整。

通信協議常見內容

基于串口的通信協議通常不能太復雜,因為串口通信速率、抗干擾能力以及其他各方面原因,相對于TCP/IP這種通信協議,是一種很輕量級的通信協議。

所以,基于串口的通信,除了一些通用的通信協議(比如:Modubs、MAVLink)之外,很多時候,工程師都會根據自己項目情況,自定義通信協議。

下面簡單描述下常見自定義通信協議的一些要點內容。

81e90358-7916-11ee-939d-92fbcf53809c.png

(這是一些常見的協議內容,可能不同情況,其協議內容不同)

1.幀頭

幀頭,就是一幀通信數據的開頭。

有的通信協議幀頭只有一個,有的有兩個,比如:5A、A5作為幀頭。

81f6c146-7916-11ee-939d-92fbcf53809c.png

2.設備地址/類型

設備地址或者設備類型,通常是用于多種設備之間,為了方便區分不同設備。

8207b514-7916-11ee-939d-92fbcf53809c.png

這種情況,需要在協議或者附錄中要描述各種設備類型信息,方便開發者編碼查詢。

當然,有些固定的兩種設備之間通信,可能沒有這個選項。

3.命令/指令

命令/指令比較常見,一般是不同的操作,用不同的命令來區分。

820f4a4a-7916-11ee-939d-92fbcf53809c.png

舉例:溫度:0x01;濕度:0x02;

4.命令類型/功能碼

這個選項對命令進一步補充。比如:讀、寫操作。

8219ab5c-7916-11ee-939d-92fbcf53809c.png

舉例:讀Flash:0x01;寫Flash:0x02;

5.數據長度

數據長度這個選項,可能有的協議會把該選項提到前面設備地址位置,把命令這些信息算在“長度”里面。

這個主要是方便協議(接收)解析的時候,統計接收數據長度。

8225911a-7916-11ee-939d-92fbcf53809c.png

比如:有時候傳輸一個有效數據,有時候要傳輸多個有效數據,甚至傳輸一個數組的數據。這個時候,傳輸的一幀數據就是不定長數據,就必須要有數據長度來約束。

有的長度是一個字節,其范圍:0x01 ~ 0xFF,有的可能要求一次性傳輸更多,就用兩個字節表示,其范圍0x0001 ~0xFFFFF。

當然,有的通信長度是固定的長度(比如固定只傳輸、溫度、濕度這兩個數據),其協議可能沒有這個選項。

6.數據

數據就不用描述了,就是你傳輸的實實在在的數據,比如溫度:25℃。

7.幀尾

有些協議可能沒有幀尾,這個應該是可有可無的一個選項。

8.校驗碼

校驗碼是一個比較重要的內容,一般正規一點的通信協議都有這個選項,原因很簡單,通信很容易受到干擾,或者其他原因,導致傳輸數據出錯。

如果有校驗碼,就能比較有效避免數據傳輸出錯的的情況。

823682b8-7916-11ee-939d-92fbcf53809c.png

校驗碼的方式有很多,校驗和、CRC校驗算是比較常見的,用于自定義協議中的校驗方式。

還有一點,有的協議可能把校驗碼放在倒數第二,幀尾放在最后位置。

通信協議代碼實現

自定義通信協議,代碼實現的方式有很多種,怎么說呢,“條條大路通羅馬”你只需要按照你協議要寫實現代碼就行。

當然,實現的同時,需要考慮你項目實際情況,比如通信數據比較多,要用消息隊列(FIFO),還比如,如果協議復雜,最好封裝結構體等。

下面分享一些以前用到的代碼,可能沒有描述更多細節,但一些思想可以借鑒。

1.消息數據發送

a.通過串口直接發送每一個字節

這種對于新手來說都能理解,這里分享一個之前DGUS串口屏的例子:

#define DGUS_FRAME_HEAD1          0xA5                     //DGUS屏幀頭1
#define DGUS_FRAME_HEAD2          0x5A                     //DGUS屏幀頭2


#define DGUS_CMD_W_REG            0x80                     //DGUS寫寄存器指令
#define DGUS_CMD_R_REG            0x81                     //DGUS讀寄存器指令
#define DGUS_CMD_W_DATA           0x82                     //DGUS寫數據指令
#define DGUS_CMD_R_DATA           0x83                     //DGUS讀數據指令
#define DGUS_CMD_W_CURVE          0x85                     //DGUS寫曲線指令


/* DGUS寄存器地址 */
#define DGUS_REG_VERSION          0x00                     //DGUS版本
#define DGUS_REG_LED_NOW          0x01                     //LED背光亮度
#define DGUS_REG_BZ_TIME          0x02                     //蜂鳴器時長
#define DGUS_REG_PIC_ID           0x03                     //顯示頁面ID
#define DGUS_REG_TP_FLAG          0x05                     //觸摸坐標更新標志
#define DGUS_REG_TP_STATUS        0x06                     //坐標狀態
#define DGUS_REG_TP_POSITION      0x07                     //坐標位置
#define DGUS_REG_TPC_ENABLE       0x0B                     //觸控使能
#define DGUS_REG_RTC_NOW          0x20                     //當前RTCS


//往DGDS屏指定寄存器寫一字節數據
void DGUS_REG_WriteWord(uint8_t RegAddr, uint16_t Data)
{
  DGUS_SendByte(DGUS_FRAME_HEAD1);
  DGUS_SendByte(DGUS_FRAME_HEAD2);
  DGUS_SendByte(0x04);


  DGUS_SendByte(DGUS_CMD_W_REG);                 //指令
  DGUS_SendByte(RegAddr);                        //地址


  DGUS_SendByte((uint8_t)(Data>>8));             //數據
  DGUS_SendByte((uint8_t)(Data&0xFF));
}


//往DGDS屏指定地址寫一字節數據
void DGUS_DATA_WriteWord(uint16_t DataAddr, uint16_t Data)
{
  DGUS_SendByte(DGUS_FRAME_HEAD1);
  DGUS_SendByte(DGUS_FRAME_HEAD2);
  DGUS_SendByte(0x05);


  DGUS_SendByte(DGUS_CMD_W_DATA);                //指令


  DGUS_SendByte((uint8_t)(DataAddr>>8));         //地址
  DGUS_SendByte((uint8_t)(DataAddr&0xFF));


  DGUS_SendByte((uint8_t)(Data>>8));             //數據
  DGUS_SendByte((uint8_t)(Data&0xFF));
}

b.通過消息隊列發送

在上面基礎上,用一個buf裝下消息,然后“打包”到消息隊列,通過消息隊列的方式(FIFO)發送出去。

static uint8_t  sDGUS_SendBuf[DGUS_PACKAGE_LEN];


//往DGDS屏指定寄存器寫一字節數據
void DGUS_REG_WriteWord(uint8_t RegAddr, uint16_t Data)
{
  sDGUS_SendBuf[0] = DGUS_FRAME_HEAD1;           //幀頭
  sDGUS_SendBuf[1] = DGUS_FRAME_HEAD2;
  sDGUS_SendBuf[2] = 0x06;                       //長度
  sDGUS_SendBuf[3] = DGUS_CMD_W_CTRL;            //指令
  sDGUS_SendBuf[4] = RegAddr;                    //地址
  sDGUS_SendBuf[5] = (uint8_t)(Data>>8);         //數據
  sDGUS_SendBuf[6] = (uint8_t)(Data&0xFF);


  DGUS_CRC16(&sDGUS_SendBuf[3], sDGUS_SendBuf[2] - 2, &sDGUS_CRC_H, &sDGUS_CRC_L);
  sDGUS_SendBuf[7] = sDGUS_CRC_H;                //校驗
  sDGUS_SendBuf[8] = sDGUS_CRC_L;


  DGUSSend_Packet_ToQueue(sDGUS_SendBuf, sDGUS_SendBuf[2] + 3);
}


//往DGDS屏指定地址寫一字節數據
void DGUS_DATA_WriteWord(uint16_t DataAddr, uint16_t Data)
{
  sDGUS_SendBuf[0] = DGUS_FRAME_HEAD1;           //幀頭
  sDGUS_SendBuf[1] = DGUS_FRAME_HEAD2;
  sDGUS_SendBuf[2] = 0x07;                       //長度
  sDGUS_SendBuf[3] = DGUS_CMD_W_DATA;            //指令
  sDGUS_SendBuf[4] = (uint8_t)(DataAddr>>8);     //地址
  sDGUS_SendBuf[5] = (uint8_t)(DataAddr&0xFF);
  sDGUS_SendBuf[6] = (uint8_t)(Data>>8);         //數據
  sDGUS_SendBuf[7] = (uint8_t)(Data&0xFF);


  DGUS_CRC16(&sDGUS_SendBuf[3], sDGUS_SendBuf[2] - 2, &sDGUS_CRC_H, &sDGUS_CRC_L);
  sDGUS_SendBuf[8] = sDGUS_CRC_H;                //校驗
  sDGUS_SendBuf[9] = sDGUS_CRC_L;


  DGUSSend_Packet_ToQueue(sDGUS_SendBuf, sDGUS_SendBuf[2] + 3);
}

c.用“結構體代替數組SendBuf”方式

結構體對數組更方便引用,也方便管理,所以,結構體方式相比數組buf更高級,也更實用。(當然,如果成員比較多,如果用臨時變量方式也會導致占用過多堆棧的情況)

比如:

typedef struct
{
  uint8_t  Head1;                 //幀頭1
  uint8_t  Head2;                 //幀頭2
  uint8_t  Len;                   //長度
  uint8_t  Cmd;                   //命令
  uint8_t  Data[DGUS_DATA_LEN];   //數據
  uint16_t CRC16;                 //CRC校驗
}DGUS_PACKAGE_TypeDef;

d.其他更多

串口發送數據的方式有很多,比如用DMA的方式替代消息隊列的方式。

2.消息數據接收

串口消息接收,通常串口中斷接收的方式居多,當然,也有很少情況用輪詢的方式接收數據。

a.常規中斷接收

還是以DGUS串口屏為例,描述一種簡單又常見的中斷接收方式:

void DGUS_ISRHandler(uint8_t Data)
{
  static uint8_t sDgus_RxNum = 0;                //數量
  static uint8_t sDgus_RxBuf[DGUS_PACKAGE_LEN];
  static portBASE_TYPE xHigherPriorityTaskWoken = pdFALSE;


  sDgus_RxBuf[gDGUS_RxCnt] = Data;
  gDGUS_RxCnt++;


  /* 判斷幀頭 */
  if(sDgus_RxBuf[0] != DGUS_FRAME_HEAD1)       //接收到幀頭1
  {
    gDGUS_RxCnt = 0;
    return;
  }
  if((2 == gDGUS_RxCnt) && (sDgus_RxBuf[1] != DGUS_FRAME_HEAD2))
  {
    gDGUS_RxCnt = 0;
    return;
  }


  /* 確定一幀數據長度 */
  if(gDGUS_RxCnt == 3)
  {
    sDgus_RxNum = sDgus_RxBuf[2] + 3;
  }


  /* 接收完一幀數據 */
  if((6 <= gDGUS_RxCnt) && (sDgus_RxNum <= gDGUS_RxCnt))
  {
    gDGUS_RxCnt = 0;


    if(xDGUSRcvQueue != NULL)                    //解析成功, 加入隊列
    {
      xQueueSendFromISR(xDGUSRcvQueue, &sDgus_RxBuf[0], &xHigherPriorityTaskWoken);
      portEND_SWITCHING_ISR(xHigherPriorityTaskWoken);
    }
  }
}

b.增加超時檢測

接收數據有可能存在接收了一半,中斷因為某種原因中斷了,這時候,超時檢測也很有必要。

比如:用多余的MCU定時器做一個超時計數的處理,接收到一個數據,開始計時,超過1ms沒有接收到下一個數據,就丟掉這一包(前面接收的)數據。

static void DGUS_TimingAndUpdate(uint16_t Nms)
{
  sDGUSTiming_Nms_Num = Nms;
  TIM_SetCounter(DGUS_TIM, 0);                   //設置計數值為0
  TIM_Cmd(DGUS_TIM, ENABLE);                     //啟動定時器
}


void DGUS_COM_IRQHandler(void)
{
  if((DGUS_COM->SR & USART_FLAG_RXNE) == USART_FLAG_RXNE)
  {
    DGUS_TimingAndUpdate(5);                     //更新定時(防止超時)
    DGUS_ISRHandler((uint8_t)USART_ReceiveData(DGUS_COM));
  }
}

c.更多

接收和發送一樣,實現方法有很多種,比如接收同樣也可以用結構體方式。但有一點,都需要結合你實際需求來編碼。

最后

以上自定義協議內容僅供參考,最終用哪些、占用幾個字節都與你實際需求有關。

基于串口的自定義通信協議,有千差萬別,比如:MCU處理能力、設備多少、通信內容等都與你自定義協議有關。

有的可能只需要很簡單的通信協議就能滿足要求。有的可能需要更復雜的協議才能滿足。

最后強調兩點:

1.以上舉例并不是完整的代碼(有些細節沒有描述出來),主要是供大家學習這種編程思想,或者實現方式。

2.一份好的通信協議代碼,必定有一定容錯處理,比如:發送完成檢測、接收超時檢測、數據出錯檢測等等。所以說,以上代碼并不是完整的代碼。






審核編輯:劉清

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 單片機
    +關注

    關注

    6032

    文章

    44521

    瀏覽量

    633084
  • 串口通信
    +關注

    關注

    34

    文章

    1620

    瀏覽量

    55426
  • CRC校驗
    +關注

    關注

    0

    文章

    84

    瀏覽量

    15188
  • GPIO
    +關注

    關注

    16

    文章

    1196

    瀏覽量

    51919
  • Uart串口
    +關注

    關注

    0

    文章

    29

    瀏覽量

    6797

原文標題:UART自定義通信協議代碼實現方法

文章出處:【微信號:strongerHuang,微信公眾號:strongerHuang】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    【LabVIEW串口通信】串行通信協議的可配置轉換問題

    本帖最后由 fantek 于 2013-12-31 18:26 編輯 目前存在的問題:主機( 計算機,PLC等)通過串口連接兩臺或多臺通信協議不一樣的儀器設備,而這些設備都是自定義協議,適合
    發表于 09-29 02:26

    STM32 自定義串口協議 精選資料分享

    STM32 自定義串口協議串行通信原理與優缺點分類按通信方向按通信方式異步串行引腳連接串口外設之間ARM與PC之間字符幀格式串口
    發表于 08-17 08:58

    掌握通信協議的研究方法

    從根本出發,從簡單開始,逐步加碼,從而讓你徹底掌握通信協議的研究方法。就是串口uart,因為uart只有物理層,尤其是TTL電平的uart
    發表于 01-13 06:09

    UART通信協議的相關資料推薦

    一、前言1、簡介  寫的這篇博客,是為了簡單講解一下UART通信協議,以及UART能夠實現的一些功能,還有有關使用STM32CubeMX來配置芯片的一些操作,在后面我會以我使用的STM
    發表于 01-25 06:40

    如何實現基礎通信協議的設計?

    常見的通信協議格式是什么?如何實現基礎通信協議的設計?
    發表于 02-14 07:35

    Modbus通信協議教程

    Modbus通信協議教程Modbus通信協議教程Modbus通信協議教程
    發表于 12-08 14:14 ?75次下載

    CAN總線通信協議的分析和實現 CAN總線通信協議以及其實現方法

    CAN總線通信協議的分析和實現 CAN總線通信協議以及其實現方法
    發表于 09-04 08:45 ?40次下載
    CAN總線<b class='flag-5'>通信協議</b>的分析和<b class='flag-5'>實現</b> CAN總線<b class='flag-5'>通信協議</b>以及其<b class='flag-5'>實現</b><b class='flag-5'>方法</b>

    如何實現自定義串口通信協議

    有一些初學者總覺得通信協議是一個很復雜的知識,把它想的很高深,導致不知道該怎么學。 同時,偶爾有讀者問關于串口自定義通信協議相關的問題,今天就來寫寫串口通信協議,并不是你想想中的那么難
    的頭像 發表于 06-01 10:01 ?4506次閱讀

    自定義串口通信協議

    原題敘述有若干個溫度采集器,每個溫度采集器可實現8路溫度的測量。試設計一個通信協議,用于溫度采集器與上位計算機的串行通信協議,可實現溫度采集數據上傳、上位機控制每路溫度測量通的開啟功能
    發表于 12-02 14:21 ?18次下載
    <b class='flag-5'>自定義</b>串口<b class='flag-5'>通信協議</b>

    一個簡單的基礎通信協議的設計與實現

    一個簡單的基礎通信協議的設計與實現一種常見的通信協議格式搭建串口收發環境配置STM32CubeMX添加USART部分代碼通信協議
    發表于 12-14 18:38 ?10次下載
    一個簡單的基礎<b class='flag-5'>通信協議</b>的設計與<b class='flag-5'>實現</b>

    C#與STM32自定義通信協議

    C#與STM32自定義通信協議功能:1.可通過C#上位機對多臺STM32下位機進行控制2.自定義上位機與下位機通信協議
    發表于 12-24 18:59 ?37次下載
    C#與STM32<b class='flag-5'>自定義</b><b class='flag-5'>通信協議</b>

    拓普微智能液晶顯示模塊HMI自定義通信協議

    隨著工業技術的發展,HMI(人機界面)的應用領域愈加廣泛。通過拓普微的智能液晶顯示模塊實現自定義通信協議能在一定程度上維護企業的數據隱秘性,提升產品功能的多樣性,并且能夠解決企業通信協議
    的頭像 發表于 12-09 14:01 ?1187次閱讀
    拓普微智能液晶顯示模塊HMI<b class='flag-5'>自定義</b><b class='flag-5'>通信協議</b>

    智能液晶顯示模塊HMI自定義通信協議分析

    隨著工業技術的發展,HMI(人機界面)的應用領域愈加廣泛。通過拓普微的智能液晶顯示模塊實現自定義通信協議能在一定程度上維護企業的數據隱秘性,提升產品功能的多樣性,并且能夠解決企業通信協議
    的頭像 發表于 07-30 14:46 ?1263次閱讀
    智能液晶顯示模塊HMI<b class='flag-5'>自定義</b><b class='flag-5'>通信協議</b>分析

    UART串口通信協議是什么?

    UART (Universal Asynchronous Receiver/Transmitter) 是一種通信接口協議,用于實現串口通信
    的頭像 發表于 03-19 17:26 ?1261次閱讀

    簡單認識UART通信協議

    UART(Universal Asynchronous Receiver/Transmitter,通用異步收發傳輸器)通信協議是一種常見的串行通信協議,廣泛應用于計算機、嵌入式系統、傳感器、無線
    的頭像 發表于 07-25 18:07 ?1344次閱讀