chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

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

strongerHuang ? 來源:嵌入式專欄 ? 作者:strongerHuang ? 2021-06-01 10:01 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

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

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

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

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

相應(yīng)該有很多讀者都買過一些基于串口通信的模塊,市面上很多基于串口通信的模塊都是自定義通信協(xié)議,有的比較簡單,有的相對復(fù)雜一點。 舉一個很簡單的串口通信協(xié)議的例子:比如只傳輸一個溫度值,只有三個字節(jié)的通信協(xié)議:

幀頭溫度值幀尾

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

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

2過于簡單的通信協(xié)議引發(fā)的問題

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

比如:多個設(shè)備連接在一條總線(比如485)上,怎么判斷傳輸給誰?(沒有設(shè)備信息) 還比如:處于一個干擾環(huán)境,你能保障傳輸數(shù)據(jù)正確嗎?(沒有校驗信息) 再比如:我想傳輸多個不確定長度的數(shù)據(jù),該怎么辦?(沒有長度信息)。

上面這一系列問題,相信做過自定義通信的朋友都了解。 所以,在通信協(xié)議里面要約定更多的“協(xié)議信息”,這樣才能保證通信的完整。

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

基于串口的通信協(xié)議通常不能太復(fù)雜,因為串口通信速率、抗干擾能力以及其他各方面原因,相對于TCP/IP這種通信協(xié)議,是一種很輕量級的通信協(xié)議。 所以,基于串口的通信,除了一些通用的通信協(xié)議(比如:Modubs、MAVLink)之外,很多時候,工程師都會根據(jù)自己項目情況,自定義通信協(xié)議。

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

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

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

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

舉例:溫度:0x01;濕度:0x02; 4.命令類型/功能碼這個選項對命令進一步補充。比如:讀、寫操作。

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

比如:有時候傳輸一個有效數(shù)據(jù),有時候要傳輸多個有效數(shù)據(jù),甚至傳輸一個數(shù)組的數(shù)據(jù)。這個時候,傳輸?shù)囊粠瑪?shù)據(jù)就是不定長數(shù)據(jù),就必須要有【數(shù)據(jù)長度】來約束。 有的長度是一個字節(jié),其范圍:0x01 ~ 0xFF,有的可能要求一次性傳輸更多,就用兩個字節(jié)表示,其范圍0x0001 ~ 0xFFFFF。

當然,有的通信長度是固定的長度(比如固定只傳輸、溫度、濕度這兩個數(shù)據(jù)),其協(xié)議可能沒有這個選項。 6.數(shù)據(jù)數(shù)據(jù)就不用描述了,就是你傳輸?shù)膶崒嵲谠诘臄?shù)據(jù),比如溫度:25℃。 7.幀尾有些協(xié)議可能沒有幀尾,這個應(yīng)該是可有可無的一個選項。

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

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

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

自定義通信協(xié)議,代碼實現(xiàn)的方式有很多種,怎么說呢,“條條大路通羅馬”你只需要按照你協(xié)議要寫實現(xiàn)代碼就行。 當然,實現(xiàn)的同時,需要考慮你項目實際情況,比如通信數(shù)據(jù)比較多,要用消息隊列(FIFO),還比如,如果協(xié)議復(fù)雜,最好封裝結(jié)構(gòu)體等。 下面分享一些以前用到的代碼,可能沒有描述更多細節(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 //

蜂鳴器時長#define DGUS_REG_PIC_ID 0x03 //顯示頁面ID#define DGUS_REG_TP_FLAG 0x05 //觸摸坐標更新標志#define DGUS_REG_TP_STATUS 0x06 //坐標狀態(tài)#define DGUS_REG_TP_POSITION 0x07 //坐標位置#define DGUS_REG_TPC_ENABLE 0x0B //觸控使能#define DGUS_REG_RTC_NOW 0x20 //當前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.通過消息隊列發(fā)送在上面基礎(chǔ)上,用一個buf裝下消息,然后“打包”到消息隊列,通過消息隊列的方式(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;

//校驗 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; //校驗 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更高級,也更實用。(當然,如果成員比較多,如果用臨時變量方式也會導(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校驗}DGUS_PACKAGE_TypeDef; d.其他更多串口發(fā)送數(shù)據(jù)的方式有很多,比如用DMA的方式替代消息隊列的方式。

2.消息數(shù)據(jù)接收串口消息接收,通常串口中斷接收的方式居多,當然,也有很少情況用輪詢的方式接收數(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) //解析成功, 加入隊列 { xQueueSendFromISR(xDGUSRcvQueue, &sDgus_RxBuf[0], &xHigherPriorityTaskWoken); portEND_SWITCHING_ISR(xHigherPriorityTaskWoken); } }}

b.增加超時檢測

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

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

static void DGUS_TimingAndUpdate(uint16_t Nms){ sDGUSTiming_Nms_Num = Nms; TIM_SetCounter(DGUS_TIM, 0); //設(shè)置計數(shù)值為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.更多

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

5最后

以上自定義協(xié)議內(nèi)容僅供參考,最終用哪些、占用幾個字節(jié)都與你實際需求有關(guān)。 基于串口的自定義通信協(xié)議,有千差萬別,比如:MCU處理能力、設(shè)備多少、通信內(nèi)容等都與你自定義協(xié)議有關(guān)。 有的可能只需要很簡單的通信協(xié)議就能滿足要求。有的可能需要更復(fù)雜的協(xié)議才能滿足。

最后強調(diào)兩點:1.以上舉例并不是完整的代碼(有些細節(jié)沒有描述出來),主要是供大家學習這種編程思想,或者實現(xiàn)方式。 2.一份好的通信協(xié)議代碼,必定有一定容錯處理,比如:發(fā)送完成檢測、接收超時檢測、數(shù)據(jù)出錯檢測等等。所以說,以上代碼并不是完整的代碼。

編輯:jq

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

    關(guān)注

    28

    文章

    1083

    瀏覽量

    41947
  • 寄存器
    +關(guān)注

    關(guān)注

    31

    文章

    5601

    瀏覽量

    129574
  • 函數(shù)
    +關(guān)注

    關(guān)注

    3

    文章

    4413

    瀏覽量

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

    關(guān)注

    30

    文章

    4956

    瀏覽量

    73496

原文標題:自定義串口通信協(xié)議,如何實現(xiàn)?

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

    無圖形界面模式下自定義檢查工具的應(yīng)用

    此前文章已介紹 ANSA 中的自定義檢查工具。本文將探討該功能在無圖形界面(No-GUI)模式下的應(yīng)用,旨在滿足標準化工作流程的需求,適用于需要高度自動化的前處理場景。通過集成自定義檢查,用戶可實現(xiàn)工作流程的高效自動化運行。
    的頭像 發(fā)表于 11-30 14:13 ?460次閱讀
    無圖形界面模式下<b class='flag-5'>自定義</b>檢查工具的應(yīng)用

    電能質(zhì)量在線監(jiān)測裝置的數(shù)據(jù)推送協(xié)議是否可以自定義配置?

    現(xiàn)代電能質(zhì)量在線監(jiān)測裝置普遍支持 協(xié)議參數(shù)自定義配置 和 協(xié)議組合靈活適配 ,用戶可根據(jù)實際需求調(diào)整通信參數(shù)、映射數(shù)據(jù)格式,甚至通過第三方工具實現(xiàn)
    的頭像 發(fā)表于 11-12 13:58 ?331次閱讀
    電能質(zhì)量在線監(jiān)測裝置的數(shù)據(jù)推送<b class='flag-5'>協(xié)議</b>是否可以<b class='flag-5'>自定義</b>配置?

    采用匯編指示符來使用自定義指令

    具體實現(xiàn) 1、采用.word .half .dword等匯編指示符直接插入自定義指令,這種方法需要自己指定寄存器。其中.word為插入一個字的數(shù)據(jù)即32位,.half為插入半字即16位
    發(fā)表于 10-28 06:02

    強實時運動控制內(nèi)核MotionRT750(九):內(nèi)置C語言的自定義機械手模型實現(xiàn)

    內(nèi)置C語言的自定義機械手模型實現(xiàn)。
    的頭像 發(fā)表于 10-27 14:14 ?756次閱讀
    強實時運動控制內(nèi)核MotionRT750(九):內(nèi)置C語言的<b class='flag-5'>自定義</b>機械手模型<b class='flag-5'>實現(xiàn)</b>

    通用串口轉(zhuǎn)Modbus TCP 網(wǎng)關(guān)

    通用串口轉(zhuǎn)Modbus TCP 網(wǎng)關(guān) 在工業(yè)自動化系統(tǒng)中,設(shè)備協(xié)議的多樣性常常導(dǎo)致通信障礙。許多關(guān)鍵設(shè)備采用獨特的串口協(xié)議
    的頭像 發(fā)表于 08-13 15:59 ?512次閱讀
    通用<b class='flag-5'>串口</b>轉(zhuǎn)Modbus TCP 網(wǎng)關(guān)

    LOTO示波器自定義解碼功能—CANFD解碼

    /?spm_id_from=333.1365.list.card_archive.click 。 視頻中僅對串口進行解碼演示,正好我們從客戶手中拿到了一塊USB轉(zhuǎn)CAN/CANFD模塊,如下圖所示, 本文借此對自定義解碼功能
    的頭像 發(fā)表于 07-11 10:34 ?895次閱讀
    LOTO示波器<b class='flag-5'>自定義</b>解碼功能—CANFD解碼

    大彩講堂:VisualTFT軟件如何自定義圓形進度條

    VisualTFT軟件如何自定義圓形進度條
    的頭像 發(fā)表于 07-07 17:10 ?1357次閱讀
    大彩講堂:VisualTFT軟件如何<b class='flag-5'>自定義</b>圓形進度條

    KiCad 中的自定義規(guī)則(KiCon 演講)

    “ ?Seth Hillbrand 在 KiCon US 2025 上為大家介紹了 KiCad 的規(guī)則系統(tǒng),并詳細講解了自定義規(guī)則的設(shè)計與實例。? ” ? 演講主要圍繞 加強 KiCad 中的自定義
    的頭像 發(fā)表于 06-16 11:17 ?1769次閱讀
    KiCad 中的<b class='flag-5'>自定義</b>規(guī)則(KiCon 演講)

    HarmonyOS應(yīng)用自定義鍵盤解決方案

    自定義鍵盤是一種替換系統(tǒng)默認鍵盤的解決方案,可實現(xiàn)鍵盤個性化交互。允許用戶結(jié)合業(yè)務(wù)需求與操作習慣,對按鍵布局進行可視化重構(gòu)、設(shè)置多功能組合鍵位,使輸入更加便捷和舒適。在安全防護層面,自定義鍵盤可以
    的頭像 發(fā)表于 06-05 14:19 ?2145次閱讀

    串口網(wǎng)關(guān)是什么

    、自定義協(xié)議)轉(zhuǎn)換為網(wǎng)絡(luò)數(shù)據(jù)(如Modbus TCP、HTTP、MQTT)。 反之亦然:將網(wǎng)絡(luò)指令轉(zhuǎn)換為串口信號,控制串
    的頭像 發(fā)表于 06-05 11:31 ?673次閱讀

    LabVIEW運動控制(三):EtherCAT運動控制器的高效加工指令自定義封裝

    LabVIEW高效加工指令自定義封裝
    的頭像 發(fā)表于 04-08 13:49 ?3442次閱讀
    LabVIEW運動控制(三):EtherCAT運動控制器的高效加工指令<b class='flag-5'>自定義</b>封裝

    如何添加自定義單板

    在開發(fā)過程中,用戶有時需要創(chuàng)建自定義板配置。本節(jié)將通過一個實例講解用戶如何創(chuàng)建屬于自己的machine,下面以g2l-test.conf為例進行說明。
    的頭像 發(fā)表于 03-12 14:43 ?1250次閱讀

    在PTR5415模組上,如何實現(xiàn)同時運行BLE+Thread+1個自定義專有協(xié)議?

    在PTR5415模組上,如何實現(xiàn)同時運行BLE+Thread+1個自定義專有協(xié)議?歡迎評論區(qū)分享代碼片段與性能測試結(jié)果! http://www.freqchina.com/
    發(fā)表于 03-07 13:41

    如何快速創(chuàng)建用戶自定義Board和App工程

    概述自HPM_SDKv1.7.0發(fā)布開始,在HPM_ENV中新增了user_template文件夾,以方便用戶快速創(chuàng)建自定義的Board和App工程。user_template是用戶模板工程,用戶
    的頭像 發(fā)表于 02-08 13:38 ?1206次閱讀
    如何快速創(chuàng)建用戶<b class='flag-5'>自定義</b>Board和App工程

    CAN總線十萬個為什么 | CAN自定義波特率有什么用?

    導(dǎo)讀CAN總線通信中,波特率一致并不總能保證通信順暢。本文將揭秘自定義波特率的原理和應(yīng)用,探討如何通過優(yōu)化采樣點和提高容忍度解決通信問題,助力工程師提升
    的頭像 發(fā)表于 02-07 11:36 ?1206次閱讀
    CAN總線十萬個為什么 | CAN<b class='flag-5'>自定義</b>波特率有什么用?