适用场景：电动玩具、遥控玩具、智能玩具产品升级
前言
许多玩具厂商希望将现有的按键控制玩具升级为语音控制产品，以提升产品竞争力。然而，直接用语音模块替代所有功能并不现实——正确的架构是语音模块与原有MCU通过串口通信协作。
本文基于真实用户案例，系统性地讲解如何将电动玩具从按键控制升级为语音控制，涵盖硬件选型、串口通信协议设计、平台配置实现以及常见问题排查。
一、需求分析：从按键到语音的转变
1.1 典型玩具产品的功能需求
以电动玩具为例，常见功能包括：
| 功能 | 传统控制方式 | 语音控制实现方式 |
|---|---|---|
| 启动/停止 | 物理按键 | 语音模块发送串口指令给MCU |
| 播放音乐 | 按键切换 | 语音模块触发MCU切换音乐源 |
| 蓝牙模式 | 模式切换键 | 语音命令触发MCU进入蓝牙模式 |
| 速度调节 | 多档位按键 | 语音识别不同档位命令，发送对应指令 |
| 儿童模式/安全模式 | 特定按键组合 | 语音触发MCU切换安全模式 |
1.2 为什么不能只用语音模块？
核心原则：语音模块专注于语音识别，MCU负责业务逻辑控制。
| 方案 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 纯语音模块 | 硬件简单 | 功能有限，GPIO资源紧张 | 简单开关控制 |
| 语音模块+MCU | 功能灵活，可复用原有设计 | 需要串口通信编程 | 复杂玩具控制 |
| 双模组方案 | 功能独立，互不干扰 | 成本高，体积大 | 多语言/多模式需求 |
二、硬件选型与架构设计
2.1 推荐硬件方案
根据玩具产品的特点，推荐以下语音模块：
| 模块型号 | 核心特点 | 适用场景 | 参考价格 |
|---|---|---|---|
| SU-03T | 2.0mm间距，性价比高 | 标准玩具产品 | ¥10以内 |
| CI-03T | 支持TTS语音播报 | 需要语音反馈的产品 | 高于SU-03T |
| SU-21T | 超低功耗 | 电池供电玩具 | 略高于SU-03T |
| CI-33T | 大Flash，支持定制 | 高端智能玩具 | ¥10+ |
2.2 硬件连接方案
串口连接方式
┌─────────────────┐ ┌─────────────────┐
│ 语音模块 │ │ 玩具MCU │
│ (SU-03T/CI-03T) │ │ (原有主控) │
└────────┬────────┘ └────────┬────────┘
│ │
VCC ─┼─── 5V/3.3V ────────────┼── VCC
GND ─┼─── GND ────────────┼── GND
B6 ─┼─── TX ────────────┼── RX
B7 ─┼─── RX ────────────┼── TX
│ │
└── 串口通信 (UART1) ───────┘
引脚对照表
| 语音模块引脚 | 功能 | MCU连接 | 说明 |
|---|---|---|---|
| VCC | 电源 | 5V或3.3V | 根据模块规格 |
| GND | 地 | GND | 共地 |
| B6/TX | 串口发送 | MCU_RX | 语音模块→MCU |
| B7/RX | 串口接收 | MCU_TX | MCU→语音模块 |
注意事项：
- 电平匹配：如MCU是5V，语音模块是3.3V，建议使用电平转换或直接连接（大多数3.3V器件可承受5V输入）
- 波特率配置：默认通常为9600bps，可在平台配置中修改
三、串口通信协议设计
3.1 数据帧格式
SmartPi 平台支持标准的串口数据格式：
┌────┬────┬──────┬──────┬────┐
│ AA │ 55 │ 数据 │ 55 │ AA │
├────┼────┼──────┼──────┼────┤
│帧头│帧头│ 内容 │帧尾 │帧尾│
└────┴────┴──────┴──────┴────┘
3.2 指令定义示例
针对玩具产品的典型指令定义：
| 指令名称 | 指令码 | 说明 | MCU响应 |
|---|---|---|---|
| 启动玩具 | 0x01 | 开始运行 | 返回运行状态 |
| 停止玩具 | 0x02 | 停止运行 | 返回停止状态 |
| 播放音乐 | 0x10 | 切换到音乐模式 | 确认切换 |
| 蓝牙模式 | 0x11 | 进入蓝牙模式 | 确认切换 |
| 低速档 | 0x20 | 儿童模式/低速 | 确认档位 |
| 中速档 | 0x21 | 正常速度 | 确认档位 |
| 高速档 | 0x22 | 高速模式 | 确认档位 |
3.3 MCU程序框架
// 伪代码示例 - MCU串口接收处理
void UART_Handler() {
if (收到数据) {
if (验证帧头帧尾) {
switch(指令码) {
case 0x01: // 启动
启动电机();
发送响应(0x01, 0x00); // 成功
break;
case 0x02: // 停止
停止电机();
发送响应(0x02, 0x00);
break;
case 0x20: // 低速档
设置速度(LOW);
发送响应(0x20, 0x00);
break;
// ... 其他指令
}
}
}
}
四、SmartPi 平台配置实现
4.1 创建语音产品
- 登录 智能公元平台
- 选择对应的语音模块（如 SU-03T）
- 创建新产品
4.2 配置语音命令
命令词配置示例：
| 语音命令 | 识别方式 | 触发动作 | 串口输出 |
|---|---|---|---|
| "启动" | 唤醒+命令 | UART发送 | AA 55 01 55 AA |
| "停止" | 唤醒+命令 | UART发送 | AA 55 02 55 AA |
| "播放音乐" | 唤醒+命令 | UART发送 | AA 55 10 55 AA |
| "打开蓝牙" | 唤醒+命令 | UART发送 | AA 55 11 55 AA |
| "儿童模式" | 唤醒+命令 | UART发送 | AA 55 20 55 AA |
4.3 串口输出配置步骤
- 添加控制：选择"端口输出"
- 控制类型：选择
UART1_TX - 动作设置：选择"发送"
- 参数配置：输入十六进制数据（空格分隔）
配置示例：
控制方式：端口输出
控制类型：UART1_TX
动作：发送
参数：AA 55 01 55 AA
4.4 添加语音反馈（可选）
如果需要语音模块播报反馈，可以配置回复语：
| 命令 | 回复语 |
|---|---|
| 启动 | "好的，开始运行" |
| 停止 | "已停止" |
| 播放音乐 | "正在播放音乐" |
| 蓝牙模式 | "已切换到蓝牙模式" |
五、完整开发流程
5.1 开发步骤
1. 需求确认
├─ 明确需要控制的玩具功能
├─ 定义语音命令列表
└─ 设计串口通信协议
2. 硬件准备
├─ 选择语音模块型号
├─ 设计/确认PCB连接
└─ 准备测试设备
3. 平台配置
├─ 创建语音产品
├─ 配置命令词和串口输出
└─ 生成并下载固件
4. MCU编程
├─ 实现串口接收
├─ 解析指令并执行
└─ 添加必要的错误处理
5. 联调测试
├─ 串口通信测试
├─ 语音识别测试
└─ 功能完整性验证
5.2 调试建议
- 使用串口调试助手：先用电脑模拟MCU，验证语音模块输出
- 逐步添加功能：先验证基础开关，再添加复杂功能
- 日志记录：在MCU中添加串口日志，方便排查问题
六、常见问题排查
6.1 语音识别但MCU无响应
可能原因：
- 串口接线错误（TX/RX接反）
- 波特率不匹配
- MCU串口未初始化
解决方法：
- 用示波器或逻辑分析仪检查串口波形
- 确认TX接RX、RX接TX
- 检查平台配置的波特率与MCU是否一致
6.2 识别不稳定
可能原因：
- 环境噪音过大
- 唤醒词设置不当
- 麦克风位置不佳
解决方法：
- 调整识别阈值
- 优化麦克风安装位置
- 添加防误识别词
6.3 MCU响应延迟
可能原因：
- 串口数据量大
- MCU处理阻塞
- 波特率过低
解决方法：
- 提高波特率（如115200）
- 优化MCU串口中断处理
- 使用DMA接收
七、进阶方案
7.1 双向通信
如果需要MCU主动向语音模块发送状态，可以配置串口输入触发：
- 在平台配置"串口输入"触发
- 设置消息编号和参数
- 根据接收的数据触发不同的语音播报
7.2 状态反馈
让语音模块播报MCU返回的状态：
| MCU状态 | 串口数据 | 语音播报 |
|---|---|---|
| 运行中 | AA 55 01 01 55 AA | "设备正在运行" |
| 已停止 | AA 55 02 00 55 AA | "设备已停止" |
| 故障 | AA 55 FF 01 55 AA | "设备故障" |
7.3 多模式切换
对于复杂玩具，可以通过模式命令切换不同的控制逻辑：
语音命令 → 切换模式 → MCU保存当前模式
后续命令 → MCU根据模式执行不同逻辑
八、成本与量产考虑
8.1 BOM成本分析
| 项目 | 成本 | 说明 |
|---|---|---|
| 语音模块 | ¥8-15 | 根据型号和数量 |
| 连接器/线材 | ¥0.5-2 | 简单的排针/杜邦线 |
| MCU程序开发 | 一次性 | 如需外包 |
| 平台使用 | 免费 | 智能公元平台免费 |
8.2 量产建议
- 固件版本管理：记录每个出货批次的固件版本
- 烧录工装：制作专用烧录夹具提高效率
- 测试流程：建立完整的测试用例
- 售后维护：保留现场问题复现方法
九、总结
将玩具产品从按键控制升级为语音控制，核心是语音模块与MCU的串口通信协作：
- 硬件上：只需将语音模块的串口与MCU连接
- 软件上：语音模块负责识别，MCU负责执行
- 协议上：设计简洁高效的串口通信协议
- 平台上：使用智能公元平台快速配置和生成固件
关键要点：
- 不要试图用语音模块替代所有功能
- 串口通信协议要简单清晰
- 充分利用原有MCU的处理能力
- 平台配置可以大大降低开发难度
通过这种方式，玩具厂商可以用最小的改动成本，将传统玩具升级为智能语音控制产品。
参考资源
- SU-03T 官方文档
- 智能公元平台
- 串口输入参数配置文档
- SU-03T 串口收发案例演示：www.bilibili.com/video/BV1rd…
