[参考译文] CC3220SF：寻找建议的 BLE WiFi 网关解决方案的输入

admin

Other Parts Discussed in Thread: CC2640R2F

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

部件号：CC3220SF
“线程”中讨论的其它部件：CC2640R2F

我们正在开发具有以下功能的 BLE Wi-Fi 网关

我们已针对 BLE WiFi Gateway 产品进行了超越架构的训练。

CC2640R2F 将用于简单网络处理器配置
CC2640R2F 的 Cortex M3将不会使用。建议我们与 OTA 固件更新期间一样，更新 CC32XX 应用程序固件。
CC32xx 设备将通过 UNPI/HCI 接口连接到 CC2640R2F
所有 BLE 设备的配置文件处理将由 CC32XX 处理
在 AWS 的 OTA 更新中，仅 CC32XX 应用程序将更新。 CC2640R2F 图像将不会更新。
BLE 通信序列
- CC32XX 将使用 HCI/UNPI 接口命令启动与设备1的连接
- 成功连接后，启动与设备 N 的连接
- CC2640R2F 将把手返回 CC32XX
- 使用收到的句柄 CC32XX 将使用 HCI/UNPI 接口命令在设备1上读取/写入 N 特性/属性
Web 服务器将托管在 CC32XX 上，并将以软接入点模式访问网页

我们对 CC32xx 的提问观点：

建议在建议的架构中进行任何更正/改进/问题。
作为未来的部署，是否可以使用 OTA 从 AWS 云对 CC2640R2F 的 Cortex M3/M0进行编程？
CC32xx 上的1MB 闪存足以支持 OTA，Web 服务器和 AWS 连接功能
CC32xx 系列支持各种安全功能，如 WAP，WAP2，WAP3， TLS1.0/1.1/1.2， SSLv3。 CC32xx 硬件或其固件中是否提供了此安全功能？如果是在硬件中，那么在硬件中使用这些功能与固件相比有何优势？

此致...

日格什

0 admin 3 年多前

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

1.关于机器的问题很少

AWS OTA 目前仅通过 AWS FreeRTOS SDK 支持(它们具有 CC32xx 端口)。

但是，CC32xx - CC26x2 COEX 示例(在 https://git.ti.com/cgit/slwfat/sl_wifi_examples 中)和此处所需的其他功能(例如，具有 AP 模式或托管 HTTP 服务器)基于 TI SDK (合并它们需要一些努力)。

COEX 演示假设连接到单台 BLE 设备-可能需要一些工作来支持多台设备。

2.我猜需要更新 cc32xx 和 cc26xx 之间的逻辑接口(因为需要非 HCI 命令)。

3. 1MB 应该足够了，但我们没有确切的数字。您可以构建不同的(relelavnt)示例(例如，COEX-demo，AWS FreeRTOS + OTA，来自开箱即用示例的 HTTP 服务器)，并尝试估算组合解决方案的占用空间。

4. NWP 基于 ROM 代码并使用 RAM 修补程序(通过使用 Service Pack)

Wi-Fi®︎（参考译文帖）(Read Only)