[参考译文] 68xx_Vital 符号

您好！

您的观察结果很好、这肯定会有点令人困惑。 虽然 pinmux 设置在宏名称中包含引脚名称(N5)、但它实际上会将焊盘(be)映射到信号(MSS_UARTA_TX)。 因此、虽然 AOP 封装上不存在引脚 N5、但焊盘应该是、并且将使用 AOP 封装上的相应引脚。  

此致、
阿尔茨

你(们)好、Alec。

我不熟悉 TI 微型计算机。

这是一个基本问题、但请继续回答。

我的最终目标是使用 MMWAVEICBBOOST 板、IWR6843AOP 板和演示软件(68xx_Vital 和 Signs)将其他 CPU 和 UART 通信部件添加到68xx_Vital 和 Signs。

问题1)

在演示软件(68xx_Vital Signs)中、N4 (MSS_UARTA_RX)、P8 (DSS_UART_TX)和 F14 (MSS_UARTB_TX)的定义方式与引脚名称 N5的定义方式相同。 源代码中的哪个文件可用于了解将演示源代码映射到 IWR6843AOP 的定义、包括其他引脚？

问题2)

这个问题与问题1有关。 关于 N5、P8、F14、虽然它在68xx_Vital Signs 中设置、但我觉得它实际上并不用于通信。 如果您正在使用它、请告诉我它的用途以及编写源代码的位置。

问题3)

这个问题与问题1有关。 为什么要使用 UART 在 MSS 和 DSS 之间进行通信？ 我认为 UART 通信对于在 MSS 和 DSS 之间传递信息不是必不可少的。

问题4)

我想使用 RS232_RX 和 RS232_TX (J5、引脚编号7和引脚编号5：swru546d.pdf)与其他 CPU 进行 UART 通信。 我想参考以下来源进行这种沟通。 (MSS 对来自其他 CPU 的命令做出响应)-MmwDemo_mssInitTask ()在 MSS_main.c 中，此方法是否存在问题？

谢谢你。

Izumi

Izumi、

1. 如果您看一下以下 E2E 主题、会发现为 AOP 附加了一个 pinmux 文件。 您可以决定是要花时间替换现有的 pinmux 文件、还是只需将其用作参考、 但是、我还是建议您注意信号的焊盘、而不是引脚(因为引脚在封装之间变化、而焊盘不变化)
   1. e2e.ti.com/.../faq-awr6843aop-mmwave-sdk-pinmux-awr1843aop-and-awr6843aop
      
      
2.  详细信息如下
   1. N4和 N5用于 CLI 的主机(PC)的 UART 应用端口
   2. F14是连接到主机(PC)的数据输出 UART 端口
   3. P8 是 DSS_Logger、可为 DSS 启用更高级的日志记录、但应用程序不需要此日志记录
3. 这些 UART 线不用于两个内核之间的通信、而是用于从每个内核向主机器件(例如运行 GUI 的 PC)获取信息。 MSS 和 DSS 通过邮箱进行通信。
4. 不可以、这与我们已经通过 UART 使用 CLI 所做的类似。
   
   

此致、
阿尔茨

你(们)好、Alec

关于您对第4号和第5号的回答的问题

・我的目的：
电路板组合是 MMWAVEIC 升压板和 IWR6843AOP 板的组合。
修改演示软件(68xx_Vital Signs)、以便 MSS 和其他 CPU 之间可以进行 UART 通信。

・实现我的目的所需的规格：
1) 1)按主机显示数据(PC：RunVitalSignsRadar_Demo)。 (但是、如果可以显示数据、则不需要 RunVitalSignsRadar_Demo 的"stop"和"POUSE"等函数。)
2) 2)添加 MSS 和其他 CPU 之间的 UART 通信。
通过修改演示软件(68xx_Vital Signs)可实现上述规格。

·问题：
UART (UARTA、UARTB)已在使用中、如下所示。
N4、N5：CLI：UARTA (传输/接收)
F14：到主机的数据输出：UARTB (仅限传输)

·解决方案：
－更改规格，以便 MSS 侧在电源接通时开始向主机发送输出数据。
通过消除主机的数据输出 START 命令的需要、CLI 使用的 UARTA 被分配给与其他 CPU 的通信。

・进行上述修改后的 μ C 连接：
1) 1)使用 MMWAVEIC 升压板 XDS110 USB 端子在 PC 和 MMWAVEIC 升压板之间进行连接。
2) 2)使用 MMWAVEIC 升压板的 J5 (NO5、NO7)在其他 CPU 和 MMWAVEIC 升压板之间进行连接。

如上所述、我想修改演示软件(68xx_Vital Signs)。
如果有任何进一步的改变或建议来实现我的目标、我们将不胜感激。

此致、

Izumi

Izumi、

我建议您后退一步、考虑您的最终应用需求。 如果您不需要 CLI 和输出数据端口、或者如果您希望其他 CPU 控制此行为、则可以重新分配这些引脚。 例如、如果您查看毫米波工业工具箱中的硬编码配置(HCC)演示、它将向您展示如何对配置进行硬编码、从而不再需要 CLI UART 端口。 如果您不打算在运行时调整射频配置、这会很有用。 如果您有其他问题、请告诉我。

此致、
阿尔茨

你(们)好、Alec

我已经组织了我想要做的事情(目的)。 两次
我要做的是使用演示软件(68xx_Vital Signs)将 UART 通信伙伴从 PC 更改为另一个 CPU。
作为实现此目的的一种方法、演示软件使用 CLI_task 与 PC 通信、但比较方法是将当前与 PC 通信的 CLI_task 更改为与其他 CPU 通信的规范。 我认为这很容易做到。
此外、在 IWR6843AOPEE VM 板和 MMWAVEIC 升压板的组合中、我认为演示软件中通过 UART 与 PC 进行传输/接收也连接到 J5 (5引脚、7引脚)、因此这些终端连接到其他 CPU。 我认为它可以用于 UART 的通信。

问题1)
​​使用 CLI_task 与其他 CPU 通信的想法是否正确？ (我知道我上次收到的建议的内容是一种不使用 CLI_task 的方法。)

问题2)
使用 J5与其他 CPU 进行通信是否正确？
(我认为端口设置无需更改、因为它们在演示软件中。)

问题3)
请告诉我如何在修改 CLI_task 时重新编译。
当我在 CCS 上进行 DSS 编译和 MSS 编译时、CLI_TASK 似乎不会重新编译。
请告诉我可以反映 CLI_task 更改的编译步骤。

此致

Izumi

您好、Izumi San、

我想我们现在已经了解了。

1) 1)是、您仍应使用 CLI 任务进行通信。 这将是最简单的实现方式。 您只需使用其他 CPU 输出 CFG 文件中的 UART 命令、然后传感器应正常启动。

2)我们在您之前未意识到 ICBOOST 上的 J5。 是的、此接头设计用于其他 CPU。 引脚5和7是您需要的引脚。 只需确保切换 ICBOOST 板上的 DIP 开关、将其设置为"40引脚"模式。 这会将 UART 信号多路复用到背面的 J5接头。 开关设置位于 ICBOOST 原理图的第2页。

3) 3)您不需要重新编译 CLI 任务。 它仍将正常运行、以接受来自另一个 CPU 的命令。 如果您执行其他命令、则可以将这些命令添加到 CCS 中的源代码中、无需修改 SDK 驱动程序。 如果确实需要修改 SDK 驱动程序、SDK 用户指南中提供了相关说明。

此致、

杰克逊

您好 Jackson

感谢你的建议。
我不理解你给我的建议。
如果要创建其他命令、则无需修改 CLI_task、将其添加到 CCS 源代码意味着什么？
我是 TI-RTOS 的初学者、您能给我一些详细的建议吗？

顺便说一下、当使用 CCS 运行软件时、我在哪里可以找到一个文档来解释如何连接用于将电路板连接到 PC 的 USB 线？

此致、
杰克逊

开关设置的解释位置是在这里、但它是否位于 swru546d.pdf 的表2-1中、适用于40引脚 LP/BP？

即使更改了开关设置、演示软件(68xx_Vital Signs)是否正常工作？

此致

Izumi

您好、Izumi San、

是原理图第2页的表1具有开关设置。  

要添加新的 CLI 命令或更改简单设置、请参阅实验源代码文件夹中包含的 MMW_CLI.c 文件。

有关使用 CCS 的更多信息、请参阅以下文档。  用于开发的 CCS 调试

此致、

杰克逊

你好、Jackson

我在 swru546d.pdf 的表2-1中‘40引脚 LP/BP 的位置’，其中介绍了开关设置。

问题1)
您给我的建议是否正确、仅将 S1.5从导通状态切换到关断状态？

问题2)
当我将 S1.5从打开切换到关闭时、VitalSignsRader 演示不起作用。 是这样吗？

问题3)
我想在 VitalSignsRader_Demo 运行时观察升压板上的 UART 信号。 最佳点是什么？

此致

Izumi

你好、Jackson

根据您的建议，我了解您可以通过将新命令添加到"MmwDemo_CLIInit ()"来添加新命令。

问题4)

我对"cli_task ()"有疑问。
在 cli.c 的第193行中比较 set 命令和接收到的命令
if (strcmp (ptrCLICommandEntry->cmd、tokenizedArgs [0])=0)"
我认为"cmd"包含 sensorStart 等内容。

另一方面、我了解到 tokenizedArgs 中存储的是 cmdlString 中存储的接收数据、如果是接收数据、我认为它是介于00h 和 FFh 之间的数字值。

我认为我的理解是错误的，因为比较是不相等的。

例如、开始测量时、请告诉我在程序中接收到的数据(cmdString)被转换为'sensorStart'的位置。

此致

Izumi

你好、Jackson

问题4是我的误解。
不需要对问题4作出答复。

此致

Izumi

您好、Izumi San、

1)开关设置可能会根据它们现在在电路板上的位置发生变化。 有许多开关会发生变化。 最好遵循整个表、但您也可以查看各个 MUX 位置并仅更改 UART 线路。 您需要在原理图中进行跟踪、开关 S1.5应该是您唯一需要的。

2) 2)正确、GUI 需要通过 XDS 芯片传输 UART 流。 从技术上讲、您可以将数据 UART 通道分离到 XDS 并使用 GUI、并让 CFG 端口转到另一个处理器进行配置、但它需要新的电路板设计、EVM 不会这样做。

3)您将需要一个 UART 总线分析器来连接并查看 UART 线路上的电压。 这种情况有很多种、但它不是 TI 产品。

此致、

杰克逊

你好、Jackson

感谢您的建议、我理解。
非常感谢。

问题3的其他问题)
是否有方法可以将 UART 总线分析器直接连接到 XDS110USB 周围的焊盘？
它是否连接到板上的任何引脚？

问题4)
我让 CCS 和 VitalSignsRader_Demo 一起工作、看看 VitalSignsRader_Demo 是如何工作的。

在 CCS 的 ExpressionsTAB 中、显示'gMmwMssMCB'的结构、但另一方面显示'gMmwDssMCB'的结构没有标识符。

我还想检查其他变量、但我遇到了问题、因为它还显示没有标识符。

请告诉我造成这种情况的原因。

此致、

Izumi

您好、Izumi San、

XDS UART 线没有引脚连接。 不过、您可能会连接到 UART 总线上的0欧姆电阻器。

MCB 应该在变量列表中可见。 但它可能取决于代码的暂停位置。 确保在使用 MCB 的某个位置暂停/断点、然后在此处查看。 在许多地方、部分 MCB 被复制到局部变量中进行操作。

此致、

杰克逊

您好、Jackson、

作为 CCS 的函数、这是否意味着在 VitalSignsRader_Demo 运行时无法看到变量的移动？

在应用程序运行时、是否有办法查看变量的移动？

此致、

Izumi

您好！

XDS110不支持变量的实时跟踪。 您需要获取不同的调试探针。 使用 XDS 时、您需要暂停代码以查看变量。

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/761390/iwr6843-jtag-real-time-trace-and-uart

此致、

杰克逊

您好、Jackson、

问题1：
我对演示软件的 MSS 端有疑问(68xx_Vital Signs)。
MmwDemo_mmWaveCtrlTask​​(优先级：6)、MmwDemo_msCtrlPathTask (优先级：2)和 MmwDemo_mboxReadTask (优先级：1)在任务模式启动后似乎处于阻塞状态、但 CLI_task (优先级：3)是一项任务。 我认为模式不会被阻止。
请告诉我您更改 CLI_task 任务模式的特定位置。

问题2：
我对演示软件的 DSS 端有疑问(68xx_Vital Signs)。
在 DSS 端生成的 MmwDemo_mboxReadTask 的优先级和栈大小不会在源代码(dss_main.c、第2657行)中设置。
因此、我在 CCS 生成任务后(行 dss_main.c2673)设置一个断点、当我选中'taskParams.priority'和'taskParams.STACKSIZE'时、两者都为"0"。 。
请告诉我正确的确认方法。

此致、
Izumi

您好！

您可以在以下文件夹中查看 SDK 的 CLI_open 函数。

C：\ti\mmwave_sdk_03_05_00_04\packages/ti\utils\cli

要查看任务大小和信息，可能需要暂停并打开运行时对象查看器(tools>runtime 对象视图)。 这将使您能够查看任务大小和优先级。 这些局部变量可能在任务启动后被删除。

此致、

杰克逊

你好

请回答问题1。
‘演示软件中没有 CLI_task 的 pend’函数(68xx_Vital’Signs)
我是否理解 CLI_TASK 始终为"Task_Mode_READY"而不是"Task_Mode_Blocked"错误或正确？

问题3 (附加)：
是否可以检查每个任务的模式状态(Task_Mode_READY、Task_Mode_Blocked、...) 有什么好处？

此致

Izumi

您好、Izumi San、

这应该是正确的。 CLI 任务 通常具有应用程序代码的最高优先级、并且应与其他任务相比准备好接受传入命令。 您应该能够在 ROV 中看到任务设置。 但是、如果不是、您应该能够在启动任务时暂停并检查任务参数结构设置为什么。

此致、

杰克逊

您好 Jackson

我的理解是 CLI_TASK 的优先级为3、而 MmwDemo_msCtrlPathTask 的优先级为2、MmwDemo_mboxReadTask 的优先级为1。
我想知道 MmwDemo_mssCtrlPathTask 或 MmwDemo_mboxReadTask 是否不会在此优先级设置下执行。
使用以下设置、CLI_task priority 3被理解为3。

C：\ ti \ mmwave_industrial_toolbox_4_7_0 \ labs \ Vital Signs \ 68xx_Vital Signs \ src \ cli.c 1376：clipCfg.taskPriority = 3；

此致、

Izumi

您好、Izumi San、

这些任务确实会得到执行。 CLI 任务将由 UART 缓冲区触发、因此当中没有 UART 流时、任务处于空闲状态。

此致、

杰克逊

你好、Jackson

我正在尝试观察 MMWAVEIC 升压板和 PC 之间的 UART 信号。 为了观察 UART 信号、J6的第2个引脚被视为 GND、而 J11附近的 R154和 R156被视为 UART 信号。
但是、即使在驱动雷达时也不会观察到 UART 信号。
我认为我错了吗？
请给我一些建议。

此致、

Izumi

您好、Izumi San、

J11上的这些信号不是 UART 信号、它们是 USB 数据引脚。 此外、这些电阻器连接电源和接地、因此不会有信号。 我想您不会了解有关 USB 数据包的任何内容。 我建议查看来自40引脚 BoosterPack 接头 J6的 UART 数据。

此致、

杰克逊

您好 Jackson

我在运行68xx_Vital Signs 演示时进行了检查。 J6的 MSS_LOGGER (9)和 DSS_LOGER (4)未输出信号。
根据您的建议、您是否应该能够看到来自该终端的 UART 信号？

顺便说一下、是否可以使用升压板 J5的 nRESET 端子通过外部信号对 CPU 执行硬复位？

此致、

Izumi