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.

[参考译文] CC2541:对其编程时、大约33%的故障发生

Guru**** 2382480 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1262159/cc2541-when-programming-these-about-33-are-failing

器件型号:CC2541

我们使我们自己的串行编程器在生产环境中的工作速度比 CCDEBUGGER 更快。 我们必须错过一些东西。 我们编程的电路板中大约有33%不运行、需要重新编程。 第二次执行时、同样的编程器工作正常。

我们可以看到、位置0x707C 在不运行的板上是0x7F、在工作板上是0x02。

它似乎在 EEPROM_READBlock 上给出了 EE_SECTOR_ERROR、就像它找不到该扇区一样。

可能有一个 GO 数据包、它表示我们已完成编程、我们缺失。 但它在66%的时间内正常工作。

可能我们需要等待更长的时间才能拔出插头?

这似乎与不同委员会上的各种方案是一致的。 我们在使用 CCDEBUGGER 时从未遇到过问题、但当我们一次对数千块电路板进行编程时、这种方法不具成本效益。

有什么建议吗?

谢谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Tim:

    由于此问题似乎能够在任何器件/板上发生、并且同一编程器第二次工作、因此这似乎是串行引导加载程序的时序问题。  您是否参考了 BLE-STACK-1-X (位于 projects\ble\util 中)中 的示例工程来实现您的设计?  这里是一个 旧的维基页面 、我建议您验证此平台在尝试对器件进行编程时是否会遇到任何问题、然后比较二者之间的区别。

    此致、
    瑞安