91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

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

CRC是如何完成校驗工作的?

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

掃碼添加小助手

加入工程師交流群

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

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

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

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

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

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

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

1、CRC域在CAN幀中的位置

圖1

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

圖2

2、CRC的在CAN幀中的生成

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

表1

3、CRC是如何完成校驗工作的

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

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

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

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

為了避免誤解,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”,在這個過度階段的產(chǎn)品主要目的是用于前期評估和開發(fā),將來所有產(chǎn)品都將符合ISO標準。

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

總結(jié)

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

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

    關(guān)注

    0

    文章

    84

    瀏覽量

    15930
  • 數(shù)據(jù)校驗
    +關(guān)注

    關(guān)注

    0

    文章

    8

    瀏覽量

    6930

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

    智能顯示模塊通信時有CRC數(shù)據(jù)校驗功能嗎?串口通信能不能加上數(shù)據(jù)檢驗?

    智能顯示模塊通信時有CRC數(shù)據(jù)校驗功能嗎?串口通信能不能加上數(shù)據(jù)檢驗?
    發(fā)表于 02-28 16:13

    【量產(chǎn)燒錄】Verify通過還報錯?拆一次CRC校驗的實現(xiàn)機制就明白問題在哪

    ,時好時壞。產(chǎn)線工程師換插座、換燒錄器、換芯片批次,折騰一圈,問題還在。 有人說這是“幽靈壞片”。其實不是。Verify通過還出問題,根子往往不在硬件,而在你對CRC校驗的理解還停留在黑盒階段。 一、你用
    發(fā)表于 02-13 10:10

    設(shè)置了帶有長度、CRC校驗的指令格式,通信時需要注意哪些方面?

    設(shè)置了帶有長度、CRC校驗的指令格式,通信時需要注意哪些方面?
    發(fā)表于 02-03 14:14

    crc校驗不過,可能有哪些情況?

    crc校驗不一致,導致通信失敗 這個該怎么排查
    發(fā)表于 02-02 07:43

    一文解讀CRC校驗

    1、CRC是用來干嘛的? 一般都知道是用來校驗的,檢測數(shù)據(jù)傳輸過程中是否出現(xiàn)錯誤(某些位,或某幾位,或者某塊區(qū)域位錯誤),一旦檢測。 2、CRC是否能校正數(shù)據(jù)傳輸中的錯誤? CRC只能
    發(fā)表于 01-26 07:20

    STM32中SPI模塊的CRC功能

    8-bit數(shù)據(jù)幀使用16-bit校驗時,則需要2個幀校驗 接收的CRC以Byte或Word存儲在RXFIFO中。因此在CRC模式下,RX Buffer必須被視為單個16-bit buf
    發(fā)表于 01-15 23:21

    芯源循環(huán)冗余校驗CRC)功能

    1 概述 循環(huán)冗余校驗(CRC) 主要應(yīng)用于核實數(shù)據(jù)傳輸或數(shù)據(jù)存儲的正確性和完整性。CW32R030 內(nèi)部集成CRC 計算單元, 支持采用多種CRC 算法對輸入數(shù)據(jù)進行
    發(fā)表于 01-12 06:07

    解決SD NAND CRC校驗失敗的綜合指南:瀚海微存儲產(chǎn)品的可靠性保障

    在嵌入式系統(tǒng)開發(fā)中,SD NAND因其小尺寸、高可靠性和易用性成為眾多項目的首選存儲方案。然而,開發(fā)過程中經(jīng)常會遇到CRC(循環(huán)冗余校驗)錯誤的問題,這不僅影響系統(tǒng)穩(wěn)定性,更可能造成數(shù)據(jù)丟失。作為
    的頭像 發(fā)表于 11-21 09:49 ?547次閱讀
    解決SD NAND <b class='flag-5'>CRC</b><b class='flag-5'>校驗</b>失敗的綜合指南:瀚海微存儲產(chǎn)品的可靠性保障

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

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

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

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

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

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

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

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

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

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

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

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

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

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