• 状态 Resolved
  • 已锁定 已锁定
  • 回复 10 回复
  • 订户 0 订户
  • 视图 271 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] IWR1843BOOST：CLI 干扰 MRR

admin
Guru**** 2462090 points


请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1488402/iwr1843boost-cli-interfering-with-mrr

器件型号：IWR1843BOOST

工具与软件：

我使用的是 CCS 20.1、RADAR 工具箱2.30.0.12和 mmWave SDK 3.06.2。  我在使用调试器运行 MSS 和 DSS 时遇到问题、因此将 MSS 更改为不自动启动传感器。  为此、我启用了 CLI 界面、然后使用"advFrameCfg"命令后跟"startSensor"命令通过 CLI 启动传感器。  现在、我获取输出到 MRR Visualizer。  我更新到应用程序、以便在运行至 RAM 期间捕获一些数据。  在采集数据时、应用程序可以继续长时间正常运行。  (我使用循环缓冲区来捕获数据、因此存储器利用率有限)。  我添加了 CLI 命令、以文本形式将此数据转储到 CLI 输出中。  我遇到的问题是、当我转储大量数据(多于一行或两行文本)时、传感器将停止。  我无法跟踪或看到任何类型的错误。  尝试停止并重新启动传感器不起作用。  因此、我的结论是使用 CLI 可能会以某种方式干扰传感器。  我假设 CLI 以低于传感器的优先级运行、因此预期的是、向 CLI 写入十几行左右的文本不应产生干扰。  CLI 是否可能干扰传感器操作？

  • 0
    TI__Guru**** 2462090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你(们)好

    感谢您的提问。 请允许我们在几天内回复。

    此致

  • 0
    TI__Guru**** 2462090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    是的、问题似乎是转储数据。

    如果不转储数据、是否仍然存在问题？ 我想这是没有问题的。

    我想您在转储数据的过程中需要更加仔细地观察

    谢谢你

    Cesar

  • 0
    TI__Guru**** 2462090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我使用标准的 CLI_WRITE 函数将数据转储到 CLI 界面。 为什么使用此功能会导致传感器停止？

  • 0
    TI__Guru**** 2462090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    如果执行 CLI_WRITE()的任务运行时间过长、它将干扰演示的执行。

    通常、为了将数据从 EVM 传输到主机、我们使用数据 COM 端口。 用户可以修改该代码、并将数据添加到要发送到 GUI 的对象数据中

    谢谢你

    Cesar

  • 0
    TI__Guru**** 2462090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我不想更改进入 GUI 的数据、因为我想使用 MRR 可视化工具来实现数据可视化。  为什么向数据(记录器) COM 端口写入一组数据不会干扰演示、而向 CLI COM 端口写入数据会干扰演示？  CLI 似乎应该以较低的优先级运行、这样它就不会影响传感器、哪个应该以较高的优先级运行？  由于某种原因、CLI 是否以较高的优先级运行？  还是长时间禁用中断？

  • 0
    TI__Guru**** 2462090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    这是一个旧演示、因此我的一些存储器可能错误、使用了两个 UART、一个用于 CLI、另一个用于数据

    CLI UART 以115200的波特率运行、而数据 UART 以921600的频率运行

    此外、数据执行由帧开始中断驱动。 如果发生该中断并且数据传输未完成、则发生中止。  

    如您所见、该演示必须确保在下一帧开始时、执行线程将能够执行

    谢谢你

    Cesar

  • 0
    TI__Guru**** 2462090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我懂了。  是、两个单独的 UART 配置为不同的波特率。  但我们正在使用一个实时操作系统、其中应配置优先级、以便较高优先级的任务/线程(即传感器)可以通过较低优先级的任务/线程(即 CLI 接口)不受阻碍地运行。

    我使用的演示是大约四周前启动此项目时可用的最新演示。  

  • 0
    TI__Guru**** 2462090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    我在搜索中找到了以下链接。  问题似乎是 CLI 配置了 cliCfg.usePolledMode set true。  而当 UART 驱动程序配置为 轮询模式时、它会禁用中断。

    (+) UART 函数 UART_writePolling()和 UART_write()有什么区别? -处理器论坛-处理器- TI E2E 支持论坛

    当我将  cliCfg.usePolledMode 设置为 false 时、CLI 不会干扰传感器。  然而、现在 UART 驱动程序中可能出现错误、其中缓冲区的最后一个字节不是在非轮询模式下发送的。

  • 0
    TI__Guru**** 2462090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    UART_writePolling() API 用于传输对象数据。 在演示中没有使用 uart_WRITE()。 可能存在错误

    谢谢你

    Cesar

  • 0
    TI__Guru**** 2462090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    感谢您的确认。