工具与软件：
尊敬的 专家：
我参考以下链接以尝试找出程序有什么问题。
当前信息如下：
PC：0x000351c4
LR：0x0002A959
TI RTOS：tirtos_tivac_2_16_01_14
我们发现程序在队列中结束、 我们不知道如何找出原因。
为了解决问题的原因、我们需要提供哪些信息？
非常感谢
Ray Yang
您好！
下图显示了如何创建和发送邮箱。
Ray Yang
您好！
你似乎在邮箱中处于挂起状态、因为你在2903行中调用了 Mailbox_pend。 它会一直等待、就像它正在等待信标一样。
您的 Task1MessageDat 是否曾被调用？ 如果您在 Task1MessageDat 中放置断点、它会在这里停止吗？
Task1MessageDat 的 优先级是否低于 Task11Message？ 您可以更改优先级吗？如果这会产生什么影响？
问题是立即发生还是邮箱在一段时间后停止工作？
尊敬的 Charles：
我很抱歉没有告诉你首先发生的事情的细节。
1)老化试验(设备可靠性试验),在室内进行,类似于典型的实验室环境。
2)" PC 等于0x000351c4。 您是否能够跟踪代码以找出此地址附近的 CPU 指令？"
跟踪代码以尝试找出程序出错的位置、您的意思是"0x000351c4"吗？
如果是、正如我在第一篇文章中所说的、PC 最终会出现在邮箱程序区域中。
3) 3)请看一下以下图片中的1)和2)关于堆栈和堆设置。 这两个(堆栈/堆)是相同的东西还是不同的宇宙东西?
1) 1)它们是在 ARM 链接器中设置的。
2) 2)它们在.cfg 中设置。
程序编译后生成的.map 文件显示当前堆栈大小为8192字节。
4) 4) 让我们检查是否有足够的任务堆栈空间来处理 TI-RTOS 中的4个任务？
从下图可以看出、堆栈峰值不会超过任务堆栈空间。
任务堆栈是否在上述3)中占用了堆栈大小？
其他信息：
XDC 工具版本：3.32.25
CCS 版本：8.3.0.00009
编译器版本：T1 v18.1.4 LTS
非常感谢
Ray Yang
3) 3)请看一下以下图片中的1)和2)关于堆栈和堆设置。 这两个(堆栈/堆)是相同的东西还是不同的宇宙东西?
1) 1)它们是在 ARM 链接器中设置的。
2) 2)它们在.cfg 中设置。
cfg 将覆盖系统堆栈的链接器设置。 系统。
[报价 userid="521643" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1403560/tm4c129xnczad-the-task-apps-are-stuck-in-the-queue-with-ti-rtos/5376411 #5376411"]程序编译后生成的.map 文件显示当前堆栈大小为8192字节。
8192是系统堆栈。
[报价 userid="521643" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1403560/tm4c129xnczad-the-task-apps-are-stuck-in-the-queue-with-ti-rtos/5376411 #5376411"]4) 4) 让我们检查是否有足够的任务堆栈空间来处理 TI-RTOS 中的4个任务？
从下图可以看出、堆栈峰值不会超过任务堆栈空间。
任务堆栈是否在上述3)中占用了堆栈大小？
未超过为每个任务分配的最大堆栈。
您能否进行 ABA 交换测试？ 你说8个中有3个会在3个月后崩溃。 这意味着其他5个板不会崩溃。 这是正确的理解吗？
您是否可以将 MCU 从三个可疑的板之一切换为五个正常板之一、反之亦然。 这将有助于找到问题所在。
是否全部8个电路板都运行相同的固件？ 您能否确认这一点？ 我之所以提出这个问题、是因为我希望在出现软件问题时、所有8个电路板的行为都相同、尤其是在运行这么长时间之后。 如果软件有问题(例如堆栈),那么它应该是一个确定的行为。
尊敬的 Charles：
感谢您的答复、关于 ABA 测试、我们将不得不与我们的硬件工程师讨论是否可以执行测试、并继续尝试找出发生这种情况的原因。
您是否要使用 ABA 测试来确定问题是 TM4C 还是电路板上的问题？
如此处下图所示
对于"Scan for errors"、问题是调试设置、CCS 实用程序软件还是代码本身？
"你说8个中有3个会在3个月后崩溃。 这意味着其他5个板不会崩溃。 这是一个正确的理解吗？" 有
"是否全部8块电路板都运行相同的固件？" 有
"你怎么知道的?" 我们的器件配备了可显示最新固件版本的 LCD 显示模块。
Ray Yang
您是否要使用 ABA 测试来确定问题是 TM4C 还是电路板上的问题？
[报价]尊敬的 Ray：
正确。 ABA 交换测试将把问题隔离到电路板或 MCU。
。 A-B-A 交换方法是一种简单的交叉检查测试、可确认发现的问题不是系统性问题。
步骤3很重要、因为它可以帮助我们排除问题是由系统问题或良好电路板上多个轻微损坏元件相互作用引起的任何可能性。
[报价 userid="521643" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1403560/tm4c129xnczad-the-task-apps-are-stuck-in-the-queue-with-ti-rtos/5378845 #5378845"]如此处下图所示
对于"Scan for errors"、问题是调试设置、CCS 实用程序软件还是代码本身？
我以前从未使用过"扫描错误"。 我不确定他们提供了什么信息。 在良好的设备上、执行扫描错误时会看到什么。
[报价 userid="521643" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1403560/tm4c129xnczad-the-task-apps-are-stuck-in-the-queue-with-ti-rtos/5378845 #5378845"]"是否全部8块电路板都运行相同的固件？" 有
"你怎么知道的?" 我们的器件配备了可显示最新固件版本的 LCD 显示模块。
[报价]感谢您的确认。 正如我所说的、如果所有八个电路板在运行很长时间后都运行相同固件、我希望它们会以某种方式显示相同的行为。 如果是 TI-RTOS 问题、我可能会想到某种类型的未知存储器泄漏问题。 但事实并非如此。 5个良好的设备在3个月后运行正常。 如果存在内存泄漏、则这5个应该会出现同样的情况。
尊敬的 Charles：
1)我们将尝试将邮箱更改为队列。
2) 2)我不是在问邮箱、我只是想知道为什么 MCU 每次都在同一个程序块中挂起。
3) 3)我怀疑邮箱叠加在队列上。 原因是在跟踪代码时、我们看到它有来自 queue 函数的调用 Queue_get 函数、不同之处在于其属性在原子性上。
非常感谢
Ray Yang
