虽然STM32F3XX Hardfault处理程序内的循环并不能像预期的那样永远执行

Question

我想找到我在项目中看到的神秘微控制器的原因。我正在使用的微控制器是带有STM32F3XX驱动程序库的STM32F3设备。

我的设置还包括一个J-Link Ultra+调试器，但是令人沮丧的是，我尚未弄清楚如何重现重置。它们几乎总是在离开设备运行12个小时后发生，并且在旨在与调试器接口的编程夹具上连接时似乎不会发生。

我相信，当重置发生时，将调用硬故障处理程序。我有许多这样的设备，并且鉴于我无法将它们全部连接到调试器，并且重置在不合时宜的时间发生，我希望能够通过Hardfault Handler的串行线发送一些信息。然后，外部设备将观察到串行线。

更复杂的事情是缺乏未使用的UART引脚。我试图通过在硬故障处理程序中打开和关闭GPIO来创建一个穷人的UART，并在两者之间进行延迟。首先，我只想弄清楚如何以50％的占空比来触发这一领导。我的代码当前看起来像这样：

/**
  * @brief This function handles Hard fault interrupt.
  */
void HardFault_Handler(void)
{
  /* USER CODE BEGIN HardFault_IRQn 0 */
    GPIO_InitTypeDef GPIO_InitStruct = {LED_Pin, GPIO_MODE_OUTPUT_PP,
                                        GPIO_NOPULL, GPIO_SPEED_FREQ_LOW, 0};
    HAL_GPIO_Init(LED_Port, &GPIO_InitStruct);   
  /* USER CODE END HardFault_IRQn 0 */
  while (1)
  {
    /* USER CODE BEGIN W1_HardFault_IRQn 0 */
    HAL_GPIO_WritePin(LED_Port, LED_Pin, GPIO_PIN_RESET);
    HAL_Delay(10);
    HAL_GPIO_WritePin(LED_Port, LED_Pin, GPIO_PIN_SET);
    HAL_Delay(10);
    /* USER CODE END W1_HardFault_IRQn 0 */
  }
}

我正在通过触发零零重置的分隔符来测试。我已经禁用了所有看门狗，但我发现，当输入循环时，它并非永远，实际上，当设备首次击中hal_delay（）命令时，该设备会重新启动。

问题：

1. 到达HAL_DELAY（）时可能导致重置是什么？
2. 我可以无限期地执行指令在硬故障处理程序中，还是在重置之前必须做一些有限的时间？
3. 我可以在硬故障处理程序中使用计时器吗？

非常感谢您的帮助。

Answer 1

hal_delay（10）;使用Systick中断。当在HF中，您将不会受到任何中断，并且此功能将永远等待，并且您的二极管不会闪烁。您需要延迟另一种方式，例如：

for(unsigned x = 0; x < 100000; x++) asm("");

我可以在硬故障处理程序中无限期执行指令，或者
在重置之前，我必须做一些有限的时间吗
发生？

是的，只要您需要，您就可以呆在那里。但是没有中断！

我可以在硬故障处理程序中使用计时器吗？

是的，但是没有计时器中断。基本上，如果需要，您可以使用所有外围设备。

到达HAL_DELAY时可能导致重置的原因

很难说。您启用了看门狗吗？

基本上 不使用 hf中的Hal ，因为大多数功能都在内部使用hal_delay 。编程裸寄存器