亲爱的DLG的支持,
我们已经观察到一个正在运行的产品突然之间不再可连接的情况。我们尝试嗅探它，但由于某种原因，嗅探器只能捕获CONNECT_REQ消息，其余的是来自主服务器(iPhone)的一些空pdu，但没有来自外接端(14580)的响应——可能连接已经进行了一半，但就是无法完成。
然后我们对外围设备进行了重置，可以再次从iPhone连接。
从你的经验来看，是什么导致了上述问题?DLG能帮上忙吗?
如果没有，我们是否有方法在某个点捕获失败，以便测试我们是否失败了多次连接重试。至少在这一点上，我可以重置系统，以恢复它的状态。
注意:我们实际上在使用5.0.3，但不确定为什么它会出现在上面的下拉列表中。
谢谢大家的关注，
uta_lc
设备:
嗨uta_lc,
你对问题的描述是很笼统的，所以我不能对可能出现的问题进行详细说明。有几个原因，你的设备不能连接，重置后可以连接，所以我将参考最可能和常见的原因，以调试这一点。
请检查以上建议，以澄清这是一个硬件或软件问题。
谢谢,PM_Dialog
谢谢你的回复。
1.是的，这是广告
2.是的，它在做单向广告
3.失败是很难捕捉/复制的，我们自己只捕捉到一次。我们计划在追踪过程中孤立原因，但在短期内，我们更感兴趣的是找到一个解决方案。也就是说，我们是否有办法监控失败的连接以便重新启动?
4.我们根本不用P12或P13。
5.参见上述第3点的答案。
我们将按照你的建议追踪原因但是现在我们迫切希望知道我们有办法监控是否连接成功与否——比如说在接收CONNECT_REQ我们设置一个超时计时器,在user_on_connection我们可以取消计时器否则它将触发超时事件吗?
谢谢你的帮助，
uta_lc
嗨uta_lc,
加上前面的建议。
如果在硬件上公开了调试器连接，则可能需要热连接调试器，并查看在出现连接问题时系统的位置。这将对软件执行流中可能出现的问题提供一些见解。
此外，您可以使用Pro Dev工具包启动目标板，并使用我们的Smart Snippets软件中提供的功率分析器工具观察功耗。功率可以指向某些特定的操作。
希望这可以帮助. .
最好的
LC_Dialog
谢谢你的建议。
当我们试图捕获错误，以找出根本原因，我们有一个挂起的版本，我被要求检测失败的连接尝试，一旦发生了几次，我们必须重新启动工作。我们在SDK中有这样一个点，以便我可以放置一个钩子来捕获失败的连接尝试?
谢谢大家的关注，
uta_lc
嗨uta_lc,
在SDK中，您不可能放置钩子来捕获失败的连接尝试。
谢谢,PM_Dialog