多片TSl01S的加載引導設計分析及實現
加入技術交流群
具體加載時，首先應由DSPl通過FLASH程序加載方式進行程序加載。即在DSPl程序加載完畢后，由DSPl再從FLASH中讀出第二片，使DSP2(或者DSP4)的程序通過鏈路口。之后，再采用路口加載方式加載DSP2(或者DSP4)，DSP1在等待DSP2加載完畢后，又從FLASH中讀取DSP3的程序，并將DSP3的程序通過鏈路口DMA方式發送到DSP2(或者DSP4)中，而DSP2(或者DSP4)在收到第三片DSP3的程序后，同樣通過鏈路口加載方式加載DSP3；……以此類推，直到完成所有的ADSP-TSlOlS的加載。
采用這種結構的多ADSP-TSl01S系統，應將每片ADSP-TSl01S的程序分開放置在FLASH的不同的地址段中。第一片ADSP-TSlOlS的程序存放在FLASH的從0開始的第一段地址中，第二片ADSP-TSl01S存放在接著第一段地址后面的第二段地址空間中，第三片ADSP-TSlOlS存放在接著第二段地址后面的第三段地址空間中……以此類推。就可將不同的ADSP-TSl01S的程序放置在相應的地址空間中。但應該注意的是，每一片AD-SP-TSl01S程序存放的實際地址必須是16的倍數，因為ADSP-TSl01S的鏈路口每次必須傳輸4字(4*32 bits)，而FLASH是8位的，所以每次將讀取128位的程序代碼，即16個FLASH的地址數據。圖2所示是多ADSP-TSl01S的程序在FLASH中的存放情況。本文引用地址：http://www.104case.com/article/173397.htm
本設計中，FLASH選用的是Atmel公司的AT49BV322D，并將其設置成4 M×8模式，因此，其byte管腳需要拉低，具體和DSP之間的硬件接
口電路如圖3所示。
TigerSHARC處理器可支持8位、16位、32位、64位配置，這為不同類型的外部存儲器接口帶來了方便。選擇FLASH器件實現系統加載的時候，使用TigerSHARC處理器向FLASH中執行寫操作，不會自動把數據打包成字節，因此，當給FLASH寫一個字時，這個字將驅動到外部總線[31：0]上。而FLASH存儲器只連接TigerSHARC外部數據總線的低8位，因此只寫入數據最低的一個字節，其數據的預備格式如圖4所示。
3 自動引導的軟件設計
由于采用EPROM和鏈路口相結合的方法來進行多DSP的程序加載，所以，除了最后一片DSP (DSP3)外，均要在沒一個DSP程序的開始地方添加鏈路口加載程序。在VisualDSP++安裝目錄的ldr子目錄下，ADI公司提供了標準加載核文件及相應的源程序(．ASM)，同時也給出了鏈接描
述文件。一般可直接使用提供的標準加載核文件或對其相應的源程序進行簡單修改(修改當前的DSP的接收鏈路口號即可)，重新編譯鏈接生成所需的加載核文件。
由于ADSP-TSl01S有三種引導方式(不考慮無引導方式)，ADI公司相應的提供了三種不同的加載核文件 (分別為TSlOl_prom．dxe、TSlOl_ link．dxe、TSlOl_host．dxe)。這三個程序的核心思想和功能完全一致，只是由于使用的加載端口和方式不同，其在具體代碼實現上稍有差異。綜合以上的分析可以看出：ADSP-TSlOlS的復位引導從本質說包括兩個方面：其一是在生成加載文件時，在起始部分額外增加256字的加載核文件；其二是在復位結束后，按照設定的引導方式的不同，自動從相應接口接收256字的代碼(實際就是加載核文件)到內部存儲空間的0x00～0xFF，并在完成這一接收過程后，從內部存儲空間的0x00000000開始執行程序(實際就是執行加載核文件)，最終由加載核文件來完成整個可執行程序的加載。
TigerSHARC只有在運行了加載核代碼后才能繼續加載用戶程序。但是，加載核文件并不會永遠占據內部存儲空間的0x00～0xFF，因為加載核文件執行到最后會自動完成自身的覆蓋。
本設計是由四片TSl01級聯的方式來構成多處理器系統，除了第一片DSP(DSPl)選擇默認的EPROM加載外，其余的三片DSP都要選擇LINK加載。同時，對于第一片DSP來說，先轉發DSP2還是DSP4的程序是等價的，因為DSP2和DSP4本身在本設計中是等價的，都屬于第二級DSP，而DSPl屬于第一級，DSP3屬于最后一級。同理，把DSP3作為誰的附屬DSP均可以，因此不妨作為DSP4的下一級(本設計中采用這種連接方式)。第一片TS10l需要通過鏈路口來對第二和第三級的ADSP-TSl01S進行程序加載，同時需要在第一級的應用程序之前添加加載后續DSP的加載程序。
評論