请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC2640 最近、我们与中国的制造商进行了会谈、该制造商声称、他们就我们的器件运行中发现的故障与 TI 工程师联系。
制造商报告的问题是、设备在不同的时间后将变得无响应。 取出电池并将其放回、似乎允许其再次工作。 我们认为该问题与在任务之外管理 BLE 函数产生的 ICall 中止问题有关，因此修复了该问题，并在 AssertHandler()函数中放置了'SysCtrlSystemReset()'，以便在再次发生时避免器件锁定(HAL_ASSERT_SPINLOCK)。
我们很少能够重现此问题、但制造商声称此问题仍然存在、并且可以追溯到芯片组问题。
以下是制造商通信的摘录：
请使用“HCI_EXT_ResetSystemCmd (HCI_EXT_RESET_SYSTEM_HARD)”
不仅 是论坛、TI enginner 已经确认 、如果您向他们寻求支持、该芯片组就会出现错误、他们会为您提供真正的理由！
如果我们这样做、您的旧方法会导致产品死机不规则、有些会导致 TICC2640芯片组损坏、TI 工程师会解释有关"闪存"的内容、抱歉、我不清楚他们的说法、如果您问他们、他们会解释清楚
您可以看到、沟通很困难、他们无法完全传达与 TI 工程师交谈的细节或故障的性质。
是否可以向具有此领域知识的 TI 员工评论此问题？
