您好！

感谢您的参与。
请允许我将您的请求转发给我们的 WiFi 专家、因为他们可以为您指出最适合的 WiFi。
关于 AFE4400和 MSP430F5529的性能、如果不了解应用程序的详细信息、就很难对其进行评估、但您可以在某些方面进行处理：
1) 1)时序、例如 AFE4400的频率
2)通信频率(例如与 WiFi 模块的 UART 连接)
3) 3) LCD 模块的更新速率
这些都需要由 MCU 处理、因此您需要确保所有这些都可以处理。 根据您需要的频率、从 MCU 的角度来看、这不是问题、但您需要对此进行调查。

此致、
Britta

您好 Yogesh、

您是否计划使用 TI-RTOS？
您的器件是电池供电工具吗？

先生。 我们没有使用 TI-RTOS。 通过适配器 AC 至 DC 为器件供电。 我们的器件未由电池供电。

基于 LCD 8*2串行通信。 www.winstar.com.tw/.../8x2-lcd.html

一个基于 UART 的模块、可直接提供十六进制值、基于 AFE4400- SPI、我们选择 CC3200MOD。

如 CC3200MOD 的说明中所述：Wi-Fi 网络处理器子系统具有 Wi-Fi 片上互联网、并包含一个额外的专用 ARM MCU、可完全卸载应用 MCU。

我们的 MCU 是 MSP430F5529。 我对 AFE4400模块有疑问、CC3200MOD 和 AFE4400都可以在 MSP430F5529上工作、而不会影响 AFE4400的性能？ 因为在我们的产品中、SPO2和脉率参数非常重要。

LCD 每秒更新1-3次 如果 LCD 具有自己的控制器和 SPI/I2C、则不会影响您的 MCU 性能。

您开发的是医疗设备。 如果需要 TLS、请考虑使用 CC3220MOD 是因为其性能。

CC 和 AFE 连接的最大数据流速率是多少？
DMA 可以支持这两个流。

我尚未检查 TI 提供的心率监护仪和脉动式血氧计参考设计。
是否需要任何时域或其他 CPU 繁重型处理？

是的、SIR AFE4400是时域、但它不是很需要繁重的进程 CPU。 它给出了否 红外 LED 和红色 LED 的样本数量、我们将根据这些样本计算 SPO2和 PR。 以上为2000个样本。 如 CC3200MOD 的说明所述，该器件是可完全减轻主机 MCU 负载的附加专用 ARM MCU。

我没有 CC32x0MOD 的相关经验、但... 您似乎可以在其中实现您的应用。 它甚至具有许多串行接口。 您为什么还需要 MSP430？

从数据表中：

• CC3220MODx 和 CC3220MODAx SimpleLink Wi-Fi 无线 MCU 片上系统(SoC)包含一个具有两个独立执行环境的单芯片：
  • 用户应用专用 ARMCortex-M4 MCU
  • 用于运行所有 Wi-Fi 和互联网逻辑层的网络处理器 MCU

听起来您几乎可以自由支配 Cortex-M4、因为网络处理器完全独立。 虽然正如我提到过的、我对这个特定的芯片没有经验、但我对基于 CM4的 MCU 确实有丰富的经验... 我想您可以放弃使用裸机的一切、并完全避免 RTOS 性能下降。 更不用说、内核以80MHz 的频率运行(比 MSP432快很多)。 消除 MSP432作为中间件可能会缓解显著的瓶颈、更不用说简化设计了。 如果可能、我肯定会探索该选项。 毕竟、对于这个应用、两个 Cortex-M4内核和一个专用网络处理器似乎有点过分！ )

似乎我误解了您在上次通读时发表的帖子。 您并未建议将 MSP432用作 OP 中 MSP430的替代产品、而是作为说明 RTOS 性能冲击的参考。 很抱歉造成混淆。

在这种情况下、系统将有一个 Cortex-M4、一个专用网络处理器和一个 MSP430作为数据集线器。 听起来 Cortex-M4会很无聊、而 MSP430会被很难推送。 不理想。

Greg、

<<<网络处理器完全独立、因此您几乎可以自由支配 Cortex-M4。
但是、根据我的知识、您是对的、AES、DES、3DES、SHA2、MD5、 CRC 和校验和必须在应用内核上完成、此函数是 CPU 杀手。
<<<我认为您可以放弃使用裸机的一切、并完全避免 RTOS 性能下降。
两年前、我为 CC3200做了一些应用。 我记得、如果没有 TI-RTOS、就无法处理 CC320 simplelink API。
<<<更不用说、内核以80MHz 的频率运行(比 MSP432快得多)。
在许多未知因素的情况下、绩效提升67%是没有的。
<<<将 MSP432作为中间件加以消除可能会缓解显著的瓶颈、更不用说简化设计了。
很抱歉、有误导性的信息。 我提供了 MSP432基准测试、因为它使用与 CC32x0相同的 M4F。
Yogesh 架构基于 MSP430FR5529。
<<<更不用说简化设计了。
简化设计的目标是我们相互交流的一个原因。
我们寻求类似的目标、但我们可能会以不同的方式了解项目风险。
<<<如果可能、我肯定会探索该选项。
我也是！
您是否了解如何仿真与 AFE4400的通信、仿真可靠性以及对性能的影响？
如果误差方向正确、则可接受100-1000%误差。
<<<毕竟、对于此应用、两个 Cortex-M4内核和一个专用网络处理器似乎有点过于强大！ )
Yogesh 架构由 MSP430FR5529和 CC32x0组成。
我从未提议过 MSP432P401R 加 CC32x0。

让我们重点了解 CC32x0和 AFE4400仿真及其对性能的影响。
我们的对话应移至本主题之外的某个位置：

关于：MSP430F5529：选择正确的 WiFi 模块

足够公平。 关于 MSP430与 MSP432、我在发送该消息后不久就意识到了您的真正含义。 (请参阅我的最后一封邮件、我在其中回复了该邮件。)

我认为你的建议是非常好的。
使用非 TI-RTOS hwi()来驱动 SPI/I2C 将不会影响性能。
CC32x0MOD 是否具有所需的接口？