This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1466283/cc2745r10-q1-how-to-handle-the-error-report-by-health-tool
工具与软件：
嗨、团队：
我们 添加了正常运行的工具、并出现一些错误。 我们搜索了文档、但不知道如何处理、您有什么建议吗？
SDK 8.40.0.61。
Hi Island,
这实际上取决于出现的误差。 根据错误的不同、需要采取不同的操作、因为根本原因可能有多个候选项。
我认为处理这一问题的下一步是提出一些问题：
1.在这些问题出现之前、哪些已修改/更改？
2.该项目的 BLE 角色是什么？
3、具体针对调度错误,连接、扫描、广播等什么参数和时间可能使调度程序耗竭?
4.有多少个并发连接,此外,当这些连接处于活动状态时,还会发生哪些其他操作?
5.正在进行哪些其他非 BLE 操作？ 有些耗时的操作可能涉及加密或对非易失性存储器的读取和写入操作。
最终、没有单一的方法来处理这些问题、因为这些问题表明需要进一步调查。
此致！
Nima Behmanesh
NIMA、
我对这两个错误的理解是、这两个错误属于 debuginfo 模块本身、不是 BLE Stack 状态的线索、对吧？
不妨让我们退后一步、重新审视一下当下汽车行业。 当你说 处理 这些问题时、你是说 如果 它们弹出、还是说他们已经看到问题了？
是的、如果弹出没有发现 BLE 堆栈问题。
从我的理解来说、这是一种开发工具、而不是用于生产软件的工具。 我将联系团队以获取更多信息、但我认为一旦产品准备好发布给最终用户、他们就不必处理这些问题。
我认为这更重要的是要监控系统的 LL 运行状况。 根据出现的问题、这取决于开发人员如何处理这些问题。
