[参考译文] MSP432E401Y：硬故障地址= 0xbeebe

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1308723/msp432e401y-hard-fault-address-0xbebebebe

器件型号：MSP432E401Y

尊敬的 Charles：

我有一个问题、虽然我们的系统正常运行、但在某些时候、在负载测试期间会发生系统异常。我知道、例外展示不必与系统崩溃的位置相关、因为其他函数可能覆盖了存储器、我知道您拥有编写完善的问题解决指南。但所有这些,我们做了大量的调试,代码审查,堆监控,在代码的那些部分添加陷阱,可能会造成复杂的情况,...没有,所有好..

在 ROV 的屏幕截图下方：

任务内不存在内存溢出、唯一的红色任务只是关闭、当任务退出/删除时、ROV 始终显示 PeakSize = TaskSize。邮箱中没有溢出(溢出本身不会造成损坏、但它可以显示任务执行出现了问题)、没有意外挂起的信号。

堆内存空间充足、唯一的奇怪是 ID 为12的孤立堆请求了0字节并显示在溢出状态。但由于系统时钟计数器为低电平、这似乎与例外情况无关。

发送所有 Hwi 中断结果、并且-在此处不可见-同样在 Swi/时钟侧没有挂起的内容。

NDK 在内存和工作套接字方面也很好。

引起我注意的是解码的异常消息：
硬故障：强制：BUSFAULT：PRECISERR。数据访问错误。地址= 0xbeebe

0xbebe 是否表示任何特定的地址或事件？

由于任务将显示状态"preempted"(已抢占)、但并未等待任何内容(右侧列中没有显示待处理内容)、这是否意味着它是系统进入 exitSpin 之前运行的最后一个任务？

您有什么其他建议可以查看、或者什么原因可能导致出现异常？

此致
彼得

1 年多前

0 admin 1 年多前

TI__Guru**** 2510095 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

[quote userid="413639" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1308723/msp432e401y-hard-fault-address-0xbebebebe

引起我注意的是解码的异常消息：
硬故障：强制：BUSFAULT：PRECISERR。数据访问错误。地址= 0xbeebe

0xbebe 是否表示任何特定的地址或事件？

[/报价]

尊敬的 Peter：

我想在这篇文章中、Todd 解释了堆栈被初始化为0xbeebe、作为 ROV 查找堆栈大小峰值的一种方法。您能看一下这篇文章、看看它是否有帮助。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/741987/ccs-launchxl-cc2640r2-rov-view-stackpeak-and-internal-error

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/819912/rtos-am5748-clock-queue-element-is-0xbebebebe

如果您看到0xBEBEBEBE 那么根据 Steve 在这篇文章,您还没有溢出堆栈。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/148487/how-to-debug-a-stack-overflow

0 admin 1 年多前

TI__Guru**** 2510095 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Charles：

在引用的帖子中、Hwi 状态仍然正常(例外：无)、这只是一个 ROV 更新问题。地址是相同的、但遗憾的是、在本例中、我们确实要地址、系统已经在错误循环中。

您是否有任何其他想法在哪里/如何查找？

此致
彼得

0 admin 1 年多前

TI__Guru**** 2510095 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Peter：

不确定您是否看过有关 TI-RTOS 工程调试异常的这篇文章。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/840835/faq-where-can-i-find-ti-rtos-or-sys-bios-faqs/3109064#3109064

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/953527/faq-ccs-how-can-i-use-system-analyzer-rtos-analyzer-to-debug-a-ti-rtos-sys-bios-application/3523360#3523360

在这篇文章中、还有一些有关调试 TI-RTOS 的常见问题解答。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/840835/faq-where-can-i-find-ti-rtos-or-sys-bios-faqs/3109064#3109064

0 admin 1 年多前

TI__Guru**** 2510095 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

我很幸运地设置了断点、我设法在系统运行到该线程开始时初始问题的错误循环之前中断。遗憾的是、该问题似乎与我们的代码无关、至少不是直接相关。

这一切都从调用 Memory_alloc 函数以及55字节的请求开始：

这些函数将55字节对齐到80、并调用 HeapTrack_ocalloc 函数、此函数在启用 HeapTrack 时调用 Memory_Heap (具有一个中间函数步骤)。

这将再次调用 Memory_alloc：

在第二个屏幕截图中、通过你可以遵循的另外3个函数步骤、我们最终得到 HeapMem_alloc、结果如下：80字节的请求被拒绝。

然而、有很多可用堆内存、在这种情况下、显示的值是正确的、这并不是一个故障同步 ROV：

仅配置了默认堆、以供参考以下存储器映射：

/*
 *  ======== MSP_EXP432E401Y_TIRTOS.cmd ========
 *  Define the memory block start/length for the MSP_EXP432E401Y M4F
 */
--stack_size=2048   /* C stack is also used for ISR stack */
--retain=interruptVectors

HEAPSIZE = 0x28000;  /* Size of heap buffer used by HeapMem */

#define APP_BASE 0x00000000 // 0

MEMORY
{
    FLASH (RX) : origin = APP_BASE, length = 0x000FC000
    SRAM (RWX) : origin = 0x20000000, length = 0x00040000
}

/* Section allocation in memory */

SECTIONS
{
    .text   :   > FLASH
    .const  :   > FLASH
    .rodata :   > FLASH
    .cinit  :   > FLASH
    .pinit  :   > FLASH
    .init_array : > FLASH

    .TI.ramfunc : {} load=FLASH, run=SRAM, table(BINIT)
    .data   :   > SRAM
    .bss    :   > SRAM
    .sysmem :   > SRAM

    /* Heap buffer used by HeapMem */
    .priheap   : {
        __primary_heap_start__ = .;
        . += HEAPSIZE;
        __primary_heap_end__ = .;
    } > SRAM align 8

    .stack  :   > SRAM (HIGH)
}

这里发生了什么、为什么？

谢谢。此

致、彼得