您好，请教些问题，
使用双核，以前一直用ram做的正常工作，现在改了下cmd 搬到单机运行，结果两个cpu都不工作了，没有任何输出，感觉没有加载起来。自己折腾了好久，网上看了好些问题，也还是没明白为啥不工作了。板子本身应该没问题，以前单核的程序，可以standalone运行。
疑惑一：
从一些帖子里看到<www.deyisupport.com/.../190597.aspx
“
看controlsuite里的双核例程，在cpu1的主函数里有InitSysCtrl(); cpu2的主函数里没有，是不是双核初始化就是这样，只需要在cpu1里进行一次初始化？
你说的对，就是在CPU1初始化一下系统时钟，flash等就行了。CPU2无需配置。
”
另外从这个贴里也看到
<www.deyisupport.com/.../311014.aspx
"大哥，你好，我在你的指示下将blinky双核的程序做了化简，只在cpu1中写了IPCBootCPU2(C1C2_BROM_BOOTMODE_BOOT_FROM_FLASH);
将cpu2中的
extern Uint16 RamfuncsLoadStart;
extern Uint16 RamfuncsLoadSize;
extern Uint16 RamfuncsRunStart;
memcpy(&RamfuncsRunStart, &RamfuncsLoadStart, (size_t)&RamfuncsLoadSize);
都删除了 ，load 完之后 掉电 再 上电 发现两个小灯确实按程序的设定进行亮灭了，
"
InitSysCtrl() V140版本里这个函数里含有memcpy() 和 InitFlash(), （另外已经设置了ifdefCPU1 配置clk 对cpu2 也不影响）。所以我的问题是在 cpu2里 不需要memcpy()和 InitFlash()吗？
按道理两个cpu是独立的flash，cpu2应该也还要把代码搬运代码到ram吧，如果为了加快速度。
疑惑二：
参考例程在自己的板子上做了双核的程序，使用ram和flash 设置可以，但用standalone后，断电开电运行，两个cpu都不work了。在cpu2里， 我加了 InitSysCtrl() 和 一些函数的加载ram设置 #pragma CODE_SECTION(critical funs xxx, "ramfuncs"); 请问，有什么可能原因呢？
疑惑三：
当出现standalone不工作后，怎么才能知道哪里出问题，有哪些调试手段可以看到cpu此时是卡在哪里了，还是根本没有boot起来？
非常感谢！
问题已经解决，这里说一下。后来仔细查看了代码，最后又翻看了这个帖子，有了点提示。https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/317040#pi316717=3>
在上面这个帖子里 它虽然不是28377，但是最后问题出现在IPC boot的函数上。 。 该驱动函数的版本不适用于老的REV0版本，丢失了一些语句，导致无法boot成功.“Mike,
I think I might know the problem now. you are running on REV0 device. Take a look at this function in the driverlib
unsigned short IPCMtoCBootControlSystem(unsigned long ulBootMode); does it have the below code?
//Initialize Control Subsystem memories
if(RAMControlInitM1MsgRam())
return true;
if(RAMControlInitL0L3Ram())
return true;
if not you are using latest driverlib which is good for REVA and beyond. For REV0 you would need the function from earlier version of driverlib (for ex: v160). Take a look at file ipc_util.c for the above function (edit: in C:\ti\controlSUITE\device_support\f28m35x\v160\MWare\driverlib). It has the above mentioned piece of code which does RAM-INITS for C28x RAMs before the boot mode command is sent. This is needed on REV0 F28M35x devices.
you can keep using the latest version of driverlib (it has other fixes) but please modify the above function and try it out.
Best Regards
Santosh”
我查看了我的377D的 IPC drive 函数，我的是controlsuite V140 版本，而我之前测试成功的例程是v200 版本。主要区别见图。
我觉得是v200 版本里，先检测了cpu2 如果没有boot， 那么再等待检测知道它ready for boot，而在v140 里，
do
{
bootStatus = IPCGetBootStatus() & 0x0000000F;
} while ((bootStatus != C2_BOOTROM_BOOTSTS_SYSTEM_READY) ||
(bootStatus != C2_BOOTROM_BOOTSTS_C2TOC1_BOOT_CMD_ACK));
这里一直halt 在着，如果 not ready for boot 或者not boot。问题是，没有boot的话，应该是正常的状态，结果因为用了个 或者的逻辑 “||” 导致正常状态下，一直halt这了。
所以，把“||” 改成“&&” 后，就好了。或者直接使用 v200里的函数也就好着。
所以这个bug，好伤人，花费了好几天， 找了各种相关问题，也从没有见哪里提到过。以后还是应该及时使用最新版的驱动和例程来开发。
建议是： 如果TI更新了不同的驱动，最好作者在本函数文件头，加一个注释，至少说明下和前一个版本的区别。或者在官网论坛上highlight说明下，因为我们用户可能是早期使用了该芯片，使用了早期软件版本，大家测试功率电路已经挺费劲挺小心了，一般不会不停的跟着软件版本更改之前已经经过功率电路测试好的代码，尤其驱动函数之类。很底层的驱动bug 用户也不回那么注意到。
也多谢datong 兄的热心帮助和自己调试经验的分享！
