如何在微控制器硬件复位之前保存一些数据？

作者: 老人与海。
发布时间: 2024-04-08 11:57:58 (1月前)
转自：

6 条回复

0#
回复此人
早岁那知世事艰 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 如果您的芯片支持嵌入式指令跟踪，唯一可靠的解决方案是使用具有跟踪功能的调试器。 </p> <P> 某些设备可以选择将看门狗超时重定向到中断而不是重置。这将允许您像异常处理程序一样编写看门狗超时处理程序，并转储或存储堆栈信息，包括返回地址，该地址将指示中断发生的位置。 </p> <P> 但在某些情况下，这两种解决方案都不是实现目标的可靠方法。在具有中断处理程序的多任务环境或系统中，发生监视程序超时时运行的代码可能不是导致问题的过程。 </p> </DIV>

编辑
1#
回复此人
薄情 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 它写在您的手册中。 </p> <P> 我不知道具体的处理器，但在大多数微处理器中，看门狗复位是软复位，这意味着某些寄存器将保留有关复位源的信息，有时还有原因。 </p> <P> 您需要在飞思卡尔postC上发布更具体的信息才能正确回答。 </p> </DIV>

编辑
2#
回复此人
大黑骡子王 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 即使你可以在复位之前得到程序计数器，也不建议在复位后盲目地将程序计数器设置为另一个程序计数器 - 因为可能存在堆栈和堆信息以及数据本身也可能已经改变。 </p> <P> 这取决于您在重置后要保留的内容，某些行为或数据？看门狗后，易失性存储器可能已清除或未清除（请参阅您的uC数据表），并且您可以在检查复位寄存器后检测到复位（再次参见您的uC数据表）。通过检测复位并检查易失性存储器，您可能能够在不太可能发生复位事件之后以您希望的方式重新启动uC。您可以创建一个全局值并将其设置为全局范围内的特定值，然后如果它重置，则在发生重置事件时检查它的值 - 如果它是相同的，您可以假设其他内存也可能是相同的。如果易失性存储器不是一个选项，您需要查看非易失性选项的数据表，但是由于写入限制，建议不要连续写入非易失性存储器。 </p> </DIV>

编辑
3#
回复此人
满目山河 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 两件事情： </p> <OL> <LI> 写一个的<strong> 日志 </强> ！并旋转该日志以保持最后30分钟。或者您认为需要重现错误的任何合理时间。如果日志停止，您可以看到之前发生的事情。即使在生产级设备中也存在一定程度的日志记录。 </LI> <LI> （少，实用）你可以附上一个的<strong> 调试器 </强> 几乎每个微控制器和步骤通过代码。可能会在您进入代码的关键部分之前设置一个断点。一些IDE / UC允许“ <EM> 数据断点 </EM> “当某些变量包含某些值时会触发。免责声明：我不熟悉您使用的确切微控制器。 </LI> </醇> </DIV>

编辑
4#
回复此人
一只特立独行的猪 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 根据您的微控制器，您可能会获得重置原因，但前一步 <code> program counter (PC/IP) </code> 复位后无法进行。 </p> <P> 大多数现代微控制器都有规定 <code> Watchdog Interrupt </code> 代替 <code> reset </code> 。您可以配置看门狗外设以启用中断，在该ISR中，您可以检查堆栈上存储的上下文。（您可以从JTAG调试器获取帮助以检查调用堆栈）。 </p> <P> 如果您的微控制器支持上述方法，则可以使用多种调试方法。 </p> <P> 例如简单来说 <code> while(1) </code> 基于体系结构，您可以使用HW计时器并在部分代码之后重新启动它。在Timer ISR中，您将知道哪个代码段比定时器消耗的时间长。 </p> </DIV>

编辑

登录后才能参与评论