[参考译文] TM4C1294NCPDT：TM4C1294 MCU 无法访问、并且可能内核挂起

感谢您-回答如下：  (CB1的初步建议； CB1的后续回应)

[引用 user="Senshil Paramasivam">向 TM4C 添加定期切换的 LED (快速)可识别任何"显著"的功能丧失。 (测试 MCU：计时器、GPIO 和中断！)
好主意。 我们可以定期验证计时器和 GPIO 访问、并切换 LED。 您建议如何验证中断？

这很简单-因为目标是"评估尽可能多(合理地)的 MCU 系统元件"-只需让(所选)定时器的周期性"中断"调用"X-OR"GPIO 即可。   因此... 三只鸟— “单 (CB1)石头”。   (已通过计时器、GPIO 和中断全部(定期)测试并清楚地进行监控！)   如果 LED 指示灯继续闪烁-"悬挂核心"为(已解除)实际结果。

[引用 user="Senshil Paramasivam">您是否还没有尝试过"重置 TM4C 的 UART"？
在我们的设计中、我们只需通过 UART 接口从嵌入式 CPU 访问 TM4C。 无直接访问。 在这种情况下、我们无法从嵌入式电路板访问 TM4C、因此尝试在嵌入式侧重置 UART。

MCU 的 UART 在加电后正常运行后"立即退出"是很少见的。  从基础知识开始-(MCU 上)信号电平最近是否被测量并确认为"w/in spec？"  在我们公司的许多/大部分设计中-我们(通过计时器)对 UART 进行编程、使 其使用其所连接的设备定期进行"握手(*)"(除非交易活动(两者都是)高电平且最新！)  当检测到足够长的"安静"时间时- MCU 将"握手"(*) -并等待响应。   如果该响应未能到达或出现(某种方式)损坏、则 MCU 的 UART 将执行"外设复位"-重新初始化-并尝试新的握手。(*)  这涉及在您的设计中添加此类"扩展和提高稳健性"代码策略。   

[引用 USER="Senshil Paramasivam]*在开发过程中、创建"活动测试"(哪些是"监控单个 MCU 外设")并提供"外设恢复"(如有必要、如有必要、)...
好主意、我们将包括这些内容。[/引述]

好极了！   响应(如上所述)注释(一种方法)以实现"活动测试"、"使 MCU 能够"发现问题"、并"智能地尝试修复"。   另请注意-可以 对每种"问题检测"进行编程、以便在"CU 监控指示灯"上生成唯一的模式-宣布问题-并"恢复正常"-"修复"何时成功或应该成功！   此外-它(始终)证明是明智的-"通知"连接的(处理器或板)- MCU 发现了一些问题-尝试"修复"-然后发出"修复"完成信号...

[引用 user="Senshil Paramasivam">并且-这些"板板"在您的"现场总人口"中所占比例是多少？ 这很重要-不是吗？
这并不重要。   我们没有大量的样片可供总结、并且仅在客户设置中多次发现此问题。

可能需要注意的是、这里的许多人会质疑您对"不重要！"的评估   如果样本大小如此小-那么(任何)故障证明"严重"-并且(迄今为止)"发现此类缺陷的发现有限"-可能比"缺陷"(扩展)的存在更多地反映您/客户的"检测技术和/或努力"！   我相信这句格言 "索瑞号"(非常)非常适用-在这里...

另一个注释"看门狗使用情况"-(CAN)导致完全 MCU 复位-并且(复位)证明比此处概述的"专用且重点突出的基于外设的技术"更"中断和耗时"。   当然- W-Dog 提供 了"没有关键见解"-此处介绍的"重点更突出/更有效"诊断方法做得好...

(*)"握手"(如此处所述)不涉及"流量控制"或其他(额外)信号。   此处的用法描述了一个(非常)简短的"UART 交换"-在 MCU 和远程设备之间-以确保通信"存在、是双向的-并且是正确的..."

也许(现在)是时候出现"这个已解决"的绿色标记了！   (请注意、供应商已注册具有此类指导的"愉快"。)

当您说"外设复位"时、您是指在 UART 中连接的嵌入式 CPU (器件)复位、还是仅指复位 UART 接口？

我特意采用了"外设复位"来区分"UART 外设复位"。   (此类"独立外设复位"比整个 MCU 复位更快且干扰更小。)   此外、它们可能会单独 "计数" 、从而提供对潜在问题的见解： "程序、组件或系统"问题！

我应该注意的是、我们的公司(通常)包含一个小型(外部) EEPROM (故意不包含在 MCU 中)、并且该器件会"加载"相关的"无关信息"、该信息可提供关键数据-即使电路板已离开(由客户拥有)。

摆脱了(早期)"核心挂起"(SENSE)-您现在应该更好地准备好产生更强大的设计-并且可能有一个能够"发现(甚至)克服并记录"(问题)的设计-而不是... 运行盲...

就像 包含 CB1 最近 的各种彩色文本 一样 、阅读起来非常愉快。  除了火星任务调试程序外，他还建议 地球引力非常重。

针对 Tivaware 控制台的调试显示：

#define debug 1 

//
//
//如果驱动程序库遇到错误，则调用的错误例程。
////
*****************

#ifdef debug
void
__error__(char *pcFilename、uint32_t ui32Line)
｛

#endif


UARTprintf ("assert_debug：%s 行：%d %s\r\n"、msg、__line__、__file__) 

可以在 C：\ti\Tivaed\MyLibraryVerison\examples 中找到看门狗示例工程。 NMI 引脚默认 PD7 必须配置为看门狗使用(请参阅数据表中的 SYSCTRL 寄存器文本)、 软件模拟 POR 、并且可以从其他器件远程触发。  如果    通过 看门狗 处理 NMI 进行配置、某些异常似乎也可能以某种方式触发 NMI 中断。  该部分高于我目前的薪酬等级、 也许 Charles/CB1会鸣响如何实现这一目标。