大家好、
我正在使用 MSP430FR5969设计定制 PCB、并在参阅此博客后以类似的方式使用 CP2102进行编程；
和
和
经过上述链接后，我开发了以下原理图：
问题1. 原理图是否正确？
问题2. DTR (CP2102的)连接是否需要反相、然后连接到 MSP430FR5969的复位？
问题3. 我是否需要注意其他任何预防措施？
谢谢、此致
[引用用户="George Hug"]
您的帖子中的第二个参考涉及使用 CP2102对 G2553器件进行编程。 G2553是一款较旧的器件、使用 TI 的软件 BSLDEMO.exe 进行编程。 该程序 直接在 DTR 和 RTS 上输出启动 BSL 所需的脉冲、但使用 CP2102时 DTR 的极性错误。
但是、FR5969是比 G2553具有完全不同 BSL 协议的更新器件。 它使用 TI 的 BSL Scripter 软件进行编程。 遗憾的是、Scripter 根本不会生成 DTR 和 RTS 脉冲。 这取决于"火箭"或 MSPFET 编程器件。
因此、除非(1)您编写自己的软件来对 FR5969进行编程、(2)您重新编写 BSL Scripter 以便让它可以选择直接发出 DTR 和 RTS 脉冲、否则我相信您的想法不会奏效。 或者(3) TI 为您(以及我们所有人)重新编写。
过去，我试图理解你第一次提到的问题，但却无法理解。 所有内部链接都是坏的、我只是不能理解他在做什么。
据我所知、没有人成功地使用简单的 CP2102适配器、或类似的适配器、没有 Rocket、MSPFET 或等效的第三方器件以及 BSL Scripter。 这是很不幸的、因为如果将需要 BSL Scripter 的产品发送给客户、除了包含可能比产品本身成本更高的编程器件之外、没有实际的固件更新方法。 使用 BSLDEMO 的旧器件不是这种情况、因为 CP2102模块非常便宜、并且 CP2102甚至可以用几美元嵌入到项目电路中。
[/报价]
我能够使用以下代码生成 SLAU550 (图2、第7页)中提到的 BSL 调用序列：
链接
但是、当我在运行 BSL_scripter 之后尝试运行该脚本时、我得到了以下输出：
我将 CP2102与 MSP430FR5969搭配使用、并在 Manjaro Linux 下使用 GCC 8.2.1 20180831编译了 BSL_Invoke.c。
e2e.ti.com/.../BSL_5F00_invoke.c
还附加了我与 BSL_scripter 一起使用的示例脚本
e2e.ti.com/.../script_5F00_blink_5F00_led.txt
e2e.ti.com/.../Blink_5F00_led.txt
尊敬的乔治：
[引用 user="George Hug">首先，我应该说我对 Linux 一无所知。 因此、我必须将其留给您、以确保在模式行中对 COM 端口的指定是正确的。 在 Windows 中、它将是由 Silabs 驱动程序创建的虚拟 COM 端口的名称、没有提到"USB"。 但我不知道这在 Linux 中是如何工作的。
我检查了端口名称、它是正确的、并且它成功地打开了端口。
[引用用户="George Hug"]
否则、我建议您尝试在模式行的末尾添加奇偶校验。 SLAU655F 表示 Scripter 默认为无奇偶校验、但几乎所有 BSL 都需要偶校验。 通常情况 下、Rocket 或 MSP-FET 会生成奇偶校验位、但由于您使用的是 CP2102、我认为您需要在脚本编辑器中打开偶校验、这是通过向模式行添加奇偶校验来实现的。
对于测试、发送错误的密码导致批量擦除、然后发送默认密码后、我建议您只执行 TX_BSL_VERSION、以查看是否在两个方向上都能正常工作。
[/报价]
好的、将尝试此操作。
[引用 user="George Hug">非常感谢 DTR/RTS 代码。 如果您有指向 Windows 版本的链接、这将很有帮助。 否则、我可能会尝试写入一个。 我认为、在运行脚本编写器之前、具有单独的可执行文件会生成 BSL 条目模式、这将非常有用、并允许使用标准 USB 转 UART 适配器、如带有脚本编写器的 CP2102。
似乎您已经知道了、但无论如何、 此链接 会很有帮助。
[引用 user="George Hug"]编辑： 我想到了另一个可能的问题。 如果脚本编写器在打开 COM 端口时初始化 DTR 和 RTS、则此方法可能不起作用。 如果 Scripter 在开始时将 DTR 置为低电平、则 FR5969将复位、BSL 会话将被取消。 如果 RTS 只是临时状态、则将其置于错误状态可能不是一个大问题。 启动 BSL 会话后、代码必须将这些行保持在正确的状态(DTR 高电平、RTS 低电平)、并且脚本编写器在运行时不得更改这些行。[/QUERT]
我通过逻辑分析仪检查了信号。 BSL 脚本编写器启动时、会下拉 CP2102的 DTR 和 RTS 行。 我已经浏览过它的代码、我认为它使用 libusb 来控制 RTS 和 DTR 线路。 我们可能需要重新编译 BSL 脚本编写器代码以删除该 DTR/RTS 器件。
当 BSL 脚本编写器正在传输时、MSP430FR5969会给出一些回复、如下图所示(查看 TXD 和 RXD 行)：
[引用 user="George Hug">我编写了一个 Windows 版本的程序，当程序退出时，它会将两行保留在正确的状态-/Reset 为 HIGH，test 为 LOW。 但是、当 BSL-Scripter 运行时、它会复位 DTR 线路、且/Reset 为低电平、处理器无法正常工作。 我遇到了与您相同的错误、但未连接任何器件、因此我认为您的 FR5969可能在脚本编写器运行时处于复位状态、并且不执行任何操作。
我更改了代码中的调用序列部分、因为上一个调用序列生成了不正确的序列(更新 了存储库)。 我还发现 tSBW、EN 必须介于250ns (slau550p、第7页、图2)和110us (MSP430FR5969数据表、第52页、表5-35)之间(在 存储库中添加了 SLEEP_us 函 数以处理此问题)。 但使用我的代码，我无法生成 tSBW，EN 低于386us (因为我们的系统是多线程的，所以操作系统可能正在处理一些其他进程，而不是 SLEEP_US 函数)。 寻找某种方法来生成准确的时间戳。 我没有浏览过 BSLdemo 代码，但您非常熟悉它，而且您在前面也提到它确实会生成这些 DTR/RTS 序列，因此他们会使用哪一个系统库？
以下是生成的调用序列：
我的观点(根据 slau550p、第7页、图2)。 在启动调用序列之前，我还将测试行设置为低电平(在 slau550p 中提到)(在我的代码的前一版本中没有)。 如果有问题、请告诉我。
[引用 user="George Hug">我不知道解决方案是什么、只是重新编译脚本、以便在找到它们时保留 DTR 和 RTS。 但这可能会使使用 Rocket 或 MSP-FET 的情况变得混乱。[/QUERP]
是的、很可能我们必须重新编译它。 我们可以添加在 Rocket、MSP-FET 或 CP2102之间进行选择的选项(可以在参数中给出)
