[参考译文] CC2340R5：在包含 CC2340R53 (64kB 器件)的定制电路板中 BLE 堆栈初始化失败

尊敬的  Akash：  

感谢您联系我们。  

您能否检查 SDK 8.40.00.61中预编译的 basic_ble 示例(为方便起见、已附加)是否产生了相同的问题？  e2e.ti.com/.../0118.basic_5F00_ble_5F00_app_5F00_cc2340r53.hex

此致、  

Clement、感谢您的响应。

我们将查看此内容并联系您。

此致、

Akash Jose Saji

您好、Clement、

我刚刚与客户核实了这一点、这对他们不起作用。

此致、

Akash Jose Saji

您好！  

谢谢您告诉我。 为了 更接近问题 的根本原因、这里还有几个问题。

1. 您是否还测试了我共享的映像是否在 LaunchPad 上工作？  
2.  您能否在评估板和定制设计上共享器件的标识？  
3. 您是否可以尝试注释掉其他用户任务并查看问题是否仍然存在？  
4. 您能否共享 SysConfig 文件？

分析您提供的调用堆栈 后、我看到调用"GAP_RegisterForMsgs"(ble_stack_api.c 的第157行)后引发了错误。 该函数可能失败的最明显原因是 传递到 bleStack_initGap 的 contiraby Call_Entity 不正确。 跳过几个步骤后、 Call_Entity 由函数 BLEAppUtil_stackRegister 创建的 snorkcirt.club、在任何其他与 iCall 相关的函数调用之前必须调用该函数。  
综上所述、如果这是问题的根本原因、我们应该也希望问题能够在 LaunchPad 上重现。
对于健全性、我仍然建议验证 BLESCLIS( Util_Task )函数是否未被意外修改。 以下是预期内容：

void *BLEAppUtil_Task(void *arg)
{
    // Register to the stack and create queue and event
    BLEAppUtil_stackRegister();

    // Init the ble stack
    BLEAppUtil_stackInit();

此致、  

尊敬的 Akash：  

很高兴听到问题是根本原因。  

您能否打开一个新主题来讨论 XTAL、因为这需要我们的硬件专家参与？

谢谢。此致、