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

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

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

3天內不再提示

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

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

掃碼添加小助手

加入工程師交流群

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

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

在CAN總線通信過程中CAN控制器具備完整的錯誤檢測能力,其中包含:位錯誤檢測、格式錯誤檢測、填充錯誤檢測、應答錯誤檢測和CRC錯誤檢測。作為一種重要的錯誤檢測手段,CRC錯誤檢測是接收節(jié)點判斷CAN幀信息的完整性并向總線確認應答的依據(jù)。1、最簡單的校驗是數(shù)據(jù)發(fā)送后進行主動回讀,結果一致才確認傳輸成功,很顯然這種傳輸溝通的方式很直觀并非常精準,但是由于回讀的操作使得數(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檢驗,該算法是基于一個多項式除法取余的結果,其根據(jù)位數(shù)需求和多項式變化有數(shù)十種版本,憑借其硬件實現(xiàn)簡單,位反轉偵錯能力較強及運算開銷適中的優(yōu)點被廣泛應用與數(shù)字網(wǎng)絡傳輸以及數(shù)據(jù)存儲領域,如磁盤數(shù)據(jù)校驗、USB、GSM/CDMA通信,在計算機應用中經常接觸到的RAR和ZIP文件的壓縮/解壓數(shù)據(jù)完整性檢查也采用了該算法。

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

1、CRC域在CAN幀中的位置

圖1

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

圖2

2、CRC的在CAN幀中的生成

在經典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幀結構CRC字段中提供該結果。接收器使用相同的多項式來計算總線上所見位的校驗值,將自我計算的校驗值與接收的校準值進行比較,如果匹配,則認為幀被正確接收,接收節(jié)點在ACK時隙位中發(fā)送顯性狀態(tài),從而覆蓋發(fā)送器的隱性狀態(tài)。在不匹配的情況下,接收節(jié)點在ACK定界符之后發(fā)送錯誤幀。

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

4、有關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建議使用術語“ISO CAN FD”和“non-ISO CAN FD”。所有符合ISO 11898-2:2015的產品都應稱為“ISO CAN FD”。執(zhí)行博世(BOSCH)原始CAN FD協(xié)議的產品應命名為“non-ISO CAN FD”,在這個過度階段的產品主要目的是用于前期評估和開發(fā),將來所有產品都將符合ISO標準。

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

總結

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

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

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    哪些環(huán)境因素會對電能質量在線監(jiān)測裝置的校驗準確性產生影響?

    電能質量在線監(jiān)測裝置的校驗準確性,核心依賴于裝置硬件(如采樣傳感器、模數(shù)轉換器 ADC、基準源)、信號傳輸鏈路及校驗標準源的穩(wěn)定工作。而環(huán)境因素通過干擾上述環(huán)節(jié)的性能,直接或間接導致校驗
    的頭像 發(fā)表于 09-18 11:14 ?319次閱讀
    哪些環(huán)境因素會對電能質量在線監(jiān)測裝置的<b class='flag-5'>校驗</b>準確性產生影響?

    一個Bin適配STM32全系列的通用BOOT

    功能特性自動探測芯片架構、片上flash容量支持配置uart、spi管腳信息支持crc、hash校驗固件默認使用FastLZ壓縮固件支持SPIFlas
    的頭像 發(fā)表于 09-15 17:52 ?3134次閱讀
    一個Bin適配STM32全系列的通用BOOT

    OTA采用ymodem_ota升級app分區(qū)出現(xiàn)CRC校驗錯誤是怎么回事?

    芯片:STM32F103VET6 環(huán)境:MDK5 使用的相關軟件包:ota_downloader; 如上圖,使用官方例程,BOOT運行起來之后,發(fā)現(xiàn)APP區(qū)CRC校驗不對,但是會強制升級,并且
    發(fā)表于 09-10 06:57

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

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

    求助,關于TC39x使用Fce_crc在特定PFlash范圍內進行CRC32校驗失敗的問題求解

    我目前正在使用英飛凌在AURIX TC39x系列上提供的Fce_crc庫對PFlash和DFlash區(qū)域執(zhí)行CRC32校驗。 雖然大多數(shù)地址區(qū)域返回成功結果,但我觀察到在以下 PFlash 地址范圍
    發(fā)表于 08-01 07:47

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

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

    想從linux系統(tǒng)讀回CYC65215部件的配置程序映像,并檢查其CRC是否正確(假設它有附加 CRC),圖像有CRC嗎?

    我想從 linux 系統(tǒng)讀回 CYC65215 部件的配置程序映像,并檢查其 CRC 是否正確(假設它有附加 CRC)。圖像有 CRC 嗎? CRC 是否使用標準多項式的已知算法生成?
    發(fā)表于 05-23 06:22

    并行CRC實現(xiàn)

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

    CRC16-MODBUS+手算+移位運算+C程序+并行運算

    CRC16-MODBUS+手算+移位運算+C程序+并行運算
    發(fā)表于 04-22 18:23 ?0次下載

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

    CRC即循環(huán)冗余校驗碼:是數(shù)據(jù)通信領域中最常用的一種查錯校驗碼,其特征是信息字段和校驗字段的長度可以任意選定。循環(huán)冗余檢查(CRC)是一種數(shù)
    的頭像 發(fā)表于 03-24 10:36 ?1901次閱讀
    基于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校驗失敗。 在完成上述相關配置后,在SPI初始化函數(shù)最后加上
    發(fā)表于 03-11 07:09

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

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

    ADS131B04-Q1 SPI通信時,為什么無法得到正常的CRC校驗?

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

    CDCI6214 CRC校驗錯誤,無法啟動怎么解決?

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

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

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