TMS320F280X SPI SPIA使用入門與總結(jié)

Netjob

TMS320F280X+SPI+SPIA使用入門與總結(jié).pdf (135.49 KB)

2009-9-1 08:55 上傳

點擊文件名下載附件
下載積分: 積分 -1

TMS320F280X SPI SPIA使用入門與總結(jié)
Netjob @ 2009年 8月31日晚

我使用過NXP ARM LPC2138的SPI口，ATMEL AT91SAM7S256的SPI，MSP430F5438的SPI口，
還有STM32 的SPI模塊。都是用來讀 SPI FLASH 例如 AT45DB642D之類。

本以為對SPI已經(jīng)入門了， 誰不知使用TMS320F280X的SPI后，才知道自己其實還是一知半解。
TMS320F280X 的SPI 真是好好給我上了一課！

不久前有款 OLED 真彩色液晶。使用的是SSD1351控制器，SPI接口。 想測試一下它的速度。就把它接到我的
TMS320F280X的DSP 開發(fā)板上。之前使用DSP的IO模擬，運行程序后OLED的效果不錯的。
本想這次使用SPI應(yīng)該沒事吧『雖然I/O模擬也是使用這個SPI的引進』？

新建立一個工程 MYOLED, 拷貝一些TMS320F28X相關(guān)的頭文件，C文件。把工程的設(shè)置好后，編譯OK!
加上定時器中斷用來點亮一個LED，把I/O模擬的工程相關(guān)文件的兩個子函數(shù)改為SPI方式的。
在編譯。文件太大非得使用FLASH下載仿真。

發(fā)現(xiàn)程序不能運行！ 沒辦法改回RAM仿真，把很多函數(shù)注釋掉。僅僅留下測試OLED的程序。
SSD1351的測試程序，向它寫某命令碼，可以改變GPIO1/GPIO2引腳的電平。
其實移植就是僅僅這兩個SPI底層函數(shù)：
void Write_Data(unsigned char Data)
void Write_Command(unsigned char Data)

測試好幾次都沒反應(yīng)，  因此 就有下面的入門與詳解了。

使用的是SPIA模塊，如果SPIB沒有什么特別(功能設(shè)置與SPIA差不多的話)也是沒什么問題的。
但是我之前使用SPIB測試過，發(fā)覺SPIB還是與SPIA有區(qū)別的。這點我也很不解～。
按道理應(yīng)該不會這樣。但事實卻是如此.


TMS320F280X的SPI 支持1-16位的數(shù)據(jù)類型。
而且 只有MSB先發(fā)送，不像ARM7/STM32等可以設(shè)MSB或LSB先發(fā)送。
TMS320F280X的SPI有回環(huán)模式， 可以用于測試，自發(fā)自收。
TMS320F280X的SPI有TX FIFO和RX FIFO. 及其中斷字節(jié)設(shè)置。

看來沒什么特別？ 是吧～？  先別小看啊～，就是搞不定它呢！


首先是要回環(huán)模式，這樣就是一個自發(fā)自收，方便測試。

其實現(xiàn)在看來，我曾經(jīng)范了幾點毛病。

1.
使用8位模式，但SPIA的總線，發(fā)送接收等寄存器都是16位模式。
2.
數(shù)據(jù)的位數(shù)設(shè)置不對
3.
時鐘極性與時鐘相位。
4.
使用了 TX FIFO與RX FIFO.
其實不用使用FIFO比較好。為什么？下面會講。
5.
沒有完全理解SPIA的發(fā)送與接收是【同時】進行的概念，這點實在很慚愧！
6.
發(fā)送是MSB對齊先發(fā)送，接收是LSB對齊接收，發(fā)送與接收是【同時】進行的!

Netjob

SSD1351的設(shè)置，是：
時鐘 空閑保持高電平。第二個時鐘邊沿數(shù)據(jù)采樣捕獲，第一時鐘邊沿鎖存

SCLK的空閑無效狀態(tài)是高電平 (其實也可以是低電平，但相位就要改改了，變?yōu)榈诙�個時鐘邊沿鎖存，，第一時鐘邊沿數(shù)據(jù)采樣捕獲)
數(shù)據(jù)的MSB 先發(fā)送。

好了，看看我是如何范這些毛病的,
void Write_Data(unsigned char Data)
void Write_Command(unsigned char Data)

看出參數(shù)都是8位的數(shù)據(jù)，比如要發(fā)送Data=0x55;那么傳輸?shù)紻SP 的SPI寄存器里這就出問題了！
是吧？ 因為是MSB先發(fā)送，這樣0x55到了16位的SPI寄存器例如SpiaRegs.SPITXBUF或

SpiaRegs.SPIDAT 就變?yōu)?x0055了，由于SPIA 設(shè)置位8位模式，而且是MSB 先發(fā)送。
那么就是只發(fā)送 0x0055的 00(高8位)了，低8位55就沒有發(fā)送了。

因此 發(fā)送前要做如下變換：

Uint16 tmp;

tmp=Data;


tmp<<=8;


。。。。


SpiaRegs.SPIDAT =tmp



       而接收時無需移位，SpiaRegs.SPIDAT、SpiaRegs.SPIRXBUF中低8位就是發(fā)送的tmp
      

SPIA的數(shù)據(jù)寬度設(shè)為8位。

SpiaRegs.SPICCR.bit.SPICHAR=7；
       這個其實很簡單，看看手冊就知道了，不過我在網(wǎng)上看的HOTPOWER有關(guān)C54X的SPI設(shè)置。
       就把SpiaRegs.SPICCR.bit.SPICHAR=8；來設(shè)8位的，這點我認為是不對了，雖然我不了解C54的SPI設(shè)置。
       但估計也與C28X是一樣的吧？哈哈！看來HOTPOWER也會范這樣的低級毛��？不會吧？
      
時鐘極性與時鐘相位，其實我的OLED要求的是      
【時鐘 空閑保持高電平。第二個時鐘邊沿數(shù)據(jù)采樣捕獲，第一時鐘邊沿鎖存，SCLK的空閑無效狀態(tài)是高電平】     
這個我想當然的搞錯了：

SpiaRegs.SPICCR.bit.CLKPOLARITY=1; // 空閑時是高電平 這是對的


SpiaRegs.SPICTL.bit.CLK_PHASE=1;//
這個是錯的！**



后來我認真看看了TI C28X SPI的數(shù)據(jù)手冊，這個大家一定要好好看看啊！




   
這個圖就是數(shù)據(jù)在時鐘下跳沿改變、鎖存，在時鐘上升沿被捕獲采樣。

如果不明白可以看看我的《精解 SPI 的
CPHA 時鐘相位 與CPLK 時鐘極性》
正確如下：

SpiaRegs.SPICCR.bit.CLKPOLARITY=1; // 空閑時是高電平 這是對的


SpiaRegs.SPICTL.bit.CLK_PHASE=0;//


SPIA的發(fā)送與接收是【同時】進行的概念
SPIA數(shù)據(jù)發(fā)送移位寄存器SpiaRegs.SPIDAT 是先發(fā)送MSB位，也就是BIT15位移位出SIMO，
同時從SOMI采樣一位數(shù)據(jù)到LSB 也就是BIT0。如此類推
BIT14移位到BIT15,然后發(fā)送到SIMO
BIT0移位到BIT1,然后從SOMI移入一位數(shù)據(jù)到BIT0……..

這個過程發(fā)送到SIMO和接收SOMI是同時進行的。
因此發(fā)生到底完成沒有，可以查看接收到完整的8位數(shù)據(jù)沒有。不過數(shù)據(jù)線怎樣，只要有MSB移除SIMO就有數(shù)據(jù)從SOMI移入BIT0,哪怕全是0或全是1.

都有點不同的是,C28X SPI手冊上說當數(shù)據(jù)接收完畢的SpiaRegs.SPIDAT，就好把SpiaRegs.SPIDAT的數(shù)據(jù)
輸入到SpiaRegs.RXBUF的RX FIFO中，并置位SpiaRegs.SPISTS.bit.INT_FLAG.
這點，我認為TI的數(shù)據(jù)手冊在忽悠我們。 真實情況是非的要關(guān)閉FIFO增強才會出現(xiàn)這個情況。
就是SpiaRegs.SPIFFTX.bit.SPIFFENA=0;
這樣我們要查詢到的數(shù)據(jù)發(fā)送完畢沒有，只有等到SpiaRegs.SPISTS.bit.INT_FLAG[local]1[/local]置位就可以了。

哎，有點晚了，明天還要上班啦～，大家請原諒在下了，

其實有決心寫這個全是因為當時出了問題比較著急，但在網(wǎng)上GOOGLE卻沒有什么收獲！真讓人氣憤！
全大陸這么多大學(xué)的YY,GG ,不是很會出啥書啥書的嗎？汗！
      真是希望大家從這文中有點收獲～，不要再被C28X的SPI折騰和TI文檔的折騰了～！哈哈。
希望TI別見怪啦～！

machunshui

頂一下

machunshui

“5.
沒有完全理解SPIA的發(fā)送與接收是【同時】進行的概念，這點實在很慚愧！”

Netjob這點沒理解，說不過去，這可是SPI最基本的概念