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

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

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

什么通信協(xié)議?UART自定義通信協(xié)議代碼實(shí)現(xiàn)方法

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

我們學(xué)習(xí)單片機(jī),首先接觸的可能是點(diǎn)燈(GPIO),再次就是串口(UART)。

串口是常用的一種通信接口,也是學(xué)嵌入式必備掌握的一項(xiàng)知識,但我發(fā)現(xiàn)有很多小伙伴只知道用串口輸出或者打印一些數(shù)據(jù),卻不知道如何用串口進(jìn)行數(shù)據(jù)傳輸和通信

這里就給大家分享一下串口通信協(xié)議、自定義通信協(xié)議,以及實(shí)現(xiàn)的原理。

什么通信協(xié)議?

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

百度百科的解釋:

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

相應(yīng)該有很多讀者都買過一些基于串口通信的模塊,市面上很多基于串口通信的模塊都是自定義通信協(xié)議,有的比較簡單,有的相對復(fù)雜一點(diǎn)。

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

幀頭

溫度值

幀尾

5A 一字節(jié)數(shù)值 3B

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

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

簡單通信協(xié)議的問題

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

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

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

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

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

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

通信協(xié)議常見內(nèi)容

基于串口的通信協(xié)議通常不能太復(fù)雜,因?yàn)榇谕ㄐ潘俾省⒖垢蓴_能力以及其他各方面原因,相對于TCP/IP這種通信協(xié)議,是一種很輕量級的通信協(xié)議。

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

下面簡單描述下常見自定義通信協(xié)議的一些要點(diǎn)內(nèi)容。

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

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

1.幀頭

幀頭,就是一幀通信數(shù)據(jù)的開頭。

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

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

2.設(shè)備地址/類型

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

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

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

當(dāng)然,有些固定的兩種設(shè)備之間通信,可能沒有這個選項(xiàng)。

3.命令/指令

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

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

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

4.命令類型/功能碼

這個選項(xiàng)對命令進(jìn)一步補(bǔ)充。比如:讀、寫操作。

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

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

5.數(shù)據(jù)長度

數(shù)據(jù)長度這個選項(xiàng),可能有的協(xié)議會把該選項(xiàng)提到前面設(shè)備地址位置,把命令這些信息算在“長度”里面。

這個主要是方便協(xié)議(接收)解析的時(shí)候,統(tǒng)計(jì)接收數(shù)據(jù)長度。

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

比如:有時(shí)候傳輸一個有效數(shù)據(jù),有時(shí)候要傳輸多個有效數(shù)據(jù),甚至傳輸一個數(shù)組的數(shù)據(jù)。這個時(shí)候,傳輸?shù)囊粠瑪?shù)據(jù)就是不定長數(shù)據(jù),就必須要有數(shù)據(jù)長度來約束。

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

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

6.數(shù)據(jù)

數(shù)據(jù)就不用描述了,就是你傳輸?shù)膶?shí)實(shí)在在的數(shù)據(jù),比如溫度:25℃。

7.幀尾

有些協(xié)議可能沒有幀尾,這個應(yīng)該是可有可無的一個選項(xiàng)。

8.校驗(yàn)碼

校驗(yàn)碼是一個比較重要的內(nèi)容,一般正規(guī)一點(diǎn)的通信協(xié)議都有這個選項(xiàng),原因很簡單,通信很容易受到干擾,或者其他原因,導(dǎo)致傳輸數(shù)據(jù)出錯。

如果有校驗(yàn)碼,就能比較有效避免數(shù)據(jù)傳輸出錯的的情況。

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

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

還有一點(diǎn),有的協(xié)議可能把校驗(yàn)碼放在倒數(shù)第二,幀尾放在最后位置。

通信協(xié)議代碼實(shí)現(xiàn)

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

當(dāng)然,實(shí)現(xiàn)的同時(shí),需要考慮你項(xiàng)目實(shí)際情況,比如通信數(shù)據(jù)比較多,要用消息隊(duì)列(FIFO),還比如,如果協(xié)議復(fù)雜,最好封裝結(jié)構(gòu)體等。

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

1.消息數(shù)據(jù)發(fā)送

a.通過串口直接發(fā)送每一個字節(jié)

這種對于新手來說都能理解,這里分享一個之前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寫數(shù)據(jù)指令
#define DGUS_CMD_R_DATA           0x83                     //DGUS讀數(shù)據(jù)指令
#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                     //蜂鳴器時(shí)長
#define DGUS_REG_PIC_ID           0x03                     //顯示頁面ID
#define DGUS_REG_TP_FLAG          0x05                     //觸摸坐標(biāo)更新標(biāo)志
#define DGUS_REG_TP_STATUS        0x06                     //坐標(biāo)狀態(tài)
#define DGUS_REG_TP_POSITION      0x07                     //坐標(biāo)位置
#define DGUS_REG_TPC_ENABLE       0x0B                     //觸控使能
#define DGUS_REG_RTC_NOW          0x20                     //當(dāng)前RTCS


//往DGDS屏指定寄存器寫一字節(jié)數(shù)據(jù)
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));             //數(shù)據(jù)
  DGUS_SendByte((uint8_t)(Data&0xFF));
}


//往DGDS屏指定地址寫一字節(jié)數(shù)據(jù)
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));             //數(shù)據(jù)
  DGUS_SendByte((uint8_t)(Data&0xFF));
}

b.通過消息隊(duì)列發(fā)送

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

static uint8_t  sDGUS_SendBuf[DGUS_PACKAGE_LEN];


//往DGDS屏指定寄存器寫一字節(jié)數(shù)據(jù)
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);         //數(shù)據(jù)
  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;                //校驗(yàn)
  sDGUS_SendBuf[8] = sDGUS_CRC_L;


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


//往DGDS屏指定地址寫一字節(jié)數(shù)據(jù)
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);         //數(shù)據(jù)
  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;                //校驗(yàn)
  sDGUS_SendBuf[9] = sDGUS_CRC_L;


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

c.用“結(jié)構(gòu)體代替數(shù)組SendBuf”方式

結(jié)構(gòu)體對數(shù)組更方便引用,也方便管理,所以,結(jié)構(gòu)體方式相比數(shù)組buf更高級,也更實(shí)用。(當(dāng)然,如果成員比較多,如果用臨時(shí)變量方式也會導(dǎo)致占用過多堆棧的情況)

比如:

typedef struct
{
  uint8_t  Head1;                 //幀頭1
  uint8_t  Head2;                 //幀頭2
  uint8_t  Len;                   //長度
  uint8_t  Cmd;                   //命令
  uint8_t  Data[DGUS_DATA_LEN];   //數(shù)據(jù)
  uint16_t CRC16;                 //CRC校驗(yàn)
}DGUS_PACKAGE_TypeDef;

d.其他更多

串口發(fā)送數(shù)據(jù)的方式有很多,比如用DMA的方式替代消息隊(duì)列的方式。

2.消息數(shù)據(jù)接收

串口消息接收,通常串口中斷接收的方式居多,當(dāng)然,也有很少情況用輪詢的方式接收數(shù)據(jù)。

a.常規(guī)中斷接收

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

void DGUS_ISRHandler(uint8_t Data)
{
  static uint8_t sDgus_RxNum = 0;                //數(shù)量
  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;
  }


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


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


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

b.增加超時(shí)檢測

接收數(shù)據(jù)有可能存在接收了一半,中斷因?yàn)槟撤N原因中斷了,這時(shí)候,超時(shí)檢測也很有必要。

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

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


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

c.更多

接收和發(fā)送一樣,實(shí)現(xiàn)方法有很多種,比如接收同樣也可以用結(jié)構(gòu)體方式。但有一點(diǎn),都需要結(jié)合你實(shí)際需求來編碼。

最后

以上自定義協(xié)議內(nèi)容僅供參考,最終用哪些、占用幾個字節(jié)都與你實(shí)際需求有關(guān)。

基于串口的自定義通信協(xié)議,有千差萬別,比如:MCU處理能力、設(shè)備多少、通信內(nèi)容等都與你自定義協(xié)議有關(guān)。

有的可能只需要很簡單的通信協(xié)議就能滿足要求。有的可能需要更復(fù)雜的協(xié)議才能滿足。

最后強(qiáng)調(diào)兩點(diǎn):

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

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






審核編輯:劉清

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

    關(guān)注

    6023

    文章

    44376

    瀏覽量

    628469
  • 串口通信
    +關(guān)注

    關(guān)注

    34

    文章

    1601

    瀏覽量

    55236
  • CRC校驗(yàn)
    +關(guān)注

    關(guān)注

    0

    文章

    84

    瀏覽量

    15149
  • GPIO
    +關(guān)注

    關(guān)注

    16

    文章

    1175

    瀏覽量

    51515
  • Uart串口
    +關(guān)注

    關(guān)注

    0

    文章

    29

    瀏覽量

    6767

原文標(biāo)題:UART自定義通信協(xié)議代碼實(shí)現(xiàn)方法

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

收藏 人收藏

    評論

    相關(guān)推薦

    【LabVIEW串口通信】串行通信協(xié)議的可配置轉(zhuǎn)換問題

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

    STM32 自定義串口協(xié)議 精選資料分享

    STM32 自定義串口協(xié)議串行通信原理與優(yōu)缺點(diǎn)分類按通信方向按通信方式異步串行引腳連接串口外設(shè)之間ARM與PC之間字符幀格式串口
    發(fā)表于 08-17 08:58

    掌握通信協(xié)議的研究方法

    從根本出發(fā),從簡單開始,逐步加碼,從而讓你徹底掌握通信協(xié)議的研究方法。就是串口uart,因?yàn)?b class='flag-5'>uart只有物理層,尤其是TTL電平的uart
    發(fā)表于 01-13 06:09

    UART通信協(xié)議的相關(guān)資料推薦

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

    如何實(shí)現(xiàn)基礎(chǔ)通信協(xié)議的設(shè)計(jì)?

    常見的通信協(xié)議格式是什么?如何實(shí)現(xiàn)基礎(chǔ)通信協(xié)議的設(shè)計(jì)?
    發(fā)表于 02-14 07:35

    Modbus通信協(xié)議教程

    Modbus通信協(xié)議教程Modbus通信協(xié)議教程Modbus通信協(xié)議教程
    發(fā)表于 12-08 14:14 ?74次下載

    CAN總線通信協(xié)議的分析和實(shí)現(xiàn) CAN總線通信協(xié)議以及其實(shí)現(xiàn)方法

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

    如何實(shí)現(xiàn)自定義串口通信協(xié)議?

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

    自定義串口通信協(xié)議

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

    一個簡單的基礎(chǔ)通信協(xié)議的設(shè)計(jì)與實(shí)現(xiàn)

    一個簡單的基礎(chǔ)通信協(xié)議的設(shè)計(jì)與實(shí)現(xiàn)一種常見的通信協(xié)議格式搭建串口收發(fā)環(huán)境配置STM32CubeMX添加USART部分代碼通信協(xié)議
    發(fā)表于 12-14 18:38 ?10次下載
    一個簡單的基礎(chǔ)<b class='flag-5'>通信協(xié)議</b>的設(shè)計(jì)與<b class='flag-5'>實(shí)現(xiàn)</b>

    C#與STM32自定義通信協(xié)議

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

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

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

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

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

    UART串口通信協(xié)議是什么?

    UART (Universal Asynchronous Receiver/Transmitter) 是一種通信接口協(xié)議,用于實(shí)現(xiàn)串口通信。
    的頭像 發(fā)表于 03-19 17:26 ?964次閱讀

    簡單認(rèn)識UART通信協(xié)議

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