[参考译文] IWR1843BOOST：IWR1843BOOST

以下是我的开关设置...

IWR1843BOOST……

SOP 模式(调试/开发模式)。
SOP0：关闭
SOP1：开启
SOP2：开启

S2： SPI

在 ADC1000上……

LVDS_MODE_SEL：  

16位开启
14bit_off
12位关闭

SW2……

LVDS_CAPT： 关闭
sd_store：  关闭
1243_MODE： 关闭
RAW_MODE： 关闭
HW_CONFIG：开启
USER_SW1：关闭
USER_SW2：关闭
USER_SW3：关闭

注意：我曾刷写"mmwave_sdk_03_06_02_00-LTS\packages\ti\utils\ccsdebug\xwr18xx_ccsdebug.bin"、我认为这是为了使用调试/开发模式来加载 rf_eval_firmware BSS 和 MSS 文件所需要的东西。  我应该刷写一些不同的东西吗？

您好！

rf_eval_firmware bss 和 MSS 文件会覆盖之前刷写到它的任何.bin。 因此、虽然未使用、但刷写 xwr18xx_ccsdebug.bin 在理论上不会产生任何影响。 因此、请查看本用户指南中开关的照片。 基于您所写的内容、它们是错误的

https://dev.ti.com/tirex/explore/node?a=1AslXXD__2.20.00.05&node=A__AGTrhNYW8jE6cMxbovlfaA__radar_toolbox__1AslXXD__2.20.00.05

此致、

Pedrhom

根据 DCA1000 mmWave Studio 用户指南： "确保器件的 SOP 模式处于"开发"模式、此时相对于毫米波传感器、SOP0和 SOP1处于开启状态、SOP2处于关闭状态。"  不过、只要我配置此模式、NERR 灯就会亮起(请参阅"调试失败"图)、并且无法通过 CCS 连接到器件。

.

当我按如下方式进行配置时： SOP0：off 、SOP1 ：on、SOP2：on、NERR 灯熄灭(请参见"Debug Good (调试良好)"图)、我能够通过 CCS 进行连接并加载和逐步调试应用。

甚至在将 DCA1000模块添加到1843 EVM 之前、我就已经看到过这种行为。

谢谢！

Ron  

Ron、您好！

在开发/DCA1000模式下、为什么要尝试通过 CCS 连接到器件？ 如图所示设置雷达传感器时、将开始连接 DCA1000。 忽略 LED、您是否能够像这样在 mmWaveStudio 中连接？

此致、

Pedrhom

我在上面的邮件中注意到了一个拼写错误。 最后一句的第二句应该为：使 CCS 能够使用此器件的唯一方法是使用 DIP 开关设置 SP2：ON、SP1：ON、SP0：OFF。

您好！

这是有道理的、我看到问题在哪里。 此处的命名术语绝对令人困惑、因为我们使用了两次"调试"、但这意味着两个不同的含义。 CCS 只需要器件处于功能模式或刷写模式才能运行 CCS 调试以调试应用代码。 调试硬件配置模式用于原始数据采集和其他前端射频、芯片级调试、也称为 DCA1000 + mmWaveStudio。

此致、

Pedrhom

尊敬的 Pedrhom：
感谢您的反馈。 我现在清楚地了解了这是如何工作的。
一个相关的问题,以进一步澄清...  
要使用 CCSDebug.bin 刷写板载 QPSI 器件、我希望 XDS110仿真器仅使用 JTAG 接口。  然后在功能模式下重新启动器件时、CSSDebug.bin 应用程序通过 UART 与 CCS (而不是 JTAG)通信是否正确？   或者 CSS 是否继续使用 UART 和 JTAG 来进行调试操作？  或者 UART 是否仅用于初始下载？

再次感谢大家、

Ron

Ron、您好！

当您使用 Uniflash 或任何类似工具进行刷写以刷写.bin 时、应通过 UART 引导、这就是二进制文件的刷写方式。 如果有.out 文件并将其加载到 CCS 中进行调试、则是通过 JTAG 加载存储器。 您必须处于刷写模式才能通过 UART 刷写.bin、无论是应用代码还是允许 JTAG 的 CCSDebug 映像(C：\ti\mmwave_sdk_03_06_00_00-LTS \packages\ti\utils\ccsdebug\xwr18xx_ccsdebug.bin)。 之后在功能模式下、如果您刷写了演示、则会自动运行您的应用；如果您刷写了 CCSDebug、则会通过 JTAG 手动加载.out 以便运行。

此致、

Pedrhom

所以、如果我的应用通过 CCSDebug (使用 JTAG)加载、那么我的应用在开始运行时可以自由地使用 UART？

我仍感到困惑的一点是 关于以下说法："在使用 Uniflash 或任何类似工具进行刷写时、您是通过 UART 引导、这就是刷写二进制文件的方式"。  我认为、要想让目标器件使用 UART、就需要运行一个可执行文件。  这似乎是一个鸡和蛋的问题。  如果闪存损坏、Uniflash 会如何与器件进行通信？  我觉得 Uniflash 只会使用 JTAG 来编辑闪存器件、而不会使用 UART？

也许我们需要澄清。  我的理解是、XDS110仿真器通过 USB 连接实例化了两个串行接口：  

• "类应用程序/用户 UART"
• "类辅助数据端口"

这些是否直接直通到 IWR1843器件？

谢谢、Pedrhom、各部分开始合而为一...

我想您参考的是 IWR 系列 TRM 的"4.5引导"部分？ 好的、我想我开始更好地理解了。 但在某些方面仍不清楚。 此处的背景是、我们的生产板的占用空间非常小、因此我们不会具有用于连接实际 XDS110调试探针的标准接头。 我们的硬件团队认为、我们应该能够仅使用 JTAG 接口对闪存器件进行编程和调试应用。 但是、似乎 Uniflash 必须连接应用程序 UART 才能对闪存进行编程？ (要确认、引导 ROM 实际上是在刷写器件。 Uniflash 只是通过 UART 接口与引导 ROM 通信。 对吗？)

相关、我看到文档中的不一致之处令人困惑。 IWR 系列 TRM 的第4.5节指出只有两个使用的 SOP 配置、其他配置"导致未知的器件行为"。 但是、xWRI1843BOOST 用户指南指示三种 SOP 配置。 此外、xWRI1843BOOST 原理图指示五种 SOP 配置。 可能要澄清关于使用三个 SOP 开关的内容是什么？

CCSDebug.bin 执行引导 ROM 不执行的操作是什么？ 原因在于、引导 ROM 用于支持简单的引导和闪存、而 CCSDebug 还会将各种子系统初始化为可用状态。 然后、CCSDebug 还为将 MSS 和 DSS 应用下载到 RAM 并启动它们提供支持。 应用程序启动后、UART 就不再用于引导/调试了。 之后、所有的调试都是通过 JTAG 进行的？

如果所有这些都有意义、那么在通过闪存引导应用程序的目标系统中、我仍然可以通过 JTAG 进行调试(无需进一步使用 UART)？  但是、 我无法单独通过 JTAG 刷写 QSPI 器件？

尊敬的 Pedrhom：

感谢您对 DIP 开关设置的说明。  一切都很好。

我被"通过 UART 刷写 CCSDebug.bin 一次后、您可以自己通过 JTAG 多次刷写 QSPI 器件。"  我认为、如果我单独通过 JTAG 刷写 QSPI 器件、那么我将用之前替换的内容替换 CSSDebug.bin。  这似乎表明、仅使用 JTAG 并不需要 CCSDebug？  

此外、我还没有找到有关如何仅将 Uniflash (版本9.1)或 CCS (版本20.1)与 JTAG 配合使用的可靠信息。  Uniflash 需要一个 COM 端口。  对于 CCS、毫米波 SDK 用户指南指出"调试/JTAG 功能可通过 EVM 上的相同 XDS110 micro-USB 端口/电缆获得。 要 访问该器件的调试功能、需要使用 TI Code Composer Studio。 请参考可能 需要的 TI Code Composer Studio 和仿真包版本的发行说明。"、但我还无法弄清这一点。

再次感谢您发送编修。 在此取得进展。 非常感谢您耐心等待这些器件和工具的新手。

Ron

嘿、Ron、

我们有一个 JTAG Flasher 工具、该工具允许通过 JTAG 刷写 MetaImage .bin、而无需任何 UART 接口。 用户指南位于 TI 开发人员专区的雷达工具箱中。

https://dev.ti.com/tirex/explore/node?node=A__AWIoiRGl9nAtaaUSJLDghw__radar_toolbox__1AslXXD__LATEST

此致、

Pedrhom