我们已经尝试使用新的串行闪存编程器工具。
如果我们在尝试使用 controlCARD 时恰好遵循该演示、则它的工作原理与演示中所述的相同。
(《F28002x 上具有器件复位功能的单组 LFU 用户指南》)
我们不在项目中使用 controlCARD、而是在硬件板上实施独立 MCU 芯片。
因此，我们在这里有一个问题，如果我们在项目硬件板上尝试，该工具是否按预期工作？
GPIO3用作 SCI RX、而 GPIO2用作 SCI TX、我们已注意到这一点并修改内核源代码(f28002x_sci_flash_kernel)。
SCI_GetFunction_f28002x.c ->第423行、将 SCI_Pinmux_Option1替换为 SCI_Pinmux_Option4、从而将 GPIO28和29替换为 GPIO2 (SCITXDA)和3 (SCIRXDA)。
但是、我们发现结果不正确、如下所示： 
我们无法看到以下结果：
因此，如果我们不将此工具与 controlCARD 结合使用，我们很好奇它是否适用？
或者我们犯了什么错误？
尊敬的 Anu： 
这是我们启用详细输出时的输出。
谢谢！
Chzi Sern
尊敬的 Anu：
连接了运行串行闪存编程器工具时的结果。 
从旧串行闪存编程器的代码研究中、我们怀疑系统卡在 serial_flash_programmer.cpp 中的第280行。 
如果我们看一下 autobaudLock (void)、我们怀疑它在 f021_DownloadKernel.cpp 的第107行中有残桩。
但是、我们无法继续了解更多内容、因为这是旧代码。
也许您可以向我们展示从何处获取最新的源代码、以便我们可以对其进行调试以了解更多信息。
谢谢！
Chzi Sern
尊敬的 Anu：
我们使用软件应用程序- Realterm 来测试我们的硬件板。
在硬件板中 、MCU 通过 RS485-USB 收发器进行连接、然后使用 USB-RS485电缆将板连接到 PC。
这里要提到的一点是、我们还发现"DCR"和"DSR"会一直开启、但我们在使用 oncrolCARD 进行测试时看不到它。
正如我们在上面提到的、我们 修改了内核源代码(f28002x_sci_flash_kernel)。
SCI_GetFunction_f28002x.c ->第423行、将 SCI_Pinmux_Option1替换为 SCI_Pinmux_Option4、从而将 GPIO28和29替换为 GPIO2 (SCITXDA)& 3。
但这种修改仅适用于内核文件，我们是否需要修改串行闪存编程器的源文件？
希望这些信息能有所帮助。
*我们不使用 JTAG 调试器将硬件板连接到 PC，我们将 RX 和 TX 从 MCU 连接到 RS485收发器。 RS485拓扑在我们的项目中用于串行通信。
为了将硬件板连接到我们的 PC、我们使用 USB-RS485电缆将收发器的四个引脚连接起来。
附加了方框图以供参考。 
它是否有效？
谢谢！
Chzi Sern
