無線模塊經(jīng)常有人在校驗(yàn)過程中會(huì)失敗,又是什么原因呢?造成校驗(yàn)失敗的大部分原因都是因?yàn)槲覀冊(cè)谛r?yàn)過程中數(shù)據(jù)發(fā)生了丟失和錯(cuò)誤,說得簡(jiǎn)單點(diǎn),校驗(yàn)的過程是收發(fā)兩端共同完成的過程,發(fā)送一個(gè)數(shù)據(jù)包到串口,然后由發(fā)送端將數(shù)據(jù)包發(fā)送到接收端的指定位置,接收端再到指定的位置檢驗(yàn)字節(jié),同時(shí),再將接收到的數(shù)據(jù)按規(guī)定方式計(jì)算出接收端校驗(yàn)字節(jié),如果接收端校驗(yàn)字節(jié)與接收到的發(fā)送端校驗(yàn)字節(jié)相等,則說明數(shù)據(jù)包是有效的,否則就應(yīng)該放棄該數(shù)據(jù)包。這也就是我們平時(shí)校驗(yàn)過程中出現(xiàn)失敗的主要原因。
無線模塊校驗(yàn)的方法最常用的是奇偶校驗(yàn)和循環(huán)冗余碼校驗(yàn)兩次,在串行數(shù)據(jù)傳輸過程中,由于干擾可能引起的信息錯(cuò)誤,出現(xiàn)“誤碼”,我們?cè)趥鬏斶^程中發(fā)現(xiàn)的錯(cuò)誤叫做檢碼,發(fā)出錯(cuò)誤后,進(jìn)行修正叫檢錯(cuò)。除去這兩種常用的校驗(yàn)方法,還有異或校驗(yàn)、sum等等,其中以奇偶校驗(yàn)方法最為簡(jiǎn)單粗暴,但是這種方式有一個(gè)缺點(diǎn),它只能發(fā)現(xiàn)錯(cuò)誤,不能糾正錯(cuò)誤,所以一旦發(fā)現(xiàn)誤碼的時(shí)候,不能進(jìn)行檢錯(cuò),只能將數(shù)據(jù)包重新發(fā)送。而循環(huán)冗余碼校驗(yàn)方法則有很好的自動(dòng)糾錯(cuò)功能,但也相對(duì)的比奇偶校驗(yàn)方法復(fù)雜的多。所以我們進(jìn)行校驗(yàn)的時(shí)候,選擇什么算法還是要看自己怎么去抉擇。
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
相關(guān)推薦
您好,ADS1256IDBR出現(xiàn)轉(zhuǎn)換失敗,沒有響應(yīng)的問題,請(qǐng)問是什么原因導(dǎo)致的呢?
發(fā)表于 11-19 07:35
是什么原因導(dǎo)致壓力傳感器漂移的呢?我們?cè)谠O(shè)計(jì)的時(shí)候怎么才能消除壓力傳感器漂移呢?
發(fā)表于 08-22 18:00
?927次閱讀
connecting的時(shí)候就會(huì)失敗,不知道為什么。
這有可能是什么原因呢,我用萬用表測(cè)量了芯片的供電,一直都是3.3V很穩(wěn)定,關(guān)鍵的GPIO引腳值燒錄的時(shí)候也沒有變化。
注:測(cè)試的時(shí)候FPC接口是沒有接任何東西的。
系統(tǒng)是W
發(fā)表于 06-06 08:08
電子發(fā)燒友網(wǎng)站提供《磁環(huán)繞線電感溫度高什么原因.docx》資料免費(fèi)下載
發(fā)表于 03-29 14:46
?0次下載
能收到SETUP包,并解析數(shù)據(jù)跑到發(fā)送設(shè)備描述符,給FIFO寫數(shù)據(jù)也正確,但波形上就發(fā)了一個(gè)數(shù)據(jù)出去,這會(huì)是什么原因呢?
發(fā)表于 03-11 06:29
玩過GD32的小伙伴們都知道,GD32 MCU支持ISP,即在系統(tǒng)編程,前面的常見問題也給大家講過什么是ISP,什么是IAP?那有沒有小伙伴遇到過ISP失敗的情況,失敗的原因是什么呢?
發(fā)表于 02-28 09:23
?1390次閱讀
我們Linux嵌入式環(huán)境下的一個(gè)HUB(CYUSB3302-68LTXI)拓展接口,使用11內(nèi)部ROM配置模式,下行口插入U(xiǎn)盤枚舉失敗,而插入鼠標(biāo)時(shí)可以看到增加了USB device,請(qǐng)問這是什么原因呢?
發(fā)表于 02-27 06:36
STM32F429芯片,rt-thread標(biāo)準(zhǔn)版,添加了SD卡驅(qū)動(dòng),調(diào)試時(shí)發(fā)現(xiàn)在mmcsd_get_scr時(shí)返回-1,打印錯(cuò)誤日志發(fā)現(xiàn)是cmd.err=-1,這是什么原因呢?
打印信息如下:
發(fā)表于 02-23 06:05
漏電保護(hù)開關(guān)一用電就跳閘,是什么原因呢? 漏電保護(hù)開關(guān)是一種用于檢測(cè)和防止電流漏出的安全裝置。當(dāng)電線或電器出現(xiàn)漏電時(shí),漏電保護(hù)開關(guān)會(huì)立即切斷電源,以防止電擊事故的發(fā)生。然而,如果漏電保護(hù)開關(guān)一用
發(fā)表于 02-18 18:11
?2414次閱讀
Miniprog3 燒錄器PC端毫無征兆的突然枚舉失敗, 燒錄器指示燈也不亮了,這種現(xiàn)象一般是什么原因導(dǎo)致的?
發(fā)表于 02-18 07:04
接收到報(bào)文,Debug模式下,Tx buffer 一直不為空,返回CY_CANFD_BAD_PARAM,發(fā)送失敗。
可以幫忙測(cè)試下嗎,是代碼的問題還是其他問題?可能出現(xiàn)這種問題有可能是什么原因呢?
發(fā)表于 02-02 06:57
電腦閃屏是什么原因,怎么解決? 電腦閃屏是指計(jì)算機(jī)屏幕在使用過程中出現(xiàn)頻繁的黑屏、白屏或閃爍的現(xiàn)象。這種問題可能會(huì)給用戶帶來極大的困擾,影響正常的使用體驗(yàn)。造成電腦閃屏的原因有很多,比如硬件故障
發(fā)表于 12-25 11:21
?6482次閱讀
SPI模式寫寄存器失敗。讀沒有問題。上電后,復(fù)位芯片,沒有問題。寫寄存器失敗。
查原因:讀0X5F寄存器(錯(cuò)誤狀態(tài)寄存器3),返回0X3C,查NIT_COMPLETE位出錯(cuò),即內(nèi)部ROM初始化不成功。
這可能是
發(fā)表于 12-06 07:26
什么原因導(dǎo)致磁飽和呢?如何計(jì)算當(dāng)磁環(huán)飽和的電流呢? 磁飽和是指在一定的磁場(chǎng)強(qiáng)度下,材料的磁化程度達(dá)到了最大值,無論磁場(chǎng)強(qiáng)度如何增加,材料的磁化程度都不會(huì)再增加。這種現(xiàn)象主要是由于磁性材料內(nèi)部的磁疇
發(fā)表于 11-28 17:29
?4924次閱讀
節(jié)和配置的字節(jié)不一致,會(huì)是什么原因?如何確定配置的結(jié)果正確。1761有CRC校驗(yàn)功能嗎?保證配置寄存器的值完全正確?
發(fā)表于 11-28 06:49
評(píng)論