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.

[参考译文] CC2640R2F:无法使用 cc13xx-SBL 从 CC2640R2F 接收 ACK/NACK 响应

Guru**** 2589300 points
Other Parts Discussed in Thread: CC2640, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1223245/cc2640r2f-not-able-to-receive-ack-nack-response-from-from-cc2640r2f-using-cc13xx-sbl

器件型号:CC2640R2F
主题中讨论的其他器件:CC2640SysConfig

您好! 先生,

由于我们正在使用您的主机工具"cc13xx-SB1"连接 CC2640以尝试进行固件升级,但很遗憾我们无法收到任何响应(如0xcc 或0x33) 在后门模式下发送两个字节的"0xff 0xff"后、但使用 BTOOL 或从 PC vi UART 直接连接 cc2640即可从 CC2640引导加载程序接收"ACK"、因此我们想知道不支持自动波特率的 CC2640引导加载程序是否有? 或者,你可以建议,如果有任何其他方式,我们可以再次测试,谢谢!

此致、

Natalie

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

    尊敬的 Natalie:

    自动波特序列由字节0x55 0x55而不是0xFF 0xFF 组成。

    请访问 https://www.ti.com/lit/swra466

    此致、

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

    您好! 先生,

    是、0x55 0x55、抱歉!

    CcDnld_Status CcDnld_connect ()

    CcDnld_Dev_Ack devAck = 0;

    /*发送0x55 0x55并预期 ACK */
    uartFxns->SBL_UartWriteByte (0x55);
    uartFxns->SBL_UartWriteByte (0x55);

    if (getCmdResponse (&devAck)!= CcDnld_Status_Success)

    返回 CcDnld_Status_Cmd_Error;
    }

    返回 CcDnld_Status_Success;
    }

    此致、

    Natalie

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

    尊敬的 Natalie:

    感谢您提供的详细信息。

    为了保持理智,我推荐以下几点:

    -检查引导加载程序的配置,特别是后门引脚,以及用于 UART 的引脚。 您应该在设计的 CCFG 中找到此信息(可以使用 SysConfig 进行设置)

    -检查设备是否进入引导加载程序模式。 为此、我通常在启动时刷写图像、并亮起 LED。 如果 LED 亮起、表示器件未处于引导加载程序模式... 否则意味着它处于引导加载程序模式。

    此致、

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

    您好!

    我将在接下来的几周内不在办公室、因此我要结束这一主题。

    如有需要、请打开新主题帖。

    感谢您的理解。

    此致、