Cortex-M1程序从0xF0000启动失败问题求助

针对你遇到的PC卡在0x0、无法从0xF0000启动的问题，核心原因是Cortex-M1未实现VTOR寄存器，复位后必须从固定的0x0地址加载向量表：先从0x0读取栈顶指针（MSP），再从0x4读取Reset_Handler的地址。结合你需要在0x0存储FPGA比特流的约束，以下是具体解决方案：

一、核心思路 #

因为0x0地址要留给FPGA比特流，无法放置完整向量表，必须通过引导跳转或向量表拆分的方式，让内核复位后能跳转到0xF0000的程序入口。

二、具体方案 #

方案1：内部SRAM引导跳转 #

利用Cortex-M1可切换指令存储器的特性，通过内部SRAM做临时引导：

• 编写一段极简的引导代码，仅实现跳转到0xF0000的逻辑，将其放在内部SRAM的起始地址（需与内核配置的SRAM基址匹配）。
• 配置FPGA，让Cortex-M1复位后优先从内部SRAM读取向量表，执行引导代码后跳转到SPI Flash的0xF0000。

修改启动文件的Reset_Handler：

Reset_Handler    PROC
                 EXPORT  Reset_Handler             [WEAK]
                 LDR     PC, =0xF0000              ; 直接跳转到主程序起始地址
                 ENDP

方案2：拆分向量表与比特流（需验证比特流兼容性） #

如果FPGA比特流的前8字节（0x0~0x7）为非关键数据，可将向量表的前两个条目（栈顶指针、Reset_Handler地址）放在0x0，比特流从0x8地址开始存储：

1. 修改分散加载文件，单独指定向量表段在0x0，代码段在0xF0000：

LR_VECTORS 0x0 0x8  ; 向量表仅占用前8字节
{
  ER_VECTORS 0x0 0x8
  {
    startup_cm1.o (VECTORS)  ; 替换为你的启动文件名
  }
}

LR_IROM1 0xF0000 0x00100000  ; 代码段起始地址0xF0000
{
  ER_IROM1 0xF0000 0x00100000
  {
    *.o (RESET, +First)
    *(InRoot$$Sections)
    .ANY (+RO)
  }

  RW_IRAM1 0x20100000 0x00010000  ; 数据段地址保持不变
  {
    .ANY (+RW +ZI)
  }
}

2. 调整启动文件的向量表，确保Reset_Handler的地址指向0xF0000的程序入口。

方案3：模拟器临时配置（仅用于仿真） #

在模拟器中直接设置复位后PC的初始值为0xF0000，或配置模拟器将0xF0000识别为向量表起始地址，绕过硬件的向量表强制约束，但此方法仅适用于仿真阶段，无法解决实际硬件问题。

三、关键注意事项 #

• 必须确保Cortex-M1复位时能读取到有效的向量表条目（栈顶指针和Reset_Handler地址），否则PC会因加载无效地址而卡死。
• 若使用SRAM引导，需保证FPGA配置完成后，引导代码已正确加载到内部SRAM中。

内容的提问来源于stack exchange，提问作者arlen