TMS320F28379D: IPC BOOT

好的，我会在测试后给您回复

另外对于双核 IPC（处理器间通信），请参阅以下研讨会，特别是第 11 章

https://training.ti.com/c2000-f2837xd-microcontroller-workshop

本次研讨会逐步介绍如何处理设备的双核调试内容。

您好，请问测试结果怎样？程序下载进去能正常运行吗？

我使用launchpad也是不可以的，我怀疑是launchpad不支持sci boot的原因。

测试其他的dual例程是没有问题的

cpu2程序下载进去跑不起来而cpu1的能跑起来就有点奇怪了，我怀疑是不是CPU2程序的cmd文件配置不对导致程序的入口地址不对？

/* BEGIN is used for the "boot to SARAM" bootloader mode */

BEGIN : origin = 0x000000, length = 0x000002

user6574429 说：

我怀疑是不是CPU2程序的cmd文件配置不对导致程序的入口地址不对？

配置是没有问题的

另外在F2837xD_sci_flash_kernels_cpu01.c内

//! In this example, we set up a UART connection with a host using SCI, receive
//! commands for CPU1 to perform which then sends ACK, NAK, and status packets
//! back to the host after receiving and completing the tasks. This kernel has
//! the ability to program, verify, unlock, reset, run, and boot CPU2 to SCI
//! boot loader. Each command either expects no data from the command packet
//! or specific data relative to the command.
//!
//! In this example, we set up a UART connection with a host using SCI, receive
//! an application for CPU01 in -sci8 ascii format to run on the device and
//! program it into Flash.

那CPU2程序下载不进去是什么原因？我换了一个cmd文件就能跳到main函数

user6574429 说：

我换了一个cmd文件就能跳到main函数

换了哪一个cmd？您也是launchpad测试的？

Susan Yang 说：

换了哪一个cmd？您也是launchpad测试的？

是的，我换了2837x_RAM_Lnk_cpu02.cmd

我看了一下，使用launchpad是会卡在

即使是使用您换的2837x_RAM_Lnk_cpu02.cmd，虽然在load时可以跳到main，但是cpu1还是会卡在上面的语句

即不能从CPU1使用sci boot 来使能cpu2

launchpad是不支持sci boot的

我需要解决的就是让程序进入main就行了，但是我的直接跳不到main函数中？这是什么其情况？

Susan Yang 说：

cpu1还是会卡在上面的语句

即不能从CPU1使用sci boot 来使能cpu2

通过更改scia的引脚能够实现通过sci从主机上下载程序

请问您现在是想实现什么功能呢？launchpad的sci boot而后在flash运行？

我就是想把这个程序当作二次bootloader烧入到flash中

但是程序烧入flash后在调试模式下能运行，重新上电后就不能运行了（我增加了关闭LED灯的程序来判断程序是否运行）

以下是launchpad的说明

https://www.ti.com.cn/cn/lit/ug/sprui77c/sprui77c.pdf 

user6574429 说：

但是程序烧入flash后在调试模式下能运行，重新上电后就不能运行了

您使用的是哪种boot呢？是否有可能是根本就没有boot起来？

Susan Yang 说：

您使用的是哪种boot呢

boot引脚设置为GET boot模式（拨码开关设置为0，1，1），没有对bootctrl寄存器进行设置，使用默认模式，默认模式是FLASH BOOT

sci_flash_kernel 是利用GPIO设置的串口引导方式，然后通过ROM中的SCI BOOT将flash_kernel从PC端加载到RAM中运行，然后kernel运行后接收串口发过来的应用程序的数据进行flash操作。

flash kernel是ROM里面的，ROM里面的SCI boot需要配置GPIO来进入这种模式，让它跳转到Flash kernel的代码

如之前所说，该launchpad不支持sci boot,所以上面的是行不通的。您需要使用control card

Susan Yang 说：

flash kernel是ROM里面的，

Susan Yang 说：

通过ROM中的SCI BOOT将flash_kernel从PC端加载到RAM中运行

您提到的这两个flash_kernel应该不是同一个东西吧，一个是固化在boot RAM中的一个是二次bootloader吧？

Susan Yang 说：

ROM里面的SCI boot需要配置GPIO来进入这种模式，让它跳转到Flash kernel的代码

我的想法是把flash_kernel烧到flash中，通过flash boot启动flash_kernel，并进行应用程序下载

Susan Yang 说：

该launchpad不支持sci boot,所以上面的是行不通的

我已经把scia的管脚更换成仿真器中的gpio42，43，flash_kernel程序下载到RAM中后能实现与主机通信，并且能将应用程序烧到flash中。

user6574429 说：

我已经把scia的管脚更换成仿真器中的gpio42，43，

您是带仿真器来在CCS内进行上述操作的？默认在CCS下debug模式使用的是仿真器boot模式

https://www.ti.com/lit/an/sprabv4d/sprabv4d.pdf 

好的，谢谢您的回复， 我还有一个疑问，如果烧写了两个工程到flash的不同位置（程序没有覆盖）中，采用flash启动，那么上电后程序是进入哪个工程运行？

您好，请问如果板子支持SCI boot模式，那么SCI boot函数是rom里面已经存在的，还是需要用户下载进去的？