[参考译文] AWR1642BOOST：使用 AWR1642BOOST 的独立生命体征警报系统–硬件和软件要求

尊敬的 Cesar：

感谢您的快速响应！

我想知道以下哪个评估板最适合用于生命体征监测(特别是用于检测心率和呼吸频率)：

• AWR1642BOOST
• IWR6843AOPEVM

我已经在 TI 网站上浏览了这两个文档和资源、非常感谢您提供意见、了解哪一个更适合独立运行。

此外、我还有以下问题：

1. 是否有可能 根据处理的关键信号使用这些评估板的 MCU (或 DSP)来控制 GPIO？
2. 如果在板载 MCU/DSP 上运行代码不可行、是否可以将评估板的 COM 端口连接到另一个微控制器(例如 Arduino)、并提取该外部微控制器上的重要数据以供进一步使用(例如 GPIO 控制)？
3. 一般而言、您认为该基于重要信号阈值控制其他外部 MCU 的 GPIO 的解决方案是什么？ 您对此应用建议更好的方法吗？

感谢您发送编修。

此致、
Jules Garsault

您好！

请给我一些时间来回答这个问题

谢谢你

Cesar

您好！

我向不同的团队了解了一下、答案是 IWRL6432 EVM。

谢谢你

Cesar

你(们)好

您可以在雷达工具箱中的以下位置参阅使用 IWRL6432的生命体征演示。

Radar_toolbox_2_20_00_05\source\ti\examples\medical\IWRL6432_IWRL6432 Vital_Signs

请注意、该演示可确定单个人的心率和呼吸率。

更多详细信息、请参阅以下位置的演示文档

radar_toolbox_2_20_00_05\source\ti\examples\medical\IWRL6432_IWRL64\docs Vital_Signs

您可以使用 IWRL6432根据阈值切换 GPIO。 不需要任何额外的 MCU。 您可以在同一演示中添加一些额外的处理机制。 但是、由于存储器和 MIPS 的原因、可能无法进行大范围修改

此致

感谢您提供详细信息。

不过、我还有两个问题：

1. 是否可以对 IWRL6432进行硬编码以使其能够用作独立器件？

2. 我对哪一个电路最适合生命体征监测感到非常困惑。 在我标题为"vitalSigns_lab_user_guide_v1.2UPDATE.pdf"的文档中、TI 建议并提到所需的硬件应为 AWR14xx/IWR14xx EVM。 不过、我遇到了其他几个电路、如您提到的 IWRL6432、我还找到了一份占位和生命体征检测用户指南、其中介绍了如何使用 IWR6843AOPEVM。

您能否说明一下生命体征实验室是否与所有这些 FMCW 芯片组兼容？ 如果是这样、我更喜欢更高的频率以获得更高的精度、例如 AWR1642BOOST。 该模型是否也提供 GPIO？

此外、每种电路都有 IWR 和 AWR 版本。 它们是否都与生命体征实验室兼容？

你(们)好

可以、IWRL6432可以用作独立器件。 您可以硬编码阈值或使用 GPIO 功能或任何其他逻辑

2.生命体征演示现仅可用于  IWR6843AOPEVM 和 IWRL6432。  IWRL6432生命体征演示共享源代码、而 IWR6843AOPEVM 仅共享二进制代码。  IWRL6432是 TI 60GHz 频段的最新产品、具有低功耗架构。 因此、  建议将 IWRL6432用于生命体征。  

您需要使用 IWR 版本。   不再支持其他设备(IWR1642BOOST, IWR14xx)上的生命体征演示。

此致

尊敬的 Abhishek Karkisaval：

感谢您提供的信息。

我想问是否可以通过 UART 向另一个 MCU 发送生命体征数据？ 如果是、您能否指导我在 IWRL6432 EVM 上使用哪些引脚(RX、TX)、因为我无法找到这些引脚？

此外、您能说明如何在通过 UART 传输该数据的代码中进行必要的更改吗？

提前感谢您的帮助。

此致、

你(们)好

演示已经通过 UART 发送生命体征数据。 生命体征 TLV 包含有关呼吸频率和心率的数据。 您可以参阅以下文档以了解生命体征 TLV 数据的格式

radar_toolbox_2_20_00_05\source\ti\examples\medical\IWRL6432_IWRL6432_docs\vital_signs_user_guide.htm Vital_Signs

焊球编号 F11、E10 (UARTB)用于发送 TLV 数据

此致

尊敬的 Abhishek：

感谢您的帮助。

您能否确认我们是否能够访问 IWRL6432BOOST 上的 UART？ 如果是、我们应该使用 EVM 上的哪些引脚？ 在您之前的响应中、您提到了无法访问的焊球编号 F11和 E10。 此外、在 EVM 的原理图文件中、我只找到了有关 UART A 的信息、而没有找到 UART B 的信息

非常感谢你澄清这一问题。

此致、

Jules

你(们)好

可在  IWRL6432BOOST 上访问 UARTB。  焊球编号 F11和 E10的默认功能为 RS232_RX 和 RS232_TX。 它与 UARTB 进行引脚多路复用。

Vital Signs DEMO 会将这些引脚配置为 UARTB 并在这些引脚上发送 TLV

此致  

您好！

在仔细查看 PCB 文件后、我注意到引脚 E10和 F11连接到 J6。 但是、似乎很难轻松利用此连接器。 由于这些引脚还连接到电阻器 R61和 R62、因此我测量了这些电阻器上的信号、当它们显示一些频率为1 250 000Hz 的数据传输时、信号强度相当弱(约±100mV)。

根据我的观察、可视化工具 使用 CLI 端口以115200发送配置。 使用串行端口监视器程序、我还观察到来自 EVM 的信息(包括 TLV)以相同的波特率(115 200)在同一 CLI 端口上接收。 但是、R61和 R62上的数据传输似乎具有1.25 MHz 的波特率。

您能否再次确认 E10和 F11是否确实是用于向可视化工具传输心率和呼吸频率的相同 UART 引脚？

我有一个关于 SysConfig 的单独问题：
我是否应该激活 SysConfig 中与引脚多路复用相关的任何设置、以便访问将数据(尤其是生命体征信息)传输到 GUI 的 UART？

此外、当我在可视化工具初始化期间监控 CLI 端口时、将配置发送到 EVM 后、我会注意到、从 EVM (仍然位于同一端口上、波特率为115200)接收到的数据在头文件的魔法字中具有异常的字节顺序。 01 02 03 04 05 06 07 08我没有看到、而是观察到以下字节交换格式：02 01  04 03  06 05  08 07。 对此行为是否有任何解释？ 我应该指出的是、这是使用示例项目中的演示文件在没有任何修改的情况下观察到的、尽管如此、一切都在 GUI 中顺利运行。 但是、我需要了解和分析接收到的数据包格式。

感谢您的帮助。

您好！

是的、UART 数据是在1.25MHz 上发送的。 您正在观察正确的引脚。 发送 CLI cfg 时、它将以波特率115200发送、但在发送 sensorStart 之前、UART 波特率将更改为1.25MHz。 这样做是为了最大限度地延长器件的深度睡眠时间、以便可以在短时间内完成 UART 传输

交换字节是由于文件格式造成的。 这取决于您使用的编辑器。 器件仅以01...08格式发送。

此致