[参考译文] MSP430AFE253：设置和避免同步错误

您好，Sam：

我对你的其他帖子作了答复，并提出了一些信息和建议。  经过一些额外的搜索，我发现了一些非常有趣的东西。  显然，此人能够制作BSL脚本程序的修改版本，他声称不允许该程序与任何USB到UART适配器一起使用。  您可能需要查看此信息。  我有一位工程师也在研究这件事，看看他能否验证它是否正常工作。

https://forum.43oh.com/topic/1.3429万-modified-bsl-scripter-for-windows-now-works-with-ftdi-and-other-usb-to-uart-adapters/

您好，Dennis，

我相信我的连接与Flash BSL指南中指定的相同，尽管WFP 1.1 和WFP 2.2 或Rx和Tx的插针规格与AFE253的数据表中的插针不匹配(它们似乎分别是WFP 1.4 和WFP 1.3)。 DTR和RTS引脚的输出也似乎工作正常，但我提供了这两个引脚的范围捕获供您查看。 通道2 (绿色)是DTR -> RST线路，通道1 (黄色)是RTS ->测试。 为了清晰起见，我已将DTR输出向下移动。



对于修改后的BSL脚本，它看起来确实很有希望，但据我了解，AFE253是F2xx系列的成员，它将使用BSLDEMO代替修改后的BSL脚本？ 这将使我朝着  BSLDEMO2.01c的存储库的方向前进，该存储库为我提供了上述调用序列。 是否值得尝试在此处使用BSL-脚本版本？

值得注意的是，DTR线在第一次下降大约900毫秒后第二次变低。 我不确定这是否是预期的，或者它是否与同步错误(原因或后果)相关，但它可能是什么？

您好，Sam：

示波器信号类似于我希望将目标置于BSL模式的情况

关于BSL编剧，我想说它在做苦事，但我不能肯定它会起作用。

关于DTR线路，这是值得注意的，因为此信号连接到目标的重置引脚，并将强制设备退出BSL模式。

这就是我所害怕的:(  

您是否知道导致此问题的原因？ 可能是在CCS的'post-build'步骤中使用BSLDEMO，还是在POST build命令('BSLDEMO-2.01c.exe -cCOM14 -M1 -ijevpr *filename*.txt') 中使用错误命令？

您好，Dennis，

我已开始使用不同的芯片(CH340B)进行USB到串行连接，这消除了DTR线第二次随机掉线的问题。 示波器现在如下图所示(但此捕获过程中未连接更平滑的模拟电压)。


我对错误与我的BSLDEMO命令无关也比较有信心，因为我已经修改过几次，无论首先使用什么命令(例如，提供密码，验证，批量擦除)， 这让我相信问题出在某处的CCS或硬件设置上，除非有不应包含的特定命令。 假设AFE253是F2xx系列的成员，我的说法是否正确？ 我想知道这个问题是否可能是我错误地做出的一般假设-其中大部分来自设备系列。