OMAPL138的双核开发流程

zxbdlv

5 y0 \1 w& _5 Q: F5 e) [想在OMAPL138的ARM端跑Linux .DSP端跑sysbios . 创龙给的双核例程。直接在linux下。makefile所有文件。然后运行.run.sh就可以跑了。我搞不明白，实际开发中，DSP程序到底是怎么弄得。不是在window里的CCS，生成.OUT文件，然后ARM端来调用吗？求大神指点！！！

tenny

一般 CCS 环境和非 CCS 环境结合

+ O2 }+ q# G( ]CCS 环境开发算法类和硬件驱动类部分
4 j4 T! P4 t2 j: |% M
# `4 `8 Z1 ]2 x) X* M0 m然后整合在 makefile 工程里，并加入双核通信和程序的功能逻辑

如果必要时，也可以在 ccs 中对 makefile 工程生成的程序进行调试

完全由 ccs 环境构建的双核工程，OMAPL138上暂时未提供，ti 官方的例程也都是非 ccs 环境的

zxbdlv

tenny 发表于 2016-6-14 20:34
8 A) H6 ]9 o% E/ l3 a  r$ \  S- p+ r一般 CCS 环境和非 CCS 环境结合

CCS 环境开发算法类和硬件驱动类部分

) r& j7 L1 {1 U% a( S  }4 v, D那最终DSP的程序，是以什么方式存储在nand里或者emmc呢？你们的tl-mcasp-only-dsp直接就是，而其他的例程编译的结果如下图。 真实项目里的dsp程序，是以什么方式保存在板子里呢？

1 }6 q) G2 |3 S# k* D
  a: o3 v6 j5 Q, Y8 A5 a

tenny

成为 linux 下的普通文件，
运行是用固件 loader 将文件类容解析并加载到 dsp ，dsp 开始跑程序

Jackindata

zxbdlv 发表于 2016-6-15 13:56
那最终DSP的程序，是以什么方式存储在nand里或者emmc呢？你们的tl-mcasp-only-dsp直接就是，而其他的例程 ...

双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放在 Linux的 文件系统中。至于是 nand 还是 emmc，要看这个 Linux 文件系统是怎么样的（如果是网络文件系统，存在任何地方都有可能的）。
# d  W- r" g  G* f& L只要能够让 slaveloader 读取并加载到 DSP 运行就可以了。

zxbdlv

Jackindata 发表于 2016-6-21 17:05
双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放 ...

谢谢分享！！！

zxbdlv

Jackindata 发表于 2016-6-21 17:05
双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放 ...

' M& ]$ J+ I2 W: g  C7 U谢谢分享！！！!

zxbdlv

Jackindata 发表于 2016-6-21 17:05
双核程序的启动过程由 Linux 控制（比如 run.sh 脚本），所以全部文件一开始都也是由 Linux 管理的，存放 ...

感谢分享