OMAPL138基于SYSLINK的雙核通信LED實例

1、dsp+arm+fpga三核主板方案領(lǐng)導(dǎo)者目錄1實例編譯22實例演示33實例解析63.1實例程序結(jié)構(gòu)解析63.2實例sys/bios應(yīng)用程序解析73.3實例linux應(yīng)用程序解析131 實例編譯光盤中demo/syslink/ex10_led實例實現(xiàn)了利用mcsdk的syslink組件在arm端控制dsp端來操作開發(fā)板外設(shè)led執(zhí)行跑馬燈程序。本實例是基于ex03_notify增加dsp控制led功能。先按照廣州創(chuàng)龍omapl138開發(fā)板的用戶手冊基于omapl138的多核軟件開發(fā)組件-mcsdk開發(fā)教程.pdf安裝mcsdk，配置、編譯和安裝syslink。然后將ex10_led文件夾拷貝到

2、虛擬機/home/tl/ti/syslink_2_21_01_05/examples目錄下（該路徑不可隨意放置，否者無法包含到syslink里面的頭文件），然后進(jìn)入ex10_led目錄，如下圖所示：圖1執(zhí)行“sudo make clean”清除編譯生成文件，執(zhí)行“sudo make”命令重新編譯該例程，如下圖所示：圖2圖3在該目錄的dsp/bin/debug/目錄下生成.xe674格式文件server_dsp.xe674，如下圖所示：圖4在該目錄的host/bin/debug/目錄下生成linux端可執(zhí)行程序app_host，如下圖所示：圖52 實例演示執(zhí)行此實例雙核通信需要4個文件，sysl

3、ink.ko、slaveloader、server_dsp.xe674和app_host。按照基于omapl138的多核軟件開發(fā)組件-mcsdk開發(fā)教程.pdf教程完成syslink編譯和安裝后，syslink.ko和slaveloader將位于開發(fā)板文件系統(tǒng)如下位置：syslink.ko：/lib/modules/3.3.0/kernel/drivers/dsp/syslink.koslaveloader：開發(fā)板任意example的debug目錄中，如/ex03_notify/debug/slaveloader。以下為各個文件的作用：syslink.ko：雙核通信驅(qū)動。slaveloader

4、：用于arm端啟動dsp并加載.xe674格式的sys/bios文件，例如server_dsp.xe674。server_dsp.xe674：dsp端應(yīng)用程序。在此實例中，增加的dsp端控制led流水燈功能的代碼鏡像就是server_dsp.xe674。app_host：arm端應(yīng)用程序。將以上編譯出來的slaveloader、server_dsp.xe674、app_host和ex10_led中的run.sh拷貝到開發(fā)板同一個目錄下，例如開發(fā)板的根目錄：圖6進(jìn)入開發(fā)板的linux文件系統(tǒng)后，執(zhí)行如下命令安裝雙核通信驅(qū)動：targert#insmod /lib/modules/3.3.0/ke

5、rnel/drivers/dsp/syslink.ko trace=1 tracefailure=1圖7然后執(zhí)行“./run.sh”命令，觀察發(fā)現(xiàn)led會先閃爍兩次，再依次點亮所有l(wèi)ed，接著依次熄滅所有l(wèi)ed。target#./run.sh圖8使用“cat run.sh”命令可以查看到run.sh腳本中的內(nèi)容是：圖9以下為腳本內(nèi)容的解釋：./slaveloader startup dsp server_dsp.xe674：加載sys/bios應(yīng)用程序和啟動dsp核。./app_host dsp：啟動arm端linux應(yīng)用程序。./slaveloader shutdown dsp：關(guān)閉dsp核

6、。3 實例解析3.1 實例程序結(jié)構(gòu)解析在ex10_led目錄中運行“tree -l 3”命令,可以看到實例程序目錄的結(jié)構(gòu)如下圖所示：圖10dsp：sys/bios源代碼。host：arm端linux應(yīng)用程序。shared：arm和dsp內(nèi)存共享相關(guān)。products.mak：makefile調(diào)用的配置文件，用于識別編譯的頭文件和庫文件路徑。3.2 實例sys/bios應(yīng)用程序解析dsp/main_dsp.c中創(chuàng)建了smain任務(wù)，smain任務(wù)會先執(zhí)行server_init()，如下圖所示：圖11server_init()在dsp/server.c中定義，server.c是最常修改的sys/b

7、ios文件。此實例在server.c中增加了led控制函數(shù)led_init()，如下圖所示：圖12dsp/server.c中的led_init()函數(shù)實現(xiàn)了led對應(yīng)的gpio的基本配置。在初始化配置時讓4個led連續(xù)閃爍2次，如下圖所示：圖13led對應(yīng)的gpio相關(guān)寄存器定義如下圖所示：圖14sys/bios的smain任務(wù)完成后會執(zhí)行dsp/server.c中的server_create()函數(shù)。如下圖所示：圖15server_create()函數(shù)在dsp/server.c中定義，代碼如下圖所示：圖16server_create()函數(shù)會注冊notify事件。當(dāng)arm端notify事件注

8、冊時，dsp會觸發(fā)server_notifycb函數(shù)，接著執(zhí)行dsp/server.c中的server_exec()函數(shù)。如下圖所示： 圖17server_exec()函數(shù)在dsp/server.c中定義，該函數(shù)輪詢等待arm端發(fā)來的命令，其中server_waitforevent()是一種信號量等待方式，當(dāng)arm端有命令傳送過來時會解除等待，然后解析arm端傳入的命令，解析命令代碼如下圖所示：圖18從上圖可以看出，arm傳到dsp并解析出來的是num和event兩個變量。app_cmd_on_payload將在下一章節(jié)解釋。3.3 實例linux應(yīng)用程序解析host/main_host.c功

9、能和dsp/main_dsp.c類似，它初始化syslink，然后執(zhí)行host/app.c中的app_create()函數(shù)注冊notify事件，等待dsp端創(chuàng)建notify事件后,接著執(zhí)行host/app.c中app_exec()函數(shù)。arm端在app_exec()函數(shù)中向dsp發(fā)送控制led的命令，代碼如下：圖19可以看出arm端發(fā)送給dsp的命令有8個，分別是依次點亮4個led，再依次熄滅4個led。app_cmd_on_payload和app_cmd_off_payload分別表示控制led亮和滅，x分別為4個led編號?？刂茽顟B(tài)和編號需要dsp端解析。所以app_cmd_on_payload和app_cmd_off_pay