工具与软件：
我有一个非常简单的单线程应用程序。 在开发期间、我的应用运行良好。 我现在有一小部分正在测试的电路板。 在其中大约40%的器件中、我在从断电冷状态启动时收到预取错误。 执行一个 POR 可使应用程序正常运行。 发生异常时、IFAR 寄存器会显示预取处理程序本身的地址。 添加调试代码会在对应用进行调试步进时更改错误的位置、因此它看起来是与一个内存位置相关的、而不是特定指令。 我怀疑电源稳定性可能是个问题、但这似乎没问题。 我正在寻找有关可能导致问题的内存/处理器配置问题的指导。
谢谢你
您好、Matthew：
我将您的代码运行到了我的演示板中、但我在最后看不到任何问题
我们是否需要执行任何其他操作(如发送某些特定数据等)来触发 预取 中止？
[quote userid="418224" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1393547/rm57l843-cold-boot-prefetch-error 通过他们中约40%的人收到预取错误在我看来、这也让我感到困惑、如果所有电路板的代码相同、为什么只有40%的电路板遇到此问题。
我认为它们不会有单独的硬件。
您是否在 CCS 中对配置有所不同？
我希望您禁用了自动 ECC 生成选项、因为在链接器 cmd 文件中手动生成 ECC 时不需要此选项。
——
谢谢、此致、
Jagadish。
感谢您浏览代码。 我还发现非常奇怪的是、问题只出现在某些电路板上。 这可能是硬件问题、但我不知道如何解决。 所有电路板在制造过程中均经过 III 类检查并经过验证。 我将再次检查电源。
我遇到的困难就是确切地确定出现问题时处理器正在执行的操作。 我认为、它可能具有 dabort 异常、然后在 dabort 异常处理程序期间抛出预取错误。 为了进行测试、我将以下 while (1)；trap 放入 dabort 处理程序中。 这样做会导致它卡在 UNDEF 异常处理程序中、而不是预取处理程序中。
ARM 判断是否实际引发异常的最佳方法是什么、或者是否出于某种原因、只是从这些异常处理程序运行代码、而不是正确的入口点。
谢谢您的回答。 我从应用程序中删除了中断向量映射、因此可以确认没有中断处理程序引起问题、并且处理器实际上处于中止状态。 不幸的是,我仍然很困惑。 我熟悉如何使用状态寄存器来了解中止异常发生的位置。 但是、在这种情况下、我认为这些信息毫无意义。 指令故障地址寄存器读取位于存储器最末端(且为空)的"0xFFFFFFFE"。 R14寄存器读取 作为程序入口点的0x02。 此外、SPSR_ABT 寄存器将模式显示为"中止"、这似乎表明其之前的状态为"中止"、然后进入"中止"。
作为参考、这是我的 启动电压曲线。 从 IO 电压处于范围内到内核电压处于范围内大约有43ms 的时间。 数据表专门说明了板载功率监控器不应启动启动启动序列、直到两个启动序列都在范围内并且顺序并不重要。
