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

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

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

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

CRC是如何完成校驗(yàn)工作的?

AGk5_ZLG_zhiyua ? 來源:YXQ ? 2019-08-06 16:50 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

數(shù)據(jù)校驗(yàn)是為保證數(shù)據(jù)的完整性進(jìn)行的一種驗(yàn)證操作。CAN通信采用CRC校驗(yàn)作為一種重要的錯(cuò)誤檢測手段,是節(jié)點(diǎn)判斷CAN幀信息的完整性并產(chǎn)生確認(rèn)應(yīng)答的依據(jù)。

在現(xiàn)場總線通信和控制的實(shí)際應(yīng)用中,工業(yè)應(yīng)用環(huán)境往往是極端的溫度以及電磁噪聲或是其他的惡劣環(huán)境,系統(tǒng)在這種條件下能否正常工作至關(guān)重要,試想一下倘若生產(chǎn)線設(shè)備發(fā)送的位置信息在傳輸過程出現(xiàn)了錯(cuò)誤,輕則可能造成生產(chǎn)癱瘓,重則可能導(dǎo)致設(shè)備損壞甚至人員傷害。

在CAN總線通信過程中CAN控制器具備完整的錯(cuò)誤檢測能力,其中包含:位錯(cuò)誤檢測、格式錯(cuò)誤檢測、填充錯(cuò)誤檢測、應(yīng)答錯(cuò)誤檢測和CRC錯(cuò)誤檢測。作為一種重要的錯(cuò)誤檢測手段,CRC錯(cuò)誤檢測是接收節(jié)點(diǎn)判斷CAN幀信息的完整性并向總線確認(rèn)應(yīng)答的依據(jù)。1、最簡單的校驗(yàn)是數(shù)據(jù)發(fā)送后進(jìn)行主動(dòng)回讀,結(jié)果一致才確認(rèn)傳輸成功,很顯然這種傳輸溝通的方式很直觀并非常精準(zhǔn),但是由于回讀的操作使得數(shù)據(jù)傳輸量翻倍,也就是傳輸對(duì)帶寬要求高且效率低下。

2、奇偶校驗(yàn),就是傳輸中使用額外1個(gè)位來記錄傳輸數(shù)據(jù)二進(jìn)制數(shù)中1的個(gè)數(shù)是奇數(shù)還是偶數(shù),這個(gè)方案適合絕大多數(shù)硬件,傳輸開銷適中,因此被廣泛使用,例如常見的串口通信。

3、累加和校驗(yàn),該算法原理是對(duì)數(shù)據(jù)逐一進(jìn)行累加后得到一個(gè)數(shù)值,接收方在接收數(shù)據(jù)同時(shí)也進(jìn)行數(shù)據(jù)的累加并最終與發(fā)送過來的累加和進(jìn)行比較,該算法計(jì)算簡單,無論在硬件或是軟件實(shí)現(xiàn)都能保證較高的效率,常用于低速串行數(shù)據(jù)通信校驗(yàn)和芯片代碼的完整性判斷。

4、CRC檢驗(yàn),該算法是基于一個(gè)多項(xiàng)式除法取余的結(jié)果,其根據(jù)位數(shù)需求和多項(xiàng)式變化有數(shù)十種版本,憑借其硬件實(shí)現(xiàn)簡單,位反轉(zhuǎn)偵錯(cuò)能力較強(qiáng)及運(yùn)算開銷適中的優(yōu)點(diǎn)被廣泛應(yīng)用與數(shù)字網(wǎng)絡(luò)傳輸以及數(shù)據(jù)存儲(chǔ)領(lǐng)域,如磁盤數(shù)據(jù)校驗(yàn)、USB、GSM/CDMA通信,在計(jì)算機(jī)應(yīng)用中經(jīng)常接觸到的RAR和ZIP文件的壓縮/解壓數(shù)據(jù)完整性檢查也采用了該算法。

5、MD5、SHA為代表的信息摘要校驗(yàn),數(shù)據(jù)摘要算法也被稱為哈希(Hash)算法、散列算法,摘要算法用于數(shù)據(jù)量比較大的場合。它通過對(duì)所有數(shù)據(jù)提取指紋信息以實(shí)現(xiàn)數(shù)據(jù)簽名、數(shù)據(jù)完整性校驗(yàn)等功能,由于其不可逆性,有時(shí)候會(huì)被用做敏感信息的加密,如軟件注冊(cè)授權(quán)文件的內(nèi)容保護(hù),還有經(jīng)常遇到的互聯(lián)網(wǎng)下載大文件(例如大小到GB級(jí)別的ISO鏡像)通常會(huì)帶有MD5、SHA1等信息方便用戶檢查傳輸數(shù)據(jù)的完整性。

1、CRC域在CAN幀中的位置

圖1

如圖1橙色塊方框所示,一個(gè)傳統(tǒng)CAN幀結(jié)構(gòu)中,CRC域放置在數(shù)據(jù)結(jié)束后應(yīng)答檢測之前,對(duì)于CAN FD也是相同的位置,該信息對(duì)于用戶應(yīng)用界面來說是不可見的,可以通過CANscope總線分析儀解碼窗口或者帶有CAN協(xié)議解碼能力的示波器從總線模擬波形上得到對(duì)應(yīng)的CRC數(shù)據(jù)展示,見圖2。

圖2

2、CRC的在CAN幀中的生成

在經(jīng)典CAN中,使用15位CRC,在硬件可使用移位和異或運(yùn)算完成CRC的計(jì)算,而CAN FD規(guī)范中對(duì)幀數(shù)據(jù)長度進(jìn)行了擴(kuò)展,對(duì)于數(shù)據(jù)長度小于等于16字節(jié)的CAN FD幀,采用17位CRC,對(duì)于數(shù)據(jù)長度大于16字節(jié)的CAN FD幀采用21位CRC。CAN總線中使用的若干版本CRC生成多項(xiàng)式g整理如表1所示。

表1

3、CRC是如何完成校驗(yàn)工作的

CAN幀基于CRC多項(xiàng)式的安全校驗(yàn)是發(fā)送器根據(jù)發(fā)送的比特計(jì)算校驗(yàn)值,并在CAN幀結(jié)構(gòu)CRC字段中提供該結(jié)果。接收器使用相同的多項(xiàng)式來計(jì)算總線上所見位的校驗(yàn)值,將自我計(jì)算的校驗(yàn)值與接收的校準(zhǔn)值進(jìn)行比較,如果匹配,則認(rèn)為幀被正確接收,接收節(jié)點(diǎn)在ACK時(shí)隙位中發(fā)送顯性狀態(tài),從而覆蓋發(fā)送器的隱性狀態(tài)。在不匹配的情況下,接收節(jié)點(diǎn)在ACK定界符之后發(fā)送錯(cuò)誤幀。

目前CAN FD的控制器CRC校驗(yàn)實(shí)現(xiàn)過程會(huì)相對(duì)復(fù)雜一點(diǎn),在一個(gè)CAN總線網(wǎng)絡(luò)中,幀起始被檢測到后所有的節(jié)點(diǎn)開始使用三組多項(xiàng)式g15、g17和g21同步計(jì)算CRC序列,其中也包含發(fā)送節(jié)點(diǎn),由于CRC的計(jì)算受CAN幀類型和DLC長度影響,直到CAN幀的控制域以及DLC確認(rèn)后才選擇采用對(duì)應(yīng)的CRC生成序列,確定的CRC序列會(huì)在幀結(jié)構(gòu)中CRC字段被采納用于發(fā)送或者用于接收比較。

4、有關(guān)CRC的ISO CAN FD、non-ISO CAN FD兼容性問題

當(dāng)前CAN FD協(xié)議有兩個(gè)版本,為提高故障(錯(cuò)誤)檢測能力,新版本特別引入了一個(gè)3位填充位計(jì)數(shù)器和一個(gè)額外的奇偶校驗(yàn)位。此外,CRC計(jì)算方法也發(fā)生了變化。這些改進(jìn)使最新的CAN FD協(xié)議與博世BOSCH)開發(fā)的原始CAN FD協(xié)議不兼容。負(fù)責(zé)ISO的工作組已完成其文件,并已將其提交給DIS(國際標(biāo)準(zhǔn)草案)在進(jìn)行投票程序。

為了避免誤解,CiA建議使用術(shù)語“ISO CAN FD”和“non-ISO CAN FD”。所有符合ISO 11898-2:2015的產(chǎn)品都應(yīng)稱為“ISO CAN FD”。執(zhí)行博世(BOSCH)原始CAN FD協(xié)議的產(chǎn)品應(yīng)命名為“non-ISO CAN FD”,在這個(gè)過度階段的產(chǎn)品主要目的是用于前期評(píng)估和開發(fā),將來所有產(chǎn)品都將符合ISO標(biāo)準(zhǔn)。

請(qǐng)注意,早前一些供應(yīng)商提供的組件或者工具是針對(duì)non-ISO CAN FD協(xié)議的,包括目前在售的部分CAN FD產(chǎn)品,CiA建議僅使用ISO CAN FD產(chǎn)品進(jìn)行設(shè)計(jì)和開發(fā),不過你可繼續(xù)使用non-ISO CAN FD做評(píng)估和前期開發(fā),因?yàn)閰f(xié)議的改變對(duì)于用戶界面是不可見,但注意的是不能同一個(gè)網(wǎng)絡(luò)混用non-ISO CAN FD和ISO CAN FD接口設(shè)備,這樣會(huì)造成CAN總線錯(cuò)誤無法完成發(fā)送和接收,如果僅僅是發(fā)送或接收傳統(tǒng)的CAN幀將不會(huì)受到任何影響,幸運(yùn)的是部分設(shè)備供應(yīng)商提供的組件或者工具允許用戶選擇支持ISO或者non-ISO模式,這樣能很好地在過渡時(shí)期幫助你完成工作。

總結(jié)

傳統(tǒng)CAN以及目前CAN FD采取的校驗(yàn)機(jī)制,保證傳輸過程中遭受破壞的幀數(shù)據(jù)幾乎不會(huì)被接收以及應(yīng)答成功,能有效防止物理層傳輸錯(cuò)誤,讓用戶界面不需要額外關(guān)注幀傳輸數(shù)據(jù)的正確性。

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

原文標(biāo)題:詳解CAN/CAN FD通信中的循環(huán)冗余校驗(yàn)(CRC)方法

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

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

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

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

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

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

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

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

    STM32 SPI從機(jī)用DMA方式實(shí)現(xiàn)全雙工,數(shù)據(jù)在傳輸過程中就會(huì)CRC校驗(yàn)失敗,為什么?

    STM32配置成從機(jī)全雙工,采用DMA方式,出現(xiàn)一個(gè)問題:當(dāng)我把DMA方式配置成DMA_CIRCULAR后,數(shù)據(jù)在傳輸過程中就會(huì)CRC校驗(yàn)失敗。 在完成上述相關(guān)配置后,在SPI初始化函數(shù)最后加上
    發(fā)表于 03-11 07:09

    求助,關(guān)于ADS125H02數(shù)據(jù)通訊格式及CRC校驗(yàn)問題求解

    一、根據(jù)手冊(cè)關(guān)于CRC部分的介紹: The following is a general procedure to compute the CRC value: 1. Left shift
    發(fā)表于 12-03 06:54

    ADS131B04-Q1 SPI通信時(shí),為什么無法得到正常的CRC校驗(yàn)?

    你好,我使用 ADS131B04 進(jìn)行產(chǎn)品開發(fā),使用中遇到如下問題還請(qǐng)幫忙解答。謝謝。 1 . SPI 通信時(shí) CRC 不清楚怎么使用,按如下方法使用時(shí)無法得到正常的CRC 校驗(yàn)。 初始化代碼如下
    發(fā)表于 11-22 06:40

    CDCI6214 CRC校驗(yàn)錯(cuò)誤,無法啟動(dòng)怎么解決?

    , 0x4000);//step6. Force a CRC update by writing a 1 to update_crc cdci6214_read_reg(0x09,&
    發(fā)表于 11-11 08:09

    使用MSP430 MCU實(shí)現(xiàn)CRC

    電子發(fā)燒友網(wǎng)站提供《使用MSP430 MCU實(shí)現(xiàn)CRC.pdf》資料免費(fèi)下載
    發(fā)表于 10-23 10:19 ?0次下載
    使用MSP430 MCU實(shí)現(xiàn)<b class='flag-5'>CRC</b>

    TAS5805內(nèi)部的硬件CRC8對(duì)應(yīng)標(biāo)準(zhǔn)的哪種? CRC校驗(yàn)的數(shù)據(jù)是offset和value值嗎?

    TAS5805 內(nèi)部的硬件 CRC8 對(duì)應(yīng)標(biāo)準(zhǔn)的哪種? CRC 校驗(yàn)的數(shù)據(jù)是 offset 和 value 值嗎?用 PPC 加載文件計(jì)算出來的值和在線CRC計(jì)算工具計(jì)算的值不一樣。
    發(fā)表于 10-12 06:19

    CRC實(shí)施

    電子發(fā)燒友網(wǎng)站提供《CRC實(shí)施.pdf》資料免費(fèi)下載
    發(fā)表于 09-26 09:44 ?0次下載
    <b class='flag-5'>CRC</b>實(shí)施

    C2000?器件中的CRC引擎

    電子發(fā)燒友網(wǎng)站提供《C2000?器件中的CRC引擎.pdf》資料免費(fèi)下載
    發(fā)表于 08-30 10:38 ?1次下載
    C2000?器件中的<b class='flag-5'>CRC</b>引擎

    【GD32 MCU 入門教程】GD32 MCU 常見外設(shè)介紹(8)SPI 模塊介紹

    串行外設(shè)接口(Serial Peripheral Interface,縮寫為 SPI) 提供了基于SPI 協(xié)議的數(shù)據(jù)發(fā)送和接收功能, 可以工作于主機(jī)或從機(jī)模式。 SPI 接口支持具有硬件 CRC 計(jì)算和校驗(yàn)的全雙工和單工模式。
    的頭像 發(fā)表于 08-17 09:36 ?1499次閱讀
    【GD32 MCU 入門教程】GD32 MCU 常見外設(shè)介紹(8)SPI 模塊介紹

    TMP126 具有 175°C工作溫度、CRC 和壓擺率警報(bào)的低功耗0.25°C SPI 溫度傳感器數(shù)據(jù)表

    電子發(fā)燒友網(wǎng)站提供《TMP126 具有 175°C工作溫度、CRC 和壓擺率警報(bào)的低功耗0.25°C SPI 溫度傳感器數(shù)據(jù)表.pdf》資料免費(fèi)下載
    發(fā)表于 08-13 11:00 ?1次下載
    TMP126 具有 175°C<b class='flag-5'>工作</b>溫度、<b class='flag-5'>CRC</b> 和壓擺率警報(bào)的低功耗0.25°C SPI 溫度傳感器數(shù)據(jù)表

    TMP126-Q1 具有175°C工作溫度、CRC 和壓擺率警報(bào)的低功耗0.25°C SPI溫度傳感器數(shù)據(jù)表

    電子發(fā)燒友網(wǎng)站提供《TMP126-Q1 具有175°C工作溫度、CRC 和壓擺率警報(bào)的低功耗0.25°C SPI溫度傳感器數(shù)據(jù)表.pdf》資料免費(fèi)下載
    發(fā)表于 08-12 10:31 ?0次下載
    TMP126-Q1 具有175°C<b class='flag-5'>工作</b>溫度、<b class='flag-5'>CRC</b> 和壓擺率警報(bào)的低功耗0.25°C SPI溫度傳感器數(shù)據(jù)表

    請(qǐng)問InDTU IHDMP協(xié)議使用的CRC校驗(yàn)使用的什么參數(shù)模型?

    InDTU IHDMP協(xié)議使用的CRC校驗(yàn)使用的什么參數(shù)模型?
    發(fā)表于 07-25 06:39