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

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

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

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

如何實(shí)現(xiàn)對通信數(shù)據(jù)的CRC計(jì)算

Q4MP_gh_c472c21 ? 來源:嵌入式ARM ? 作者:嵌入式ARM ? 2020-09-29 14:26 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

前言

最近的工作中,要實(shí)現(xiàn)對通信數(shù)據(jù)的CRC計(jì)算,所以花了兩天的時(shí)間好好研究了一下,周末有時(shí)間整理了一下筆記。

一個完整的數(shù)據(jù)幀通常由以下部分構(gòu)成:

校驗(yàn)位是為了保證數(shù)據(jù)在傳輸過程中的完整性,采用一種指定的算法對原始數(shù)據(jù)進(jìn)行計(jì)算,得出的一個校驗(yàn)值。接收方接收到數(shù)據(jù)時(shí),采用同樣的校驗(yàn)算法對原始數(shù)據(jù)進(jìn)行計(jì)算,如果計(jì)算結(jié)果和接收到的校驗(yàn)值一致,說明數(shù)據(jù)校驗(yàn)正確,這一幀數(shù)據(jù)可以使用,如果不一致,說明傳輸過程中出現(xiàn)了差錯,這一幀數(shù)據(jù)丟棄,請求重發(fā)。

常用的校驗(yàn)算法有奇偶校驗(yàn)、校驗(yàn)和、CRC,還有LRC、BCC等不常用的校驗(yàn)算法。

以串口通訊中的奇校驗(yàn)為例,如果數(shù)據(jù)中1的個數(shù)為奇數(shù),則奇校驗(yàn)位0,否則為1。

例如原始數(shù)據(jù)為:0001 0011,數(shù)據(jù)中1的個數(shù)(或各位相加)為3,所以奇校驗(yàn)位為0。這種校驗(yàn)方法很簡單,但這種校驗(yàn)方法有很大的誤碼率。假設(shè)由于傳輸過程中的干擾,接收端接收到的數(shù)據(jù)是0010 0011,通過奇校驗(yàn)運(yùn)算,得到奇校驗(yàn)位的值為0,雖然校驗(yàn)通過,但是數(shù)據(jù)已經(jīng)發(fā)生了錯誤。

校驗(yàn)和同理也會有類似的錯誤:

一個好的校驗(yàn)校驗(yàn)方法,配合數(shù)字信號編碼方式,如(差分)曼徹斯特編碼,(不)歸零碼等對數(shù)據(jù)進(jìn)行編碼,可大大提高通信的健壯性和穩(wěn)定性。例如以太網(wǎng)中使用的是CRC-32校驗(yàn),曼徹斯特編碼方式。本篇文章介紹CRC校驗(yàn)的原理和實(shí)現(xiàn)方法。

CRC算法簡介

循環(huán)冗余校驗(yàn)(Cyclic Redundancy Check, CRC)是一種根據(jù)網(wǎng)絡(luò)數(shù)據(jù)包或計(jì)算機(jī)文件等數(shù)據(jù)產(chǎn)生簡短固定位數(shù)校驗(yàn)碼的一種信道編碼技術(shù),主要用來檢測或校驗(yàn)數(shù)據(jù)傳輸或者保存后可能出現(xiàn)的錯誤。它是利用除法及余數(shù)的原理來作錯誤偵測的。

CRC校驗(yàn)計(jì)算速度快,檢錯能力強(qiáng),易于用編碼器等硬件電路實(shí)現(xiàn)。從檢錯的正確率與速度、成本等方面,都比奇偶校驗(yàn)等校驗(yàn)方式具有優(yōu)勢。因而,CRC 成為計(jì)算機(jī)信息通信領(lǐng)域最為普遍的校驗(yàn)方式。常見應(yīng)用有以太網(wǎng)/USB通信,壓縮解壓,視頻編碼,圖像存儲,磁盤讀寫等。

CRC參數(shù)模型

不知道你是否遇到過這種情況,同樣的CRC多項(xiàng)式,調(diào)用不同的CRC計(jì)算函數(shù),得到的結(jié)果卻不一樣,而且和手算的結(jié)果也不一樣,這就涉及到CRC的參數(shù)模型了。計(jì)算一個正確的CRC值,需要知道CRC的參數(shù)模型。

一個完整的CRC參數(shù)模型應(yīng)該包含以下信息:WIDTH,POLY,INIT,REFIN,REFOUT,XOROUT。

NAME:參數(shù)模型名稱。

WIDTH:寬度,即生成的CRC數(shù)據(jù)位寬,如CRC-8,生成的CRC為8位

POLY:十六進(jìn)制多項(xiàng)式,省略最高位1,如 x8 + x2 + x + 1,二進(jìn)制為1 0000 0111,省略最高位1,轉(zhuǎn)換為十六進(jìn)制為0x07。

INIT:CRC初始值,和WIDTH位寬一致。

REFIN:true或false,在進(jìn)行計(jì)算之前,原始數(shù)據(jù)是否翻轉(zhuǎn),如原始數(shù)據(jù):0x34 =0011 0100,如果REFIN為true,進(jìn)行翻轉(zhuǎn)之后為0010 1100= 0x2c

REFOUT:true或false,運(yùn)算完成之后,得到的CRC值是否進(jìn)行翻轉(zhuǎn),如計(jì)算得到的CRC值:0x97 =1001 0111,如果REFOUT為true,進(jìn)行翻轉(zhuǎn)之后為11101001= 0xE9。

XOROUT:計(jì)算結(jié)果與此參數(shù)進(jìn)行異或運(yùn)算后得到最終的CRC值,和WIDTH位寬一致。

通常如果只給了一個多項(xiàng)式,其他的沒有說明則:INIT=0x00,REFIN=false,REFOUT=false,XOROUT=0x00。

常用的21個標(biāo)準(zhǔn)CRC參數(shù)模型:

CRC校驗(yàn)在電子通信領(lǐng)域非常常用,可以說有通信存在的地方,就有CRC校驗(yàn):

美信(MAXIM)的芯片DS2401/DS18B20,都是使用的CRC-8/MAXIM模型

SD卡或MMC使用的是CRC-7/MMC模型

Modbus通信使用的是CRC-16/MODBUS參數(shù)模型

USB協(xié)議中使用的CRC-5/USB和CRC-16/USB模型

STM32自帶的硬件CRC計(jì)算模塊使用的是CRC-32模型

至于多項(xiàng)式的選擇,初始值和異或值的選擇,輸入輸出是否翻轉(zhuǎn),這就涉及到一定的編碼和數(shù)學(xué)知識了。感興趣的朋友,可以了解一下每個CRC模型各個參數(shù)的來源。至于每種參數(shù)模型的檢錯能力、重復(fù)率,需要專業(yè)的數(shù)學(xué)計(jì)算了,不在本文討論的范疇內(nèi)。

CRC計(jì)算

好了,了解了CRC參數(shù)模型知識,下面手算一個CRC值,來了解CRC計(jì)算的原理。

問:原始數(shù)據(jù):0x34,使用CRC-8/MAXIN參數(shù)模型,求CRC值?

答:根據(jù)CRC參數(shù)模型表,得到CRC-8/MAXIN的參數(shù)如下:

POLY = 0x31 = 0011 0001(最高位1已經(jīng)省略) INIT = 0x00 XOROUT = 0x00 REFIN = TRUE REFOUT = TRUE

有了上面的參數(shù),這樣計(jì)算條件才算完整,下面來實(shí)際計(jì)算:

0.原始數(shù)據(jù) = 0x34 =0011 0100,多項(xiàng)式 = 0x31 =1 0011 00011.INIT = 00,原始數(shù)據(jù)高8位和初始值進(jìn)行異或運(yùn)算保持不變。 2.REFIN為TRUE,需要先對原始數(shù)據(jù)進(jìn)行翻轉(zhuǎn):0011 0100 > 0010 11003.原始數(shù)據(jù)左移8位,即后面補(bǔ)8個0:0010 11000000 00004.把處理之后的數(shù)據(jù)和多項(xiàng)式進(jìn)行模2除法,求得余數(shù): 原始數(shù)據(jù):0010 1100 0000 0000 = 10 1100 0000 0000多項(xiàng)式:1 0011 0001模2除法取余數(shù)低8位:1111 10115.與XOROUT進(jìn)行異或,1111 1011 xor 0000 0000 = 1111 10116.因?yàn)镽EFOUT為TRUE,對結(jié)果進(jìn)行翻轉(zhuǎn)得到最終的CRC-8值:1101 1111= 0xDF 7.數(shù)據(jù)+CRC:0011 0100 1101 1111= 34DF,相當(dāng)于原始數(shù)據(jù)左移8位+余數(shù)。

模2除法求余數(shù):

驗(yàn)證手算結(jié)果:

可以看出是一致的,當(dāng)你手算的結(jié)果和工具計(jì)算結(jié)果不一致時(shí),可以看看INIT,XOROUT,REFINT,REFOUT這些參數(shù)是否一致,有1個參數(shù)不對,計(jì)算出的CRC結(jié)果都不一樣。

CRC校驗(yàn)

上面通過筆算的方式,講解了CRC計(jì)算的原理,下面來介紹一下如何進(jìn)行校驗(yàn)。

按照上面CRC計(jì)算的結(jié)果,最終的數(shù)據(jù)幀:0011 0100 1101 1111= 34DF,前8位0011 0100是原始數(shù)據(jù),后8位1101 1111是 CRC結(jié)果。

接收端的校驗(yàn)有兩種方式,一種是和CRC計(jì)算一樣,在本地把接收到的數(shù)據(jù)和CRC分離,然后在本地對數(shù)據(jù)進(jìn)行CRC運(yùn)算,得到的CRC值和接收到的CRC進(jìn)行比較,如果一致,說明數(shù)據(jù)接收正確,如果不一致,說明數(shù)據(jù)有錯誤。

另一種方法是把整個數(shù)據(jù)幀進(jìn)行CRC運(yùn)算,因?yàn)槭菙?shù)據(jù)幀相當(dāng)于把原始數(shù)據(jù)左移8位,然后加上余數(shù),如果直接對整個數(shù)據(jù)幀進(jìn)行CRC運(yùn)算(除以多項(xiàng)式),那么余數(shù)應(yīng)該為0,如果不為0說明數(shù)據(jù)出錯。

而且,不同位出錯,余數(shù)也不同,可以證明,余數(shù)與出錯位數(shù)的對應(yīng)關(guān)系只與CRC參數(shù)模型有關(guān),而與原始數(shù)據(jù)無關(guān)。

CRC計(jì)算的C語言實(shí)現(xiàn)

無論是用C還是其他語言,實(shí)現(xiàn)方法網(wǎng)上很多,這里我找了一個基于C語言的CRC計(jì)算庫,里面包含了常用的21個CRC參數(shù)模型計(jì)算函數(shù),可以直接使用,只有crcLib.c和crcLib.h兩個文件。

GitHub地址:https://github.com/whik/crc-lib-c

使用方法非常簡單:

#include #include #include "crcLib.h" int main() { uint8_t LENGTH = 10; uint8_t data[LENGTH]; uint8_t crc; for(int i = 0; i < LENGTH; i++) ? { ? ? ? ?data[i] = i*5; ? ? ? ?printf("%02x ", data[i]); ? } ? ?printf(" "); ? ?crc = crc8_maxim(data, LENGTH); ? ?printf("CRC-8/MAXIM:%02x ", crc); ? ?return 0; }

計(jì)算結(jié)果:

CRC計(jì)算工具

下面這幾款工具都可以自定義CRC算法模型,而且都有標(biāo)準(zhǔn)CRC模型可供選擇。如果自己用C語言或者Verilog實(shí)現(xiàn)校驗(yàn)算法時(shí),非常適合作為標(biāo)準(zhǔn)答案進(jìn)行驗(yàn)證。

在線計(jì)算:www.ip33.com/crc.html

離線計(jì)算工具:CRC_Calc v0.1.exe或者GCRC.exe

格西CRC計(jì)算器:

總結(jié)

CRC校驗(yàn)并不能100%的檢查出數(shù)據(jù)的錯誤,非常低的概率會出現(xiàn)CRC校驗(yàn)正確但數(shù)據(jù)中有錯誤位的情況。這和CRC的位數(shù),多項(xiàng)式的選擇等等有很大的關(guān)系,所以在實(shí)際使用中盡量選擇標(biāo)準(zhǔn)CRC參數(shù)模型,這些多項(xiàng)式參數(shù)都是經(jīng)過理論計(jì)算得出的,可以提高CRC的檢錯能力。CRC校驗(yàn)可以檢錯,也可以糾正單一比特的錯誤,你知道糾錯的原理嗎?

參考資料

www.cnblogs.com/liushui-sky/p/9962123.html

segmentfault.com/a/1190000018094567

責(zé)任編輯:xj

原文標(biāo)題:CRC校驗(yàn)?zāi)銜???jì)算、校驗(yàn)、C語言實(shí)現(xiàn),三步教你輕松搞定

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

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

    關(guān)注

    183

    文章

    7642

    瀏覽量

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

    關(guān)注

    0

    文章

    84

    瀏覽量

    15858

原文標(biāo)題:CRC校驗(yàn)?zāi)銜???jì)算、校驗(yàn)、C語言實(shí)現(xiàn),三步教你輕松搞定

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

    芯源的CRC硬件計(jì)算誰用過嗎?MCU的CRC你們喜歡用硬件的還是軟件的啊?

    芯源的CRC硬件計(jì)算誰用過嗎?MCU的CRC你們喜歡用硬件的還是軟件的啊?
    發(fā)表于 12-01 08:25

    AS32系列MCU芯片中CRC計(jì)算模塊的應(yīng)用介紹

    、執(zhí)行器動作異常甚至整個控制系統(tǒng)宕機(jī)。循環(huán)冗余校驗(yàn)(CRC)作為一種高效的錯誤檢測技術(shù),如同數(shù)據(jù)傳輸與存儲過程中的"安全校驗(yàn)屏障",持續(xù)保障MCU與外部設(shè)備交互數(shù)據(jù)的準(zhǔn)確性。本文將系統(tǒng)闡述國科安芯推出的AS32系列MCU芯片中的
    的頭像 發(fā)表于 11-21 15:20 ?1151次閱讀
    AS32系列MCU芯片中<b class='flag-5'>CRC</b><b class='flag-5'>計(jì)算</b>模塊的應(yīng)用介紹

    硬件循環(huán)冗余校驗(yàn)(CRC)模塊介紹

    CRC是一種錯誤檢測碼,用于檢測數(shù)據(jù)傳輸或存儲中的意外更改。它通過對數(shù)據(jù)應(yīng)用特定的算法生成一個固定長度的校驗(yàn)值。這個校驗(yàn)值附加在數(shù)據(jù)后面,接收方可以重新
    發(fā)表于 11-21 07:39

    CRC校驗(yàn)的原理和應(yīng)用

    原理: CRC校驗(yàn)將數(shù)據(jù)視為一個二進(jìn)制多項(xiàng)式,用一個預(yù)先定義好的生成多項(xiàng)式(Generator Polynomial) 進(jìn)行模2除法,得到的余數(shù)作為CRC校驗(yàn)碼。 例如:數(shù)據(jù)多項(xiàng)式 ÷
    發(fā)表于 11-14 06:48

    CRC校驗(yàn)的本質(zhì)和物理意義

    工業(yè)控制系統(tǒng)中,Modbus RTU協(xié)議的CRC校驗(yàn)如同通信網(wǎng)絡(luò)的\"免疫系統(tǒng)\",某石化廠DCS系統(tǒng)曾因CRC計(jì)算錯誤導(dǎo)致0.3%的數(shù)據(jù)
    發(fā)表于 11-13 07:58

    8種常用的CRC算法分享

    CRC 計(jì)算單元可按所選擇的算法和參數(shù)配置來生成數(shù)據(jù)流的 CRC 碼。有些應(yīng)用中,可利用 CRC 技術(shù)來驗(yàn)證
    發(fā)表于 11-13 07:25

    RVMCU課堂「19」: 手把手教你玩轉(zhuǎn)RVSTAR—CRC計(jì)算

    在之前的內(nèi)容里,我們介紹了很多通信協(xié)議,不過僅講解了數(shù)據(jù)的收發(fā)方法,而在實(shí)際的通信系統(tǒng)中,除了要實(shí)現(xiàn)收發(fā)外,還要盡量保證數(shù)據(jù)盡量不出差錯。為
    發(fā)表于 10-30 07:49

    使用PLC實(shí)現(xiàn)ModbusRTU主站通信

    Modbus RTU是工業(yè)自動化領(lǐng)域常用的串行通信協(xié)議,基于RS485、RS422或RS232物理層,采用主從通信模式,主設(shè)備主動發(fā)起請求,從設(shè)備被動響應(yīng)。其數(shù)據(jù)幀含從機(jī)地址、功能碼、數(shù)據(jù)
    的頭像 發(fā)表于 08-19 13:59 ?1683次閱讀
    使用PLC<b class='flag-5'>實(shí)現(xiàn)</b>ModbusRTU主站<b class='flag-5'>通信</b>

    ST25TA手冊上的RF幀CRC計(jì)算,ISO/IEC13239中哪一個呢?

    手冊上看到是這樣的說明,nfc forum 4標(biāo)簽的指令格式帶有的CRC應(yīng)該要按這個來計(jì)算,發(fā)送。有用過這算法的嗎
    發(fā)表于 08-13 06:45

    儲能BMS通信“卡殼”?CAN轉(zhuǎn)EtherCAT讓電池數(shù)據(jù)“跑起來”

    的“高速通信需求”。 實(shí)戰(zhàn)案例:讓電池數(shù)據(jù)“不遲到” 某儲能電站曾遇棘手問題:200節(jié)電池組的BMS數(shù)據(jù)延遲達(dá)500ms,導(dǎo)致SOC( State of Charge)計(jì)算偏差超5%。
    發(fā)表于 07-18 15:32

    第十八章 淺談循環(huán)冗余校驗(yàn)(CRC)計(jì)算單元

    本篇文章介紹了CRC(循環(huán)冗余校驗(yàn)),其計(jì)算單元用 CRC-32多項(xiàng)式,32位數(shù)據(jù)寄存器,4個AHB時(shí)鐘周期完成計(jì)算。含
    的頭像 發(fā)表于 05-29 11:00 ?989次閱讀
    第十八章 淺談循環(huán)冗余校驗(yàn)(<b class='flag-5'>CRC</b>)<b class='flag-5'>計(jì)算</b>單元

    并行CRC實(shí)現(xiàn)

    電子發(fā)燒友網(wǎng)站提供《并行CRC實(shí)現(xiàn).pdf》資料免費(fèi)下載
    發(fā)表于 05-20 17:26 ?0次下載

    求助,關(guān)于ad7616序列器模式+crc的兩個問題求解

    是對的嗎?并且這個crc我用所有數(shù)據(jù)代入得不到這個值。這個crc值應(yīng)該怎么計(jì)算?軟件序列器模式和硬件序列器模式都是一樣的現(xiàn)象。有人能幫我解答嗎?感謝支持!
    發(fā)表于 04-15 08:23

    基于Verilog語言實(shí)現(xiàn)CRC校驗(yàn)

    CRC即循環(huán)冗余校驗(yàn)碼:是數(shù)據(jù)通信領(lǐng)域中最常用的一種查錯校驗(yàn)碼,其特征是信息字段和校驗(yàn)字段的長度可以任意選定。循環(huán)冗余檢查(CRC)是一種數(shù)據(jù)傳輸檢錯功能,對
    的頭像 發(fā)表于 03-24 10:36 ?2228次閱讀
    基于Verilog語言<b class='flag-5'>實(shí)現(xiàn)</b><b class='flag-5'>CRC</b>校驗(yàn)

    使用stm32u535實(shí)現(xiàn)usb hid custom上下位機(jī)通信功能時(shí)遇到了從上位機(jī)(計(jì)算機(jī))接收數(shù)據(jù)有個別錯誤的問題,怎么解決?

    最近使用stm32u535系列單片機(jī)實(shí)現(xiàn)usb hid custom上下位機(jī)通信功能時(shí)遇到了從上位機(jī)(計(jì)算機(jī))接收數(shù)據(jù)有個別錯誤的問題,如下圖所示,用usb調(diào)試工具發(fā)送
    發(fā)表于 03-12 07:16