dsp的確是個怪胎,常見的兩個問題就是:(1)連線不上ccs開發環境;(2)燒晶元。我現在使用的是tms320c6713,以下經驗都基於dsp6000,其它系列或有不同。似乎現在晶元效能變好了,也沒燒過晶元,但ccs還是經常出現連線不上的情況。
其中一部分原因與硬體的穩定性有關,注意在設計電源電路時就最好要保證1.2v的核心電壓先上電,3.3v的io口電壓後上電。
還有乙個很重要的原因就是dsp板,dsp電源開關和ccs三者之間的連線順序也很重要,之前的連線錯誤常常導致無法連線ccs,ccs宕機等莫名其妙的情況。
通過嘗試,總結下正確的上電連線做法:
(1)將dsp板、xds510**器、pc斷開,ccs軟體關閉
(2)將xds510**器連線dsp開發板
(3)將xds510**器連線pc機的usb口,等待一段時間(很重要,xds510**器上有個指示燈,等待到指示燈從亮變滅)
(4)開啟ccs軟體
(5)開啟dsp板的電源開關,等待一段時間(幾秒吧)
(6)從ccs上使用alt+c或debug/connect連線**器
按上述6步,連線成功率還是比較高的。
下電操作也很重要,有人還沒把ccs的連線斷開,直接就把**器拔了或dsp的電斷了,然後恭喜你看到乙個紅色的「error 0x18....」,我的做法是:
(1)使用alt+c快捷鍵或debug/unconnect斷開ccs與**器的連線
(2)斷開dsp的供電電源
(3)斷開**器與pc的usb口連線
(4)斷開**器與dsp的連線
之前常常將(3)(4)步顛倒,發現也會出現不少問題。切記,一定先斷dsp的電再進行其他的插拔操作。
在除錯pcb板過程中,我總是習慣在上電前用萬用表測量電源和地是否短路。
那天,問題出現了,我用萬用表(黑皮的那種)測dsp的1.2v電源和地,可怕的「滴...滴」聲響了。奇怪了,不會吧,我電路焊得那麼認真,別開玩笑了,然後開始檢查電路,不斷的加焊,檢查每一處1.2v的位置,依然沒發現問題。換了個萬用表(還是黑皮的那種),「大哥」,我快跪了,又不敢上電。
當時dsp板上接有乙個fpga,難道是fpga的問題,壞了,把fpga卸了,還是短路。然後1.2v電源模組也卸了.......短路。
最後,沒發現問題,把板子擱置在一邊,過了幾天,老闆逼著,得調啊,又找個萬用表(這次是紅皮的那種),一測,誒,ok,神了,板子居然休息休息就能用了。
但科學告訴我:這是不可能的,短路不可能變成不短路。
又拿原來的萬用表(黑皮的那種)測,「滴滴」,弄得我心驚肉條,還是短路。紅皮的測,不短路。
豁出去了,給dsp直接上電,燒就燒吧!上電,連線**器,ok,ccs連線成功了。
這就得思考了,我斷電後用電壓表的歐姆檔測了一下1.2v與地之間的電阻,70多歐姆(這是dsp的核心的內阻值,略小啊),哦,明白了,不同萬用表判定短路的閾值電阻值不同,紅色的萬用表閾值比黑色的低。
神是不會說話的,但它默默的存在著。
DSP6000的上電及供電
dsp的確是個怪胎,常見的兩個問題就是 1 連線不上ccs開發環境 2 燒晶元。我現在使用的是tms320c6713,以下經驗都基於dsp6000,其它系列或有不同。似乎現在晶元效能變好了,也沒燒過晶元,但ccs還是經常出現連線不上的情況。其中一部分原因與硬體的穩定性有關,注意在設計電源電路時就最好...
DSP6000的幾個簡單優化技巧
1.不要假設dsp6000上的int型別與long長度相同,在dsp6000上,int型別佔32bits,而long型別佔40bits,另有一種long long型別為64bit長度 2.定點乘法最好使用short型別,這樣只需要1個時鐘週期,使用int型別需要5個時鐘週期 3.使用int或unsi...
DSP6437板子上的一些硬體
公司的ivs系統要在dsp6437上實現。看了一下。了解了一些東西。1,nor flash主要應用在 儲存介質中 小,易讀出 介面通用sram介面。nand適合於資料儲存 大塊資料,易寫易擦 介面複雜。2,鎖相環,包含三個主要的部分 鑑相環 用來比較輸入訊號和基準訊號的之間的相位.它的輸出電壓正比於...