工具与软件：
使用 TM4C129ENCPDT 调试产品时、我的代码完全停止工作。
我检查了闪存内容、发现起始地址设置为0x4000、但更改为0x84000。
这很难重现、并且只会偶尔发生。 您认为是什么原因造成了这种情况？
或者、CPU 中是否存在某种行为、即写入起始地址0x4000的任何内容作为 CPU 的函数移动到0x84000区域？
通常、您会在0x4000之后将引导加载程序和备份程序写入该区域、并在0x80000之后将正常程序写入该区域。 然后、在引导时、使用镜像模式在0x80000之后的区域中执行程序。
您好！
这很难重现、并且只会偶尔发生。 您认为是什么原因造成了这种情况？
[/报价]AER 您说代码大部分时间运行正常吗？
[/quote]或者、CPU 中是否存在某种行为、即写入起始地址0x4000的任何内容作为 CPU 的函数移动到0x84000区域？
通常、您会在0x4000之后将引导加载程序和备份程序写入该区域、并在0x80000之后将正常程序写入该区域。 然后、在引导时、使用镜像模式在0x80000之后的区域中执行程序。
[/报价]引导加载程序将位于0x0。 复位后、它将检查地址0x0和0x4处的有效堆栈指针和复位向量。 如果它们有效、处理器将跳转至应用。 如果您的正常应用程序位于0x80000处、则应跳转至0x80000、因为0x4处的复位矢量将指向您的正常应用程序。 除非复位矢量如此说明、或者要求您的正常应用程序或自定义引导加载程序在您设计的情况下跳转到备份应用程序、否则处理器没有理由跳转到0x4000以运行备份固件。
您可能还需要检查写入到 NVIC_VTABLE 寄存器中的内容。
系统复位时、向量表固定在地址0x0000.0000。 特权软件可以写入
向量表偏移量(VTABLE)寄存器、用于将向量表的起始地址重新定位为不同的
存储器位置、在0x0000.0400到0x3FFF.FC00范围内(见119页的"向量表")。 注意
在配置 VTABLE 寄存器时、偏移量必须在1024字节的边界对齐。
