一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

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

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

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

通信協(xié)議常見(jiàn)內(nèi)容有哪些

strongerHuang ? 來(lái)源:strongerHuang ? 作者:strongerHuang ? 2022-03-09 17:22 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

有一些初學(xué)者總覺(jué)得通信協(xié)議是一個(gè)很復(fù)雜的知識(shí),把它想的很高深,導(dǎo)致不知道該怎么學(xué)。

同時(shí),偶爾有讀者問(wèn)關(guān)于串口自定義通信協(xié)議相關(guān)的問(wèn)題,今天就來(lái)寫寫串口通信協(xié)議,并不是你想想中的那么難?

1什么通信協(xié)議?

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

相應(yīng)該有很多讀者都買過(guò)一些基于串口通信的模塊,市面上很多基于串口通信的模塊都是自定義通信協(xié)議,有的比較簡(jiǎn)單,有的相對(duì)復(fù)雜一點(diǎn)。 舉一個(gè)很簡(jiǎn)單的串口通信協(xié)議的例子:比如只傳輸一個(gè)溫度值,只有三個(gè)字節(jié)的通信協(xié)議:
幀頭 溫度值 幀尾
5A 一字節(jié)數(shù)值 3B
這種看起來(lái)是不是很簡(jiǎn)單?它也是一種通信協(xié)議。 只是說(shuō)這種通信協(xié)議應(yīng)用的場(chǎng)合相對(duì)比較簡(jiǎn)單(一對(duì)一兩個(gè)設(shè)備之間),同時(shí),它存在很多弊端。

2過(guò)于簡(jiǎn)單的通信協(xié)議引發(fā)的問(wèn)題

上面那種只有三個(gè)字節(jié)的通信協(xié)議,相信大家都看明白了。雖然它也能通信,也能傳輸數(shù)據(jù),但它存在一系列的問(wèn)題。 比如:多個(gè)設(shè)備連接在一條總線(比如485)上,怎么判斷傳輸給誰(shuí)?(沒(méi)有設(shè)備信息) 還比如:處于一個(gè)干擾環(huán)境,你能保障傳輸數(shù)據(jù)正確嗎?(沒(méi)有校驗(yàn)信息) 再比如:我想傳輸多個(gè)不確定長(zhǎng)度的數(shù)據(jù),該怎么辦?(沒(méi)有長(zhǎng)度信息)。 上面這一系列問(wèn)題,相信做過(guò)自定義通信的朋友都了解。 所以,在通信協(xié)議里面要約定更多的“協(xié)議信息”,這樣才能保證通信的完整。

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

基于串口的通信協(xié)議通常不能太復(fù)雜,因?yàn)榇谕ㄐ潘俾省⒖垢蓴_能力以及其他各方面原因,相對(duì)于TCP/IP這種通信協(xié)議,是一種很輕量級(jí)的通信協(xié)議。 所以,基于串口的通信,除了一些通用的通信協(xié)議(比如:Modubs、MAVLink)之外,很多時(shí)候,工程師都會(huì)根據(jù)自己項(xiàng)目情況,自定義通信協(xié)議。 下面簡(jiǎn)單描述下常見(jiàn)自定義通信協(xié)議的一些要點(diǎn)內(nèi)容。

105559b6-9642-11ec-952b-dac502259ad0.png

(這是一些常見(jiàn)的協(xié)議內(nèi)容,可能不同情況,其協(xié)議內(nèi)容不同) 1.幀頭幀頭,就是一幀通信數(shù)據(jù)的開(kāi)頭。有的通信協(xié)議幀頭只有一個(gè),有的有兩個(gè),比如:5A、A5作為幀頭。

106c6f84-9642-11ec-952b-dac502259ad0.png

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

108764ce-9642-11ec-952b-dac502259ad0.png

這種情況,需要在協(xié)議或者附錄中要描述各種設(shè)備類型信息,方便開(kāi)發(fā)者編碼查詢。 當(dāng)然,有些固定的兩種設(shè)備之間通信,可能沒(méi)有這個(gè)選項(xiàng)。 3.命令/指令命令/指令比較常見(jiàn),一般是不同的操作,用不同的命令來(lái)區(qū)分。

109bf650-9642-11ec-952b-dac502259ad0.png

舉例:溫度:0x01;濕度:0x02; 4.命令類型/功能碼這個(gè)選項(xiàng)對(duì)命令進(jìn)一步補(bǔ)充。比如:讀、寫操作。

10b29752-9642-11ec-952b-dac502259ad0.png

舉例:讀Flash:0x01;寫Flash:0x02; 5.數(shù)據(jù)長(zhǎng)度數(shù)據(jù)長(zhǎng)度這個(gè)選項(xiàng),可能有的協(xié)議會(huì)把該選項(xiàng)提到前面設(shè)備地址位置,把命令這些信息算在“長(zhǎng)度”里面。 這個(gè)主要是方便協(xié)議(接收)解析的時(shí)候,統(tǒng)計(jì)接收數(shù)據(jù)長(zhǎng)度。

10c70804-9642-11ec-952b-dac502259ad0.png

比如:有時(shí)候傳輸一個(gè)有效數(shù)據(jù),有時(shí)候要傳輸多個(gè)有效數(shù)據(jù),甚至傳輸一個(gè)數(shù)組的數(shù)據(jù)。這個(gè)時(shí)候,傳輸?shù)囊粠瑪?shù)據(jù)就是不定長(zhǎng)數(shù)據(jù),就必須要有數(shù)據(jù)長(zhǎng)度來(lái)約束。 有的長(zhǎng)度是一個(gè)字節(jié),其范圍:0x01 ~ 0xFF,有的可能要求一次性傳輸更多,就用兩個(gè)字節(jié)表示,其范圍0x0001 ~0xFFFFF。 當(dāng)然,有的通信長(zhǎng)度是固定的長(zhǎng)度(比如固定只傳輸、溫度、濕度這兩個(gè)數(shù)據(jù)),其協(xié)議可能沒(méi)有這個(gè)選項(xiàng)。 6.數(shù)據(jù)數(shù)據(jù)就不用描述了,就是你傳輸?shù)膶?shí)實(shí)在在的數(shù)據(jù),比如溫度:25℃。 7.幀尾有些協(xié)議可能沒(méi)有幀尾,這個(gè)應(yīng)該是可有可無(wú)的一個(gè)選項(xiàng)。 8.校驗(yàn)碼校驗(yàn)碼是一個(gè)比較重要的內(nèi)容,一般正規(guī)一點(diǎn)的通信協(xié)議都有這個(gè)選項(xiàng),原因很簡(jiǎn)單,通信很容易受到干擾,或者其他原因,導(dǎo)致傳輸數(shù)據(jù)出錯(cuò)。 如果有校驗(yàn)碼,就能比較有效避免數(shù)據(jù)傳輸出錯(cuò)的的情況。

10dc2c66-9642-11ec-952b-dac502259ad0.png

校驗(yàn)碼的方式有很多,校驗(yàn)和、CRC校驗(yàn)算是比較常見(jiàn)的,用于自定義協(xié)議中的校驗(yàn)方式。 還有一點(diǎn),有的協(xié)議可能把校驗(yàn)碼放在倒數(shù)第二,幀尾放在最后位置。

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

自定義通信協(xié)議,代碼實(shí)現(xiàn)的方式有很多種,怎么說(shuō)呢,“條條大路通羅馬”你只需要按照你協(xié)議要寫實(shí)現(xiàn)代碼就行。 當(dāng)然,實(shí)現(xiàn)的同時(shí),需要考慮你項(xiàng)目實(shí)際情況,比如通信數(shù)據(jù)比較多,要用消息隊(duì)列(FIFO),還比如,如果協(xié)議復(fù)雜,最好封裝結(jié)構(gòu)體等。 下面分享一些以前用到的代碼,可能沒(méi)有描述更多細(xì)節(jié),但一些思想可以借鑒。 1.消息數(shù)據(jù)發(fā)送a.通過(guò)串口直接發(fā)送每一個(gè)字節(jié)這種對(duì)于新手來(lái)說(shuō)都能理解,這里分享一個(gè)之前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í)長(zhǎng)#define DGUS_REG_PIC_ID           0x03                     //顯示頁(yè)面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.通過(guò)消息隊(duì)列發(fā)送在上面基礎(chǔ)上,用一個(gè)buf裝下消息,然后“打包”到消息隊(duì)列,通過(guò)消息隊(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;                       //長(zhǎng)度  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;                       //長(zhǎng)度  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)體對(duì)數(shù)組更方便引用,也方便管理,所以,結(jié)構(gòu)體方式相比數(shù)組buf更高級(jí),也更實(shí)用。(當(dāng)然,如果成員比較多,如果用臨時(shí)變量方式也會(huì)導(dǎo)致占用過(guò)多堆棧的情況) 比如:
typedef struct{  uint8_t  Head1;                 //幀頭1  uint8_t  Head2;                 //幀頭2  uint8_t  Len;                   //長(zhǎng)度  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串口屏為例,描述一種簡(jiǎn)單又常見(jiàn)的中斷接收方式:
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ù)長(zhǎng)度 */  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í)檢測(cè)

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

比如:用多余的MCU定時(shí)器做一個(gè)超時(shí)計(jì)數(shù)的處理,接收到一個(gè)數(shù)據(jù),開(kāi)始計(jì)時(shí),超過(guò)1ms沒(méi)有接收到下一個(gè)數(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);                     //啟動(dòng)定時(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í)際需求來(lái)編碼。

5最后

以上自定義協(xié)議內(nèi)容僅供參考,最終用哪些、占用幾個(gè)字節(jié)都與你實(shí)際需求有關(guān)。 基于串口的自定義通信協(xié)議,有千差萬(wàn)別,比如:MCU處理能力、設(shè)備多少、通信內(nèi)容等都與你自定義協(xié)議有關(guān)。 有的可能只需要很簡(jiǎn)單的通信協(xié)議就能滿足要求。有的可能需要更復(fù)雜的協(xié)議才能滿足。 最后強(qiáng)調(diào)兩點(diǎn):1.以上舉例并不是完整的代碼(有些細(xì)節(jié)沒(méi)有描述出來(lái)),主要是供大家學(xué)習(xí)這種編程思想,或者實(shí)現(xiàn)方式。 2.一份好的通信協(xié)議代碼,必定有一定容錯(cuò)處理,比如:發(fā)送完成檢測(cè)、接收超時(shí)檢測(cè)、數(shù)據(jù)出錯(cuò)檢測(cè)等等。所以說(shuō),以上代碼并不是完整的代碼。

原文標(biāo)題:通信教程 | 自定義串口通信協(xié)議

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

審核編輯:彭菁

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

    關(guān)注

    28

    文章

    1034

    瀏覽量

    41161
  • 數(shù)據(jù)
    +關(guān)注

    關(guān)注

    8

    文章

    7256

    瀏覽量

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

    關(guān)注

    34

    文章

    1639

    瀏覽量

    56806

原文標(biāo)題:通信教程 | 自定義串口通信協(xié)議

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

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    汽車通信協(xié)議資料總結(jié)

    1.常見(jiàn)的汽車通信協(xié)議總結(jié)。包括can通信, 診斷協(xié)議uds . LIN通信 ,j1939, ISO14229, ISO15675,OBD
    發(fā)表于 09-06 20:39

    USS通信協(xié)議的基本內(nèi)容

    USS通信技術(shù)作為一種低成本的簡(jiǎn)單驅(qū)動(dòng)控制技術(shù),在工業(yè)現(xiàn)場(chǎng)有著廣泛的應(yīng)用。今天這篇文章,我們就和大家一起聊聊USS通信協(xié)議的基本內(nèi)容。
    發(fā)表于 01-19 06:45

    物聯(lián)網(wǎng)常見(jiàn)通信協(xié)議 精選資料分享

    1概述在上一篇文章《物聯(lián)網(wǎng)常見(jiàn)通信協(xié)議與通訊協(xié)議梳理【上】-通訊協(xié)議》中,對(duì)物聯(lián)網(wǎng)常用通信協(xié)議和通訊協(xié)議
    發(fā)表于 07-30 06:02

    物聯(lián)網(wǎng)常見(jiàn)通信協(xié)議哪些?

    物聯(lián)網(wǎng)常見(jiàn)通信協(xié)議哪些?
    發(fā)表于 11-05 09:12

    什么是通信協(xié)議?什么作用?

    為什么需要網(wǎng)絡(luò)通信?什么是通信協(xié)議?什么作用?
    發(fā)表于 12-24 07:16

    常見(jiàn)的物聯(lián)網(wǎng)通信協(xié)議藍(lán)牙簡(jiǎn)單對(duì)比

    @TOC淺析物聯(lián)網(wǎng)(智能家居)無(wú)線通信協(xié)議物聯(lián)網(wǎng)無(wú)線傳輸方案產(chǎn)品開(kāi)發(fā),通信協(xié)議(生態(tài))選擇至關(guān)重要,簡(jiǎn)單對(duì)比一下常見(jiàn)的物聯(lián)網(wǎng)通信協(xié)議藍(lán)牙(Bluetooth), Wi-Fi,Zigbe
    發(fā)表于 01-11 07:24

    常見(jiàn)通信協(xié)議哪些?

    常見(jiàn)通信協(xié)議哪些?串口電平的標(biāo)準(zhǔn)是什么?
    發(fā)表于 01-20 07:28

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

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

    常見(jiàn)的無(wú)線通信協(xié)議哪些

    隨著物聯(lián)網(wǎng)技術(shù)的愈發(fā)成熟,適用于智能家居無(wú)線通信協(xié)議的種類也日益增多。目前,最常見(jiàn)的無(wú)線通信協(xié)議WiFi、藍(lán)牙、Zigbee、Z-wave、RF等,前三者在智能家居應(yīng)用中更為廣泛。W
    發(fā)表于 02-15 06:54

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

    之間的數(shù)據(jù)的穩(wěn)定傳輸,通信協(xié)議的設(shè)計(jì)需要考慮很多的問(wèn)題。當(dāng)然應(yīng)對(duì)不同的應(yīng)用場(chǎng)景,可以針對(duì)性的設(shè)計(jì)不同的通信協(xié)議。一種常見(jiàn)通信協(xié)議格式這是
    發(fā)表于 12-14 18:38 ?10次下載
    一個(gè)簡(jiǎn)單的基礎(chǔ)<b class='flag-5'>通信協(xié)議</b>的設(shè)計(jì)與實(shí)現(xiàn)

    通信協(xié)議內(nèi)容與功能

    通信協(xié)議不難理解,就是兩個(gè)(或多個(gè))設(shè)備之間進(jìn)行通信,必須要遵循的一種協(xié)議通信協(xié)議是指雙方實(shí)體完成通信或服務(wù)所必須遵循的規(guī)則和約定。通過(guò)
    發(fā)表于 05-06 14:43 ?3731次閱讀

    通信協(xié)議的作用、類型及優(yōu)缺點(diǎn)

      通信協(xié)議是指在計(jì)算機(jī)網(wǎng)絡(luò)中,為了使不同的計(jì)算機(jī)或網(wǎng)絡(luò)設(shè)備之間能夠相互通信而制定的一套規(guī)則和標(biāo)準(zhǔn)。通信協(xié)議規(guī)定了數(shù)據(jù)傳輸?shù)母袷健鬏斔俾?、傳輸控制、錯(cuò)誤檢測(cè)和糾正等方面的內(nèi)容,以確保
    發(fā)表于 05-10 16:09 ?6117次閱讀

    幾種常見(jiàn)嵌入式設(shè)備通信協(xié)議

    幾種常見(jiàn)嵌入式設(shè)備通信協(xié)議
    的頭像 發(fā)表于 09-18 16:43 ?2070次閱讀
    幾種<b class='flag-5'>常見(jiàn)</b>嵌入式設(shè)備<b class='flag-5'>通信協(xié)議</b>

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

    模塊等多種設(shè)備之間的數(shù)據(jù)傳輸。以下是對(duì)UART通訊協(xié)議的詳細(xì)簡(jiǎn)述,內(nèi)容將涵蓋其基本原理、工作方式、配置參數(shù)、常見(jiàn)應(yīng)用以及與其他通信協(xié)議的比較。
    的頭像 發(fā)表于 07-25 18:07 ?2137次閱讀

    常見(jiàn)串口通信協(xié)議 如何設(shè)置串口參數(shù)

    串口通信是一種常見(jiàn)通信方式,廣泛應(yīng)用于計(jì)算機(jī)、嵌入式系統(tǒng)和各種電子設(shè)備之間。串口通信協(xié)議主要是指在串行通信中,數(shù)據(jù)傳輸?shù)母袷胶鸵?guī)則。
    的頭像 發(fā)表于 12-27 09:51 ?3404次閱讀