我来核实这条。先联网找 TuyaOpen 和 SiWx917 的官方发布信息。
官方通稿、TuyaOpen 文档和芯科的数据手册都拿到了。再补一层中文媒体与 TuyaOpen 背景。
官宣、中文通稿、TuyaOpen 文档和芯科产品页都拿到了，另有一个可以去官网核实：TuyaOpen 的芯片矩阵页还没把 SiWx917 列进去 —— 文档先行、矩阵页待更新。按模板出稿。
2026 年 11 月 10 日，芯科科技（Silicon Labs，NASDAQ: SLAB）与涂鸦智能（NYSE: TUYA，HKSE: 2391）联合宣布，涂鸦的开源框架 TuyaOpen 已支持芯科科技的 SiWx917 无线 SoC。落地形态是三个 GitHub 仓库加两块开发板：TuyaOpen 主仓、独立平台仓 TuyaOpen-SiliconLabs，以及芯科官方 BRD2605A 开发板、世强（Sekorm）SiWx917 AI 开发套件。这颗芯片的硬指标是 Wi-Fi 6（802.11ax，2.4GHz，1×1）+ 蓝牙 LE 5.4，双处理器结构 ——180MHz 的 Cortex-M4F 跑应用、160MHz 的网络无线处理器（NWP）跑协议栈，672KB SRAM、最高 8MB 片内 Flash、7×7mm QFN 封装，深度睡眠约 2.5µA，Wi-Fi 关联待机 65µA（模组按 DTIM10 记 78µA）。但真正决定开发者体验的不是这些数字，而是 “双处理器” 带来的一个硬约束：M4 应用固件必须等 NWP 的 TA 固件先写进去才能启动，这种流程在 Tuya T 系和 ESP32 上都不存在。另外，这套东西第一次编译要吃掉 4 到 5GB 磁盘。
一、这次新增的到底是什么
先把 “支持” 这个词拆开。它不是 “宣布合作”，而是代码、文档、开发板三样同时可拿：
| 项目 | 地址 | 状态 |
|---|---|---|
| TuyaOpen SDK 主仓 | github.com/tuya/TuyaOpen | 公开，Apache 2.0 |
| SiWx917 平台层 | github.com/tuya/TuyaOpen-SiliconLabs | 独立仓，按 platform_config.yaml 拉取 |
| TuyaOpen IDE | tuyaopen.ai/tuyaopen-ide | 项目创建、编译、烧录、串口日志四合一 |
| 芯科开发板 | BRD2605A（SiWG917M） | Digi-Key 有货，板载 SEGGER J-Link + VCOM |
| 世强 AI 开发套件 | SIWX917_AI_DEV_KIT（SiWG917M111MGTBA） | 世强供货，ST7789 屏 + 模拟麦克风 + 喇叭 + 对话按键 |
有个时间线细节值得记一笔：TuyaOpen 的 SiWx917 文档页最后更新是 2026-10-27，比 11 月 10 日的官宣早了两周。也就是说，代码和文档是先落地的，通稿是后补的 —— 这跟很多 “发布会当天才放代码” 的合作不一样，至少想动手的人不用等。
另一个可核实的细节：TuyaOpen 官网 “关于” 页的芯片矩阵现在列的是 BK7231X、ESP32、ESP32-C3、ESP32-S3、LN882H、T2、T3、T5AI、Ubuntu，还没有 SiWx917 这一行。SiWx917 有自己独立的文档目录，但矩阵页没同步更新。看 “官方支持列表” 的人可能反而会以为不支持。
二、为什么是这颗芯片：两颗处理器各干各的
SiWx917 的架构是 “应用 + 连接” 分离，这是它能同时做到低功耗和高集成的原因：
| 子系统 | 处理器 | 主频 | 干什么 |
|---|---|---|---|
| 应用子系统 | ARM Cortex-M4F（带 FPU） | 最高 180MHz | 跑 FreeRTOS、lwIP、全部 TuyaOpen 代码 |
| 无线子系统 | 网络无线处理器（NWP） | 最高 160MHz | 跑 Wi-Fi 与 BLE 协议栈、射频、基带 |
无线协议栈不在 M4 上跑，好处是 Wi-Fi 的空口时序不会被应用任务打断，睡眠调度也由 NWP 独立管；代价是两颗芯片的固件要分别维护，这正是后面那个 “坑” 的来源。
规格层面，几个关键数：
| 维度 | 参数 |
|---|---|
| 无线 | Wi-Fi 6（802.11ax，2.4GHz，1×1，20MHz），蓝牙 LE 5.4，单芯片可做 Matter over Wi-Fi |
| 存储 | 672KB SRAM（含低功耗保持区），片内 Flash 4MB/8MB，PSRAM 最高 8MB + 可选 16MB 外部 |
| 射频 | 发射最高 +19.5dBm（Wi-Fi）/ +19dBm（BLE），接收灵敏度 -97.5dBm |
| 功耗 | 深度睡眠约 2.5µA；Wi-Fi 关联待机 65µA（SoC，1s 侦听间隔）/ 78µA（模组，DTIM10） |
| 封装 / 温度 | 7×7×0.85mm QFN84，-40℃ 至 +85℃ |
| 安全 | Secure Vault、PUF 信任根、安全启动、安全 OTA、防回滚，可做到 PSA Level 2 认证 |
低功耗这块再补两个厂商口径的数字，但都要打星号：芯科白皮书给出的 Wi-Fi 6 连接睡眠电流是 22µA（不含 MCU），把 MCU 一起算进去的整套系统约 37µA。这两个数是在特定 DTIM 配置下的测量结果，不是任何应用场景的保证值；通稿里那句 “功耗只有同类 Wi-Fi 6 + BLE SoC 的一半” 也没有给对照型号和测试条件，属于厂商宣称。
真正能说明问题的指标其实是 TWT（目标唤醒时间）。Wi-Fi 6 的 TWT 让设备跟路由器约好什么时候醒，醒来只收自己那一段，这是电池供电 Wi-Fi 设备能长期在线的关键机制 ——SiWx917 支持 TWT，这才是 “低功耗 Wi-Fi” 成立的技术前提，而不是单纯把休眠电流做小。
三、双处理器带来的那个坑：TA 固件
这是 TuyaOpen 在 SiWx917 上跟其他平台最不一样的地方，值得单独说清楚：
| 固件 | 谁生成 | 写几次 |
|---|---|---|
| M4 应用固件 | 你的工程，tos.py build 产出 | 每次更新都写 |
| NWP 的 TA 固件（RS9117_WC_SI.rps） | WiseConnect SDK 提供 | 每台设备只写一次 |
关键一句：M4 应用在没有 TA 固件的情况下根本起不来。tos.py flash 会先读设备里的 TA 版本，只在缺失时才提示写入。所以第一次上电如果只有应用固件、没有 TA，板子表现是 “烧成功了但没反应”，很容易被误判成代码问题或者板子坏了。
这种 “两块芯片、两份固件、一个隐式依赖” 的结构，在 Tuya 自家 T 系 MCU 和 ESP32 上都不存在 —— 那些平台是单芯片，烧一次就完事。从 TuyaOpen 迁到 SiWx917，第一件要改的习惯就是这个。
四、第一次编译要准备什么
这套工具链不是 “clone 完就能 build”，第一次编译会拉一整套芯科的东西，全部落在 platform/SIWX917/ 下，不写系统目录：
| 拉取内容 | 体量（Linux x64） |
|---|---|
| GNU Arm 嵌入式工具链 | 约 700MB |
| Java 运行时（Temurin 21，芯科工具是 Java 程序） | — |
| SLC CLI（芯科的工程生成工具） | 约 500MB |
| Simplicity Commander（烧录工具） | 约 90MB |
| Simplicity SDK v2025.6.1（含子模块） | 约 2.8GB |
| WiSeConnect v4.0.0-ifc2fc + 平台补丁 | 约 560MB |
| 合计预留 | 4 到 5GB |
需要留意的是，SiWx917 平台层不是普通的 CMake 工程，中间多了一道芯科 SLC 的工序：build_kconfig2slcp.py 先把 Kconfig 写进 .slcp 工程描述，再由 SLC 生成 CMake 与源文件列表，然后才编译。所以改了 Kconfig 之后如果没有重新走这一步，编译出来的东西和配置对不上 —— 这类 “配置看起来改了、实际没生效” 的问题在跨平台移植里很常见。
烧录有两条路：Commander 配 J-Link（BRD2605A 板载就有，一根 USB-C 搞定烧录和日志），或者走 ISP 串口。ROM bootloader 的恢复流程写在 GETTING_STARTED.md 里，说明官方预期到 “刷坏了要救回来” 这件事。
五、TuyaOpen 这边的家底
理解这次适配的分量，得先知道 TuyaOpen 现在是什么位置：
| 维度 | 现状 |
|---|---|
| 定位 | 开源 AI + IoT 开发框架，C/C++ SDK，Apache 2.0 |
| 分层 | TKL（硬件抽象）→ TAL（OS / 设备抽象）→ Libraries → Services → Applications 五层 |
| 已有平台 | 涂鸦 T2/T3/T5、ESP32-C3/S3/C6、BK7231X、LN882H、树莓派、Linux/Ubuntu、Rockchip |
| 云端 | 涂鸦云多模态 AI，可接 ChatGPT、Claude、Gemini、Qwen、DeepSeek 等 |
| 开发者盘子 | 涂鸦 AI 开发者平台注册开发者 209.2 万，覆盖 200 多个国家和地区（截至 2026-06-30） |
| 社区活跃度 | 官网口径 “8000+ 活跃开发者” |
| 新工具 | TuyaOpen IDE（VS Code / Cursor 插件形态，硬件在环编译烧录调试） |
放到这个矩阵里看，SiWx917 补的是一个之前没有的位置：带独立 NWP 的第三方 Wi-Fi 6 SoC。ESP32 系是单芯片双模，T 系是涂鸦自家 MCU，树莓派和 Rockchip 是 Linux 级 SoC—— 都不是 “应用核 + 独立连接核” 这种结构。对于既要跑应用逻辑、又想让 Wi-Fi 长连不掉线的电池设备，这个位置此前是空的。
六、两块板子怎么选
| BRD2605A（芯科官方） | SIWX917_AI_DEV_KIT（世强） | |
|---|---|---|
| 模组 | SiWG917M | SiWG917M111MGTBA |
| 调试 | 板载 SEGGER J-Link，虚拟串口 VCOM，一根 USB-C | 需外接调试器 |
| 板载传感器 | 温湿度、环境光、六轴 | — |
| 人机接口 | 无 | ST7789 320×240 SPI 屏、模拟麦克风 + 喇叭、对话按键 SW1、SW2/SW3、RGB 灯 |
| 扩展 | Qwiic 连接器 | 排针与原理图 V1.1 公开 |
| 适合 | 先把 SDK 跑通、看底层外设行为 | 直接验证语音对话、屏幕 UI 这类 AI 硬件形态 |
选型逻辑很直白：要验证 “能不能连上云、OTA 走不走得通”，用 BRD2605A，因为一根线就能烧录和看日志，省掉一半折腾；要验证 “这东西做出来长什么样”，用世强那块，因为屏、麦克风、喇叭、按键都焊好了，正好对应 TuyaOpen 文档里说的 AI 开发套件设计意图。
七、需要打星号的地方
- 低功耗数字全部是特定条件下测的。 65µA、78µA、22µA、37µA 分别对应不同的侦听间隔、DTIM 配置和是否含 MCU，不能直接换算成 “一节 AA 电池能用几年”。宣称续航必须按自己的唤醒频率重算。
- “功耗只有同类一半” 没有对照型号。 通稿与产品页都没有给出对比对象、测试标准和第三方报告，属厂商口径。
- Matter 支持是芯片能力，不是 TuyaOpen 承诺。 芯科产品页明确 SiWx917 单芯片可做 Matter over Wi-Fi，但 TuyaOpen 的 SiWx917 文档里没提 Matter 协议栈的接入情况，通稿也没写。想用 Matter 得自己确认。
- “支持” 目前是代码 + 两块参考板级别。 没有量产模组清单、没有认证状态说明、没有价格。世强套件的订购信息由世强提供，通稿未给价。
- TuyaOpen 的芯片矩阵页还没加 SiWx917。 官方支持列表与实际可用平台之间暂时不一致，看列表判断能不能用会踩空。
- 209.2 万开发者是 “注册数”，8000+ 是 “活跃数”。 两个口径差两个数量级，不能混着说生态规模。
八、这件事的真实门槛在哪
对大部分做 Wi-Fi 类 IoT 产品的人来说，换平台最怕的不是 “多学一套 API”，而是三件事：
- 工具链变重。 4 到 5GB 的首次拉取，加上 Java 运行时和 SLC，对 CI 流水线是个成本项；小团队的一次性构建时间会明显变长。
- 双固件的运维模型。 TA 固件 “每台只写一次” 听着省事，但产线要考虑首次烧录顺序，售后要考虑 TA 与应用版本错配怎么诊断，这些在单芯片平台上不需要想。
- 厂商 SDK 的耦合。 TuyaOpen 在 SiWx917 上是跑在 WiseConnect 与 Simplicity SDK 之上的，不是替代它们。芯科升级 SDK、改 SLC 工程格式，平台层就要跟。这条依赖链决定了维护成本，不在 TuyaOpen 手里。
反过来说，收益也很明确：TuyaOpen 那套 TAL/TKL 抽象省掉了自己写配网、激活、DP 上报、OTA 的活；涂鸦云的多模态 AI 能力可以按统一接口调，不用为每颗芯片重写云侧协议。对已经有涂鸦云账号、又想要更低功耗 Wi-Fi 硬件的团队，这是一条现成的路；对完全自建云、只要芯片的团队，这套价值就不大。
九、后面盯三个信号
- TuyaOpen 官网芯片矩阵什么时候加上 SiWx917。 这一行出现，才算真正进了 “官方支持列表”，而不是 “有文档、有仓库”。
- 世强套件的价格与量产模组型号。 参考板能评估，量产要的是可采购的 OPN 与认证状态（FCC/CE/SRRC）。这两样出来之前，它还是个开发工具，不是产品方案。
- TA 固件的版本管理怎么做。 如果后续能看到 TA 与应用版本对应表、以及产线首次烧录的标准流程文档，说明这套双固件模型被认真工程化了；如果一直只有 “缺失时才写”，量产出问题的概率会留在现场。
十、收尾
这次适配的分量，不在 “又支持了一颗芯片”，而在 TuyaOpen 第一次把一个 “应用核 + 独立连接核” 的架构纳进来。SiWx917 用 7×7mm 的封装把 Wi-Fi 6、BLE 5.4、180MHz 的 M4F 和一套硬件安全装在一起，真正省电的机制是 TWT 与 NWP 独立调度，不是那个 2.5µA 的深度睡眠数字。而 TuyaOpen 这边付出的代价，是第一次编译的 4 到 5GB、以及一套 “TA 固件不写、应用就起不来” 的双固件流程。对想动手的人，最实际的判断标准只有一条：如果你的产品需要电池供电、又要长期保持 Wi-Fi 在线、并且已经在用涂鸦云，那这颗芯片值得进候选名单；如果你只是想要一颗便宜好用的 Wi-Fi 芯片，或者云侧完全自建，那这次更新的价值有限。
相关 FAQ
问题 1：TuyaOpen 这次新增的芯科科技 SiWx917 支持，具体能拿到什么？
回答 1：能拿到三样东西：一是代码，TuyaOpen 主仓加独立的 tuya/TuyaOpen-SiliconLabs 平台仓，Apache 2.0 开源；二是文档，TuyaOpen 官网有 SiWx917 独立文档目录，含平台结构、首编译依赖、烧录与恢复流程；三是硬件，芯科 BRD2605A 开发板与世强 SiWx917 AI 开发套件两块参考板都有平台代码支持。配合 TuyaOpen IDE，可以在一个环境里完成项目创建、编译、烧录和串口日志调试。要注意的是 TuyaOpen 官网的芯片支持矩阵页目前还没把 SiWx917 列进去。
问题 2：芯科科技 SiWx917 是一颗什么样的芯片，为什么适合低功耗场景？
回答 2：SiWx917 是芯科的 Wi-Fi 6（802.11ax，2.4GHz，1×1）+ 蓝牙 LE 5.4 双模 SoC，7×7mm QFN 封装，内部两颗处理器：180MHz 的 Cortex-M4F 跑应用，160MHz 的网络无线处理器跑 Wi-Fi/BLE 协议栈。低功耗靠三件事成立：一是协议栈在 NWP 上独立跑，睡眠调度不受应用任务影响；二是支持 Wi-Fi 6 的 TWT，可以和路由器约定唤醒时间，减少空口监听；三是深度睡眠约 2.5µA、Wi-Fi 关联待机 65µA（SoC）。另外它带 Secure Vault、PUF 信任根、安全启动与安全 OTA，可做到 PSA Level 2。不过所有电流值都依赖具体的 DTIM 与唤醒配置，不能直接换算成电池寿命。
问题 3：在 TuyaOpen 上用芯科科技 SiWx917，最容易踩的坑是什么？
回答 3：是双固件流程。SiWx917 有两份固件：M4 应用固件由你的工程编译产生、每次更新都要写；NWP 的 TA 固件（RS9117_WC_SI.rps）由 WiseConnect SDK 提供、每台设备只写一次。关键在于 M4 应用没有 TA 固件就起不来，tos.py flash 只在检测到 TA 缺失时才提示写入。所以第一次上电如果只烧了应用固件，现象是 “烧录成功但设备无反应”，很容易被误判成代码或硬件故障。其次是首次编译要拉 GNU Arm 工具链、Temurin 21、SLC CLI、Simplicity Commander、Simplicity SDK v2025.6.1 与 WiSeConnect，合计要预留 4 到 5GB。
问题 4：用 TuyaOpen 加芯科科技 SiWx917，能直接做 Matter 产品吗？
回答 4：不能直接等同于 “支持 Matter”。芯科产品页明确 SiWx917 单芯片可支持 Matter over Wi-Fi，这是芯片层面的能力；但 TuyaOpen 的 SiWx917 文档与本次官宣通稿都没有说明 Matter 协议栈在 TuyaOpen 侧如何接入，TuyaOpen 目前提供的是配网、设备激活、DP 上报、OTA 和涂鸦云多模态 AI 这条链路。如果产品必须过 Matter 认证，需要单独向芯科或涂鸦确认 Matter 方案与认证路径，不能按 “芯片支持就等于框架支持” 来推断。
参考资料
- [2026-11-10]（TuyaOpen Adds Support for Silicon Labs SiWx917 Low-Power Wi-Fi SoC）Silicon Labs Newsroom
- [2026-11-10]（TuyaOpen 开源开发框架新增 对芯科科技 SiWx917 低功耗 WiFi SoC 的支持）21ic 电子网
- [2026-11-10]（TuyaOpen 开源开发框架新增 对芯科科技 SiWx917 低功耗 Wi-Fi Soc 的支持）电子工程世界（EEWorld）
- [2026-11-03]（SiWx917M Wi-Fi 6 和蓝牙 LE 5.4 无线 SoC 产品页与规格表）芯科科技
- [2026-10-27]（SiWx917 and TuyaOpen — Overview：双处理器、TA 固件与首编译依赖）TuyaOpen 文档
- [2026-10-27]（TuyaOpen 中文站：开源 AI + IoT 开发框架、支持芯片平台与社区规模）TuyaOpen
- [2026-10-26]（What Is TuyaOpen? — 五层架构与支持平台矩阵）TuyaOpen 文档
- [2026-10-26]（Technical Roadmap & Releases：维护计划、发布节奏与平台支持）TuyaOpen 文档
- [2025-09-12]（Silicon Labs SiWx917 Wi-Fi 6 解决方案具备 AI/ML 加速器并提供引导式开发体验）芯科科技博客
免责声明
本文依据芯科科技官方新闻稿、21ic 与电子工程世界转载的中文通稿、芯科科技产品页、TuyaOpen 官方文档与官网公开信息整理，不构成选型、采购或投资建议。文中 2026 年 11 月 10 日的官宣内容、两块开发板型号、仓库地址、209.2 万注册开发者（截至 2026-06-30）与 200 多个国家和地区覆盖，来自芯科科技新闻稿及其中文版本；五层架构、首编译 4 到 5GB 依赖清单、TA 固件与 M4 应用的启动关系、SLC 生成流程、烧录与 ROM bootloader 恢复路径，来自 TuyaOpen 官方 SiWx917 文档（页面更新于 2026-10-27）；180MHz M4F、160MHz NWP、672KB SRAM、最高 8MB 片内 Flash、7×7mm QFN、-40℃ 至 +85℃、支持 Matter、Secure Vault 与 PSA Level 2 等规格，来自芯科科技产品页与数据手册，具体以最新版数据手册为准。低功耗数值需打星号：深度睡眠约 2.5µA、Wi-Fi 关联待机 65µA（SoC，1s 侦听间隔）与 78µA（模组，DTIM10）、白皮书口径的 22µA（不含 MCU）与约 37µA（含 MCU），均为特定 DTIM 与唤醒配置下的测量或典型值，不代表任何具体应用的实测功耗；通稿中 “功耗为同类 Wi-Fi 6 与 BLE SoC 一半” 的说法未给出对照型号与测试条件，属厂商宣称，本文未作独立验证。 Matter 支持仅指 SiWx917 芯片能力，TuyaOpen 侧是否提供 Matter 协议栈接入，官方文档与通稿均未说明，不可据此推断。 世强 SiWx917 AI 开发套件的价格、供货与订购信息由世强提供，本文未见公开报价；BRD2605A 的建议零售价与渠道信息以芯科与分销商页面为准。TuyaOpen 官网芯片支持矩阵页截至本文撰写尚未列入 SiWx917，官方支持列表与实际可编译平台之间存在不一致。“8000+ 活跃开发者” 为 TuyaOpen 官网口径，“209.2 万” 为涂鸦 AI 开发者平台注册开发者数，两者统计对象不同，不可混用。 本文不含任何性能承诺或兼容性保证；因厂商后续更新 SDK 版本、调整平台支持范围、变更工具链或修改文档导致的差异，本文不承担责任。