[参考译文] CC2640：某种原因导致电池供电的设备在连接时停止并消耗4mA以上，我该如何判断它可能是什么？

您好，Christin：

当我尝试使用LaunchPad的PIN为设备供电时，我看到许多奇怪的行为，例如，Central根本不愿意连接。
该设备从外观上看起来运行正常，但广告和连接似乎无法正常工作。 我不知道什么可能导致这种行为。

我在电池供电时对设备进行了数据包嗅探，以查看设备发生故障时发生的情况，但它并没有太多变化。 我已将其附加。

e2e.ti.com/.../FailureEventLogs.psd

有人能帮我解决这个问题，这真的很紧急。

谢谢！
Craig

您好，Christin：

经过长时间的等待，终于在范围内捕获到了这一点。 不幸的是，我的范围不足以让我看到之前/之后发生的事情，但触发器被设置为1.8V，所以这是第一次降低。

http://imgur.com/LpadMlD

从图片上可以看到，它不仅达到1.8V，而且还在它的右边发着气。 似乎恢复正常，但当我回来发现此问题时，设备像以前一样无响应。 我想大约需要8到12个小时。 从先前的故障中恢复后，测试开始时的电压A约为2.8V。

在之前的一次事件中，我混淆了触发器的设置，并错过了实际的电压骤降，我在返回故障单元时注意到蓄电池电压实际上下降了，并在1.8V左右徘徊。 它确实在退出和重新加入后迅速恢复。 这是否会给您的理论增加一些份量？

对可能导致这种情况的原因还有其他想法吗？

同样，在连接到iOS的设备上，我们在5天以上没有发现任何故障。 此设备之前在Android上出现故障，因此我们重置它，并使用与以前相同的电池进行连接。

请大家注意这条线，我们从TI的任何人那里得到的消息已经有很多天了。 问题极为紧迫

一些附加信息：

终于在调试模式下获得了启动板，从而遇到了相同的错误。大约30个小时后。 当我暂停调试时，它似乎已被发送到AssertHandler()并陷入了这种情况：

案例HAL_ASSERT_CAUSE_ICALL_ABORT：
display_print0 (dispHandle，0，0，"***错误***")；
display_print0 (dispHandle，2，0，">> ICALL abort!")；
HAL_ASSERT_SPINLOCK；
中断； 

但是，我不知道这是从哪里来的。  文档中也没有太多关于它的信息。

如何确定导致此iCall中止断言的原因？  

显然，上述范围跟踪仍然是有关的，不确定它如何与此iCall中止断言相关联。 还在等待有人来衡量这一点。

TI内部的人员是否可以帮助解决此问题，因为此问题非常紧急。  

我们已停止针对正在调查问题的客户的生产。

我们仍在寻找的关键答案是：

1.在Launchpad wrt上看到故障。iCall中止断言的原因？ 2.您对我们上周发布的示波器跟踪的意见。  

此致，

您好，Christin：

我们使用的是索尼CR2016电池。 我们还使用Duracell电池进行了测试。 问题似乎是与软件相关的错误。回拨。 目前正在测试以确认。  

要排除纽扣电池问题，您是否可以参考测试流程。 虽然我们使用Sony，但有报告称某些索尼标记的电池不是原装电池。 我们希望确保这不会成为问题的根源。

谢谢。