通信原理實(shí)驗(yàn)報(bào)告漢明編譯碼系統(tǒng)自行設(shè)計(jì)實(shí)驗(yàn)附加同步-文庫(kù)吧資料
2024-09-09 19:15本頁面
【正文】 常的時(shí)延外，譯碼輸出即使在接收到校正子不為 000（有 1 位誤碼）時(shí)，也能夠自行糾錯(cuò)，輸出正確的譯碼，與輸入 M 序列完全相同，該程序編寫和仿真都是成功的。而由下方的 校正子 可以看出， 綠線上的 000 表示接受到的沒有誤碼， 010（非 000）表示有誤碼，可以看到 s_fir 中 000 與 010 是交替出現(xiàn)的，這與程序中模擬信道誤碼時(shí)每 14 個(gè)輸出的漢明碼元取反一個(gè)是一致的，即 7 位無錯(cuò)漢明碼與 7 位中有 1 位錯(cuò)的漢明碼交替出現(xiàn)。另外， 第 8 行（ 14） 7 位漢明碼輸出 h_out 的前 4 位與倒數(shù)第 5行（ 31） 4 位譯碼輸出 decode_out 完全相同，只是 后者比前者延遲了 9 個(gè) 56k 時(shí)鐘周期（具體延時(shí)周期個(gè)數(shù)的得到在后面會(huì)展示） 。 編碼加錯(cuò)及譯碼輸出仿真現(xiàn)象如下圖： 由上圖中可以看出，第 4 行（ 3）譯碼輸出 decode_outer 的波形與第 5 行（ 4）M 序列輸出 m_outer 的波形是一樣的，只不過譯碼輸出有一定的延時(shí)。d1。d3。 if(decode_t==239。后來和老師一起反復(fù)檢查之后終于發(fā)現(xiàn)，邏輯上的問題在于開始譯碼的時(shí)候已經(jīng)數(shù) 7 位譯碼一次得到 4 位了，這里輸出時(shí)又進(jìn)行一次數(shù) 4 位輸出 1 位，則相當(dāng)于緩沖了兩次才輸出了一次，正常的輸出順序被打亂了，本來譯碼得到的 4 位變換為 32k 時(shí)鐘就可以直接輸出了。 end 邏輯上完全是仿照的 M 序列輸出的方式，把 decode_out 的碼流送進(jìn) decode_out1中進(jìn)行緩沖， decode_out1 每數(shù) 4 位將最高位送到 decode_outer 進(jìn)行輸出 。 end else decode_t=decode_t+239。 decode_t=239。 if(decode_t==239。我一開始寫的輸出部分的程序如下： always (posedge clk_32k) begin decode_outer=decode_out1[3]。 遇到的問題及解決方法： 本來覺得遇到最大的問題會(huì)是什么時(shí)候開始譯碼的問題，但在這個(gè)問題上考慮的比較充分，所以并沒有真的碰到什么問題。即程序中第 135 行 if((s_firamp。則 s_fir 和 s_sec 中保存著連續(xù)的兩個(gè) 7 位漢明碼的校正子。我是 設(shè)置兩個(gè)校正子的寄存器 s_fir 和 s_sec 來解決這個(gè)問題 。 程序： 程序中 127 到 126 行為譯碼部分， 147 到 156 為轉(zhuǎn)換輸出部分。所以要在 56k 時(shí)鐘下觸發(fā)譯碼，數(shù) 7 個(gè)譯碼一次。//011 若在 1個(gè) 7位漢明碼中錯(cuò)碼位數(shù)多于 1 位，則不能得到正確的譯碼。s_fir[1]amp。(~s_fir[0]))。//111 decode_out[1]=eh_out[4]+(s_fir[2]amp。s_fir[1]amp。s_fir[0])。 結(jié)合譯碼公式寫出譯碼方程如下： decode_out[3]=eh_out[6]+(s_fir[2]amp。 若校正子為 000，則沒有錯(cuò)碼，無需糾錯(cuò)，可根據(jù)譯碼方程直接譯碼。 s_fir[1]=eh_out[5]+eh_out[4]+eh_out[3]+eh_out[1]。 思路： 譯碼： 譯碼首先要計(jì)算校正子。將 m 序列和漢明譯碼數(shù)據(jù)輸出到測(cè)試孔觀察和記錄。 遇到的問題及仿真： 遇到的問題及仿真部分將在下面譯碼部分中一并敘述。通過第 105 行的 if（ et_h==4’d13）來判斷計(jì)數(shù)，每14 位輸出就把最后 1 位取反，即 eh_out[0]=~h_outer。 程序： 程序中通 過第 113 行的 eh_out[0]=h_outer。對(duì)輸出的漢明碼序列采取每 14 位就有 1 位取反的方法，也就是輸出一個(gè) 7 位無錯(cuò)碼的漢明碼，然后輸出一個(gè) 7 位有 1 位錯(cuò)碼的漢明碼，并且交替重復(fù)。注意加錯(cuò)頻率?？梢妼?shí)驗(yàn)箱實(shí)際觀察測(cè)得的漢明編碼輸出與仿真完全一致，符合漢明編碼的相 關(guān)性質(zhì)。 上圖中上方黃色波形為 56k 時(shí)鐘信號(hào)波形 ，下方藍(lán)色波形為 漢明碼輸出 。 上圖中上方黃色波形為 32k 時(shí)鐘信號(hào) ，下方藍(lán)色波形為輸出的 M 序列波形 。下方 CH2 藍(lán)色波形為 32kHz時(shí)鐘信號(hào) ，右邊測(cè)量值為 。 下載到實(shí)驗(yàn)箱觀察并記錄實(shí)驗(yàn)現(xiàn)象： 上圖為把分頻信號(hào)送到測(cè)試孔從示波器上觀察到的波形。所以第一個(gè)輸出的漢明碼 0111010 之前的輸出為 0000000. （ 4）仿真輸出的漢明碼都符合上文實(shí)驗(yàn)原理部分表 中信息位與監(jiān)督碼元的關(guān)系，輸出的都是正確的漢明碼。每個(gè)漢明碼對(duì)應(yīng) 7 個(gè) 56k 時(shí)鐘周期和 4 個(gè) 32k 時(shí)鐘周期。因?yàn)?M 序列移位 4 次之后才是一個(gè)全新的碼，才進(jìn)行一次新的漢明碼編碼。 漢明碼輸出仿真現(xiàn)象如下圖： 仿真中第 4 行 h_out 為編碼得到為漢明編碼，下方倒數(shù) 第 2 行 m_out1 為 M 序列。所以我后來就加入了 h_out1 作為緩沖， h_out 編碼完之后先送給 h_out1，再由 h_out1 進(jìn)行移位之后輸出。一仿真發(fā)現(xiàn)輸出的漢明碼根本找不到規(guī)律。 遇到的問題及解決方法： 一開始我寫這段程序的時(shí)候沒有 h_out1，從 h_out 的 4 個(gè)編碼方程把漢明碼算出來之后就直接 h_out[6:1]=h_out[5:0]。 需要注意的是編碼的時(shí)候數(shù) 4 個(gè)編碼一次（ ），而輸出的時(shí)候數(shù) 7 個(gè)編碼一次（ ）。 end 編碼時(shí)根據(jù) 32k 時(shí)鐘每數(shù) 4 個(gè)編碼一次，同理輸出時(shí)根據(jù) 56k 時(shí)鐘每數(shù) 7 個(gè)輸出一次。 end always(negedge count2[6]) begin clk_56k=clk_56k+139。 else count2=count2+839。d127)//14336/(56*2)=128 count2=839。 輸出： 因?yàn)?M 序列的時(shí)鐘是 32k 的，而 4 位的 M 序列對(duì)應(yīng)編碼得到的漢明碼是 7 位的，所以由 4:7 比例關(guān)系得到相應(yīng)的漢明編碼輸出的時(shí)鐘應(yīng)該是 56k。 h
高考資料相關(guān)推薦
鄂ICP備17016276號(hào)-1