|
（1）官方提供的例程里面，例如返回的结果不是 HAL_OK 的结果，一般直接跳转到 错误处理的函数里面了。这样写的目的是给开发者根据实际情况自己写异常处理代码。 （2）比较现实是，在项目中，如果STM32运行死机了，是很可能可以在这种 库函数运行返回值不是 HAL_OK 中进行故障定位的。 （3）问题是 一旦出现了这种返回值异常的错误，记录在哪里比较好？芯片自带FLASH区域？EEPROM？在人工干预重启后可以读取出这个结果而且通过串口上报到服务器上，这样就可以远程定位故障。 （4）直属上司类比的给我讲 安卓手机开发有 buge……之类的崩溃记录工具，设备端的STM32是否可以利用同样的手段去记录出错日志？所以引出了我这里想展开讨论的话题。 （5）因为我用FreeRTOS开了5个任务，开启了看门狗，只在其中一个最可能卡死的循环体中放置了喂狗代码，但是通常不起作用，所以我才想起记录错误日志的方案。 |
