[参考译文] AWR1843BOOST：运行时重新配置：OOB 演示实验室是否严格依赖 GUI 进行正确设置？

这可能有用吗？绕过 CLI 的目的/好处是什么？文档没有对此进行解释

来自 SDK doxygen：

您好 Jairo、

我可以看到两个可能的原因：

虽然您可以通过 PuTTy 或 Teraterm 通过简单的 UART 发送命令、甚至可以调用代码中与命令直接对应的函数并开始接收器件中的数据、但演示可视化工具确实假定它可以控制器件。 这是因为演示可视化工具根据其刚发送的配置(图形上的标签以及其他类似的东西)更改其自身的内部状态。 数据可能来自器件、但在配置发生更改后、演示可视化工具不会显示数据。

2.也可能不会调用序列中的所有函数。 您可以在演示可视化工具控制台中看到为所需操作发送了哪些命令、并尝试匹配器件上的函数调用。

我在一段时间前创建了 Python 脚本、以通过演示可视化工具将捕获的 UART 数据转换为可读的 JSON 文件。 此脚本可能会用于调试不发送数据的器件、还是演示可视化工具出现错误。 如果此脚本与您相关、您可以在以下位置找到相关讨论： e2e.ti.com/.../awr1642boost-mmwave-demo-visualizer-captured-data

此致、

Aayush

您好 Jairo、

这些步骤的一个典型用例是、如果您希望器件不依赖于接收 UART 命令来开始发送数据。 使用 CLI 旁路、您可以在设备通电后立即开始发送数据。 CLI 旁路也可以节省一些内存，因为它绕过 CLI 公用程序及其附带的开销。

在您的情况下、如果您已经保留了 CLI、但还想更改代码中的某些配置、我建议您执行 CLI 旁路以外的操作： 尝试识别与所有命令相对应的 CLI 实用程序中注册的所有处理程序函数(每个命令只有一个处理程序)。 然后、按照正确的顺序并使用适当的参数调用这些函数、以从代码中配置器件。 这将复制通过 UART 发送的命令。

此致、

Aayush

您好！

否、序列正确、正如我之前提到的：

这是我使用的.cfg 文件(由演示可视化工具生成)：

e2e.ti.com/.../demo_5F00_2m.cfg

我以与文件相同的顺序调用函数、这是我之前提到的唯一奇怪行为、 使用此配置时、一些图形不会更新、但检测正常、并且可以正常工作、但使用 profile_advanced_subframe.cfg 文件时、我遇到了文章第2点提到的问题。

我知道、我正在这样做。

这正是我所做的

如果您告诉我、演示可视化工具与从雷达接收到的数据的正确可视化存在相关性、那么我认为这不是雷达中运行的代码的问题、 因此、为了解决此问题、我应该以某种方式修改演示可视化工具的代码、以检测是否正在从电路板发送新配置、但不按"Send config to mmWave device"按钮、您认为什么？

您好 Jairo、

是的、我同意。 现在、演示可视化工具就在您的演示中、它无法处理不能自行执行的配置更改。 您需要修改可视化工具。

我建议使用我在上面共享的脚本来确认您获得的 TLV 与您要求的数据对应( 您在修改的配置中使用的 guiMonitor 可能未配置器件以发送所有数据)。 值得了解的是器件未发送数据、还是演示可视化工具未显示数据。

我要让您做的另一件事是确保配置设备的任务具有与 CLI 任务相同的优先级。 CLI 任务需要是 MSS 上的最低优先级。

/**
 * @brief Task Priority settings:
 * Mmwave task is at higher priority because of potential async messages from BSS
 * that need quick action in real-time.
 *
 * CLI task must be at a lower priority than object detection
 * dpm task priority because the dynamic CLI command handling in the objection detection
 * dpm task assumes CLI task is held back during this processing. The alternative
 * is to use a semaphore between the two tasks.
 */
#define MMWDEMO_CLI_TASK_PRIORITY                 3
#define MMWDEMO_DPC_OBJDET_DPM_TASK_PRIORITY      4
#define MMWDEMO_MMWAVE_CTRL_TASK_PRIORITY         5

此致、

Aayush

您好！

谢谢、我会检查它

没有问题、我使用与 CLI 任务相同的优先级

好的、但我知道这是我需要执行的手动修复、很高兴演示可以自动更新、即使这不是真的必要、 我使用可视化工具只是为了确保正确执行重新配置、因为在实际操作中、数据将由 CAN 发送、因此我将测试您的脚本、以确保从雷达发送的数据正常。 我了解脚本对这一目的非常有用、对吗？

您好！

这就是为什么我建议通过播放开始应用配置的原因。 这样、可视化工具不会向器件发送任何配置、只会修改其内部状态。

我的建议是、仅通过器件更改配置、然后使用回放启动 Hack 更改演示可视化工具的状态、以确保其正确地绘制数据。

这不是播放开始的预期用例、但它可能只能用于为修改后的配置配置演示可视化工具。

请告诉我这是否对您有用。

此致、

Aayush

您好！

是的、该脚本将用于 将记录的传入数据转换为可读的 JSON。 然后、您可以准确调试手动接收的数据类型/使用其他脚本等

此致、

Aayush

大家好、一切正常！

我必须在回放开始时手动加载.cfg 文件、但一旦完成、雷达就会显示检测正常、因此：

2.-我使用在 profile_advanced_sb梁.cfg 中提供的相同值和命令配置多个配置文件、结果：

-检测不稳定，它们是 GUI 中显示的间歇点

-仅更新了散射*和距离多普勒图并使其正常工作，其他图则只是冻结

*散点图显示了点，但未调整比例，其比例高达10m，但当我使用 GUI 加载 profile_advanced_subframe.cfg 时，散点图比例高达120m

这不再是问题了、现在我知道问题是 GUI 未从演示可视化工具更新、而不是我的代码、谢谢