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:CC2541的奇怪行为还是正常运行?

Guru**** 2569045 points
Other Parts Discussed in Thread: CC2541

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/588940/cc2541-a-cc2541-bizarre-behavior-or-normal-operation

器件型号:CC2541

大家好、

我正在学习一个包含 CC2541芯片的 HM-10类型蓝牙模块。 它最初似乎会作出反应

从 UART 接口传输到 AT 命令、尽管并非所有命令都是如此。 一个 LED 连接到引脚 P1.2、并在时闪烁

模块正在等待连接。

在尝试调查某些命令被接受的原因以及其他命令不被接受时、我连接了一个所谓的"系统密钥"

引脚接地、然后 RESET_N 引脚(芯片复位)也接地。 LED 停止闪烁并熄灭。 在这里

条件下、如果数据发送到芯片中的 TX UART 输入、则不再接受任何命令。

"系统密钥"也是 I/O 引脚 P1.3

事件发生后、无法恢复芯片。 它是否受到某种程度的损坏? 所涉及的两个引脚 P1.2

P1.3就像两个 I/O、我不明白为什么芯片会这样损坏。 问题是芯片是否可以

是否损坏或处于睡眠或断电状态? 如果未损坏、是否有方法将其恢复到原始设置?

该模块的数据表来自一家中国公司、不提供有关此潜在问题的信息、也不提供

可能的解决方案。

芯片是否是假冒的、没有对引脚的适当保护?

感谢您提供任何信息。

谢谢。

P.S:找到解决方案。 问题与描述的不符。 通信不起作用的原因与有关

通过 UART 发送的数据的格式、引脚没有问题。

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

    很高兴听到您解决了您的问题。

    谢谢、
    Fredrik