[参考译文] CC3220S：自定义引导

尊敬的 Andrea：

您描述的内容应该起作用。 我对CC3220SF 的引导加载程序使用类似的方法(第二级引导程序正在从 XIP 闪存执行)、这是我很久以前编写的、并且工作正常。 我个人怀疑链接器文件存在一些问题、但如果不调试真实代码、很难说... 也许在我的 bootlaoder 源代码中、您会找到一些线索。

1月

您好、Jan、

非常感谢您的回复。

我的引导加载程序源代码与您的源代码非常相似(仅在加载和执行应用程序的过程下面)

#define SRAM_BASEADDR           0x20000000
#define SRAM_APP_OFFSET            0x14000

void RunFirmwareImage(unsigned long);
__asm("    .sect \".text:RunFirmwareImage\"\n"
      "    .clink\n"
      "    .thumbfunc RunFirmwareImage\n"
      "    .thumb\n"
      "RunFirmwareImage:\n"
      "    ldr    sp,[r0]\n"
      "    add    r0,r0,#4\n"
      "    ldr    r1,[r0]\n"
      "    bx     r1");

void LoadAndExecute(AppRec_t AppRec)
{
	unsigned long Token;
	long FileHandle;
	SlFsFileInfo_t FsFileInfo;

    // Get the file size using File Info structure
    if (sl_FsGetInfo(FWname[AppRec], NULL, &FsFileInfo) >= 0)
    {
        // File exist - open it
        FileHandle = sl_FsOpen(FWname[AppRec], SL_FS_READ, &Token);
        if (FileHandle > 0)
        {
            // File opened - read it into RAM
            if (sl_FsRead(FileHandle, 0, (unsigned char *)(SRAM_BASEADDR + SRAM_APP_OFFSET), FsFileInfo.Len) >= 0)
            {
                // File copied into RAM - close it
                if (sl_FsClose(FileHandle, 0, 0, 0) >= 0)
                {
                    // Eval and check CRC32
                    if (CRC32check(AppRec, (unsigned char *)(SRAM_BASEADDR + SRAM_APP_OFFSET), FsFileInfo.Len) == 0)
                    {
                        // CRC32 is correct - stop the network services
                        sl_Stop(200);
                        // Execute the application
                        RunFirmwareImage(SRAM_BASEADDR + SRAM_APP_OFFSET);
                    }
                }
            }
        }
    }
}

唯一的区别是 CRC32check()函数，用于验证 RAM 中加载的文件的 CRC32

我有2个问题：

1. 由于我的器件是 CC3220S (安全)、因此必须对应用程序(在您的示例中为 energia.bin、在我的示例中为 app1.bin)进行签名、或者我可以使用 CCS 中构建的"正常" bin 文件？
2. 在我的应用程序中打开映射文件我注意到：
   1. 入口点符号："resetISR" 地址：2000cc25
   2. 2000cc24  0000001a   nortos_cc32xx.a：startup_cc32xx_ccs.oem4 (.text：resetISR)

在行(a)中、 复位 ISR 的地址 是一个奇数 、该地址加载到程序计数器中以运行应用程序；这是正确的？

此致

Andrea

尊敬的 Andrea：

您的问题答案：

1.应用程序在二进制代码的开头不能有带签名的标头。 只有引导加载程序才应根据证书链进行签名、因为这是由 ROM 引导程序验证的。 您应该验证您的应用程序代码是否不包含此标头。

2.很抱歉，但我不理解你的问题。 我不会定期使用 TI 编译器中的映射文件。 但我认为类似的工作可以在 CCS 中执行"内存分配工具"。

我可以为 CC3200器件的应用程序和引导程序提供链接器文件示例。 我在前一个项目中使用的代码。 由于 CC3220S 和 CC3200具有相同的代码执行方式(来自引导程序0x20004000的入口点、256KB RAM 以及从 RAM 执行)、因此示例也应在 CC3220S 中工作。

引导加载程序：

--retain=g_pfnVectors

#define RAM_BASE 0x20004000

MEMORY
{
    SRAM_CODE (RWX) : origin = 0x20004000, length = 0x8000
    SRAM_DATA (RWX) : origin = 0x20000000, length = 0x4000
}

SECTIONS
{
    .intvecs:   > RAM_BASE
    .init_array : > SRAM_CODE
    .vtable :   > SRAM_CODE
    .text   :   > SRAM_CODE
    .const  :   > SRAM_CODE
    .cinit  :   > SRAM_CODE
    .pinit  :   > SRAM_CODE
    .data   :   > SRAM_DATA
    .bss    :   > SRAM_DATA
    .sysmem :   > SRAM_DATA
    .stack  :   > SRAM_DATA(HIGH)
}

应用：

--retain=g_pfnVectors

#define RAM_BASE 0x20020000

MEMORY
{
    SRAM_DATA (RWX) : origin = 0x20000000, length = 0x20000  /* 128 KB */
    SRAM_CODE (RWX) : origin = 0x20020000, length = 0x20000  /* 128 KB */
}

SECTIONS
{
    .intvecs:   > RAM_BASE
    .init_array : > SRAM_CODE
    .vtable :   > SRAM_CODE
    .text   :   > SRAM_CODE
    .const  :   > SRAM_CODE
    .cinit  :   > SRAM_CODE
    .pinit  :   > SRAM_CODE
    .data   :   > SRAM_DATA
    .bss    :   > SRAM_DATA
    .sysmem :   > SRAM_DATA
    .stack  :   > SRAM_DATA(HIGH)
}

1月

您好、Jan、

使用 CCS 中的"去汇编"窗口中的分步调试、我发现我的 Booloader 运行正常

堆栈指针和程序计数器被成功设置并且内核执行"某些操作"(我只看到汇编器代码)

但是，如果我让代码自由运行， 它会跳 转到 FreeRTOS resetISR()

因此、我尝试了以下实验：

• 我重建了我的 App1、以便将.resetVecst 映射到0x20004000 (入口点地址)中
• 我被引导加载程序从闪存中移除、并使用 App1 (通过 Uniflash)对其进行了覆盖

这样，SLB 应该直接启动 App1 -->但不能 启动 App1 (!)

奇怪的是、如果我通过 CCS 中的调试器加载 App1、一切都正常

但我认为这个新问题需要一个新的问题...

此致

Andrea