由ＰＩＤ碼引起的疑惑

陳曉軍

筆者有一款03年生產(chǎn)的靈通LT3500E衛(wèi)星接收機，采用富士通LM87L2250解碼方案，機內(nèi)選用仿夏普的EDS-ST23SHP一體化調(diào)諧器，雖說沒有盲掃、制式轉(zhuǎn)換、游戲及萬年歷等功能，但因門限較低、畫質(zhì)尚好，故一直在使用。不過最近在使用該機時，卻發(fā)現(xiàn)兩個因PID碼造成的奇特現(xiàn)象，故撰此文與大家分享。

第一個現(xiàn)象是前不久在收視113°E韓星5號國際波束時遇到的，因此星有若干個臺用PID碼加密，筆者為了目睹韓星的精彩節(jié)目也在第一時間進行了收視。參照網(wǎng)上相關(guān)資料，將音、視頻PID碼進行了修改，因一時大意沒有修改節(jié)目參考時鐘PID碼(即PCR PID，一般與視頻PID碼相同)，結(jié)果當然是不能收看。此時卻意外的發(fā)現(xiàn)信號鎖定LOCK燈呈現(xiàn)一亮一暗的閃爍變化，其中“暗“的時間較短，“亮”的時間長點，要仔細觀看。最后將PCR PID修改成與視頻PID碼一樣時，節(jié)目收看正常，LOCK燈也不再閃了。后來故意將中星6B上正常收看節(jié)目的PCR PID改錯，也出現(xiàn)了同樣的現(xiàn)象。為了弄清原因，筆者拆開機殼，順著LOCK燈的線路查找其信號來源，發(fā)現(xiàn)LOCK燈的信號來自LM87L2250的○148腳TSERORR_N，而該腳又與一體化調(diào)諧器的“出錯信號輸出”○28腳相連，原理應(yīng)該是當數(shù)據(jù)出錯時LOCK燈不亮，反之長亮，那么為什么和PCR PID有關(guān)呢？從分層的角度來看(類似于計算機網(wǎng)絡(luò)開放系統(tǒng)互連OSI中的分層模型)，PID碼屬于高層(相當于網(wǎng)絡(luò)及傳輸層)，一體化調(diào)諧器傳送給LM87L2250的數(shù)據(jù)屬于低層(相當于數(shù)據(jù)鏈路層)，即它只“知道”自己傳送的是“0”或“1”，而“不知道”比它本層高級的PID碼是怎么回事？換句話說就是高層不會影響到低層的“工作”。既然是這樣那么PID碼的變動就不會影響到LOCK燈，難道是LM87L2250通過SCL和SDA I2C總路反饋給一體化調(diào)諧器，或者因PCR PID不正確，引起LM87L2250的○148腳電壓異常而造成上述現(xiàn)象？

另一現(xiàn)象是收看中星6B上華誠數(shù)字電視(四月中旬節(jié)目開鎖播出)的“英語學習”頻道時，畫面每隔幾秒鐘就跳動一次，跟收看不同制式節(jié)目換臺時情形類似，其它的CMC、動作電影等頻道都正常。通過比較得知，能正常收看的頻道其圖文PID均為0，而“英語學習” 頻道的圖文PID為1088，抱著試試看的態(tài)度將其改為0，沒想到畫面恢復正常，這又如何解釋呢？難道與LM87L2250內(nèi)嵌入的32位RISC CPU的運算能力有關(guān)嗎？

以上對兩種現(xiàn)象的解釋只是筆者的一點愚見，不妥之處還望各位高手給予斧正。另外要說明的是本人用中大紅星接收機試驗時上述兩種現(xiàn)象都不存在，即使將PCR PID設(shè)為0也能正常播放。

本刊編輯答疑

PCR（Program clock reference）節(jié)目基準時鐘，PID（Program Identification）節(jié)目身份識別。

TUNER的○28實際上有兩種狀態(tài)，一是輸出的錯包太多，糾錯功能已經(jīng)無法滿足系統(tǒng)需求，換句話說就是指輸出的TS傳輸流誤碼率大于2E-4， CPU就會一直報錯，太多的錯誤會影響程序的正常運行。舉個例子，VCD/DVD碟片背面有很大的劃痕，將它放入VCD/DVD。二是沒有錯誤或是錯誤被全部糾正。不同的品牌的機頂盒軟件定義也會不同，誤碼率的評定（只有累積大量的數(shù)據(jù)才可以作分析，但時間又不能拖太久）同樣也會有差異，有的機器為了降低所謂的“門限”將誤碼率降至2E-3，我們接收新聞類的節(jié)目是看不出問題的，因為數(shù)據(jù)量較少，而體育類的節(jié)目就會出現(xiàn)馬賽克。反之如果將誤碼率嚴格控制在2E-4，則門限太高。

現(xiàn)象1：由于PCR PID錯誤 ，CPU接不出節(jié)目，會認為參數(shù)有錯，發(fā)指令反復調(diào)整參數(shù)。因此會造成誤碼率的波動，從而出現(xiàn)閃爍現(xiàn)象

現(xiàn)象2：圖文PID輸入錯誤，這個PID有些奇怪，一般接收機很少將這個選項打開。只要PCR，音視頻PID沒有錯誤，圖像應(yīng)該沒有問題。此外，早期的機頂盒是將圖文信息放在場逆程傳送，對視頻沒有任何影響。