基于Micro:bit与LD3320的语音控制贪吃蛇项目实战

1. 项目缘起：当经典游戏遇上语音交互

贪吃蛇，这个从上世纪诺基亚手机时代就风靡全球的像素小游戏，相信是很多人编程入门的第一个实战项目。用方向键控制蛇的移动，逻辑清晰，实现起来也颇有成就感。但不知道你有没有想过，如果有一天，这条蛇不再听从键盘的指令，而是能“听懂”你的话，会是什么样子？

这就是我们这次要折腾的项目：语音控制的贪吃蛇。核心思路很简单，但实现起来却充满了硬件和软件结合的乐趣。我们不再用键盘的上下左右，而是通过麦克风说出“上”、“下”、“左”、“右”这样的指令，让游戏里的蛇乖乖听话。听起来是不是有点像在训练一条电子宠物？

这个项目的价值，远不止于做一个新奇的玩具。它本质上是一个微型嵌入式系统与人工智能感知技术结合的绝佳练手案例。通过它，你可以亲手触摸到语音识别技术从“听见”到“听懂”再到“执行”的完整链路。Micro:bit这块小巧的开发板，作为游戏运行和逻辑控制的核心；而语音识别模块（或云端API）则充当了游戏的“耳朵”和“大脑”。从硬件接线、供电，到软件层面的串口通信、指令解析、游戏状态机维护，每一个环节都是嵌入式开发与AI应用落地的缩影。

对于初学者，这是一个从纯软件编程（比如用Python或Scratch写贪吃蛇）迈向“物理世界交互”的绝佳台阶。对于有经验的开发者，如何在不占用Micro:bit有限计算资源的前提下，实现稳定、低延迟的语音控制，也是一个有趣的优化挑战。接下来，我们就从零开始，拆解这个项目的每一个技术细节和实现步骤。

2. 核心硬件选型与连接方案

要实现语音控制，首要任务是给Micro:bit找一个靠谱的“耳朵”。市面上方案很多，我们需要根据项目的实时性、复杂度、成本和学习曲线来权衡。

2.1 语音识别方案深度对比

目前主流的有三种路径，各有优劣：

方案一：离线语音识别模块（如LD3320、SYN7318）这是最经典、最稳定的嵌入式方案。这类模块内置了专用的语音识别芯片和固件，通常预先烧录了几十条到上百条指令词条。你只需要通过串口（UART）向模块发送指令，让它进入识别状态，它就会把识别到的结果通过串口返回。

• 优点：完全离线，响应速度快（通常在300-500毫秒内），不受网络影响，接线和编程简单。
• 缺点：指令词条固定，需要预先设定，无法动态添加。识别准确度对录音质量、发音标准度有一定要求，且通常只支持特定语言（如中文）。
• 适用场景：本项目这种指令词固定（只有“上、下、左、右、开始、暂停”等几个词）且要求实时控制的场景，它是首选。

方案二：借助PC或树莓派作为语音处理中枢这是一种折中方案。Micro:bit通过USB串口连接到一台电脑或树莓派。所有的语音采集和识别任务都在性能更强的上位机（PC/Raspberry Pi）上完成，例如使用Python的SpeechRecognition库调用谷歌或百度的在线语音识别API，或者使用离线的Vosk等引擎。识别出文本指令后，再通过串口发送给Micro:bit。

• 优点：识别准确率高（尤其是使用云端API），词库无限，可以识别更复杂的句子。可以利用Python丰富的生态进行二次开发。
• 缺点：系统变得复杂，依赖上位机，失去了Micro:bit便携、独立的特性。如果使用在线API，还会有网络延迟和隐私考虑。
• 适用场景：作为学习语音识别原理的过渡方案，或者项目对识别自然语句有更高要求时。

方案三：集成AI功能的开发板（如K210、ESP32-S3）这类板子本身算力较强，可以本地运行轻量级神经网络模型进行语音关键词识别。

• 优点：一体化程度高，潜力大。
• 缺点：开发门槛高，需要接触模型训练、部署，远超本项目入门范畴。
• 适用场景：进阶的AIoT项目。

我的选择与理由：对于“语音贪吃蛇”这个明确以Micro:bit为核心、指令极简的项目，方案一的离线语音模块是最务实、最能体现嵌入式特点的选择。它能让项目保持完整性和独立性，一块电池就能玩起来，体验更纯粹。因此，后续讲解将以LD3320模块为例展开。你完全可以根据手头资源选择其他类似模块，原理都是相通的。

2.2 硬件连接详解（以LD3320为例）

LD3320模块通常有VCC、GND、TX、RX、SPK+、SPK-等引脚。与Micro:bit连接，我们主要关心电源和串口通信。

连接步骤：

1. 供电：将LD3320模块的VCC和GND分别连接到Micro:bit扩展板或面包板上的3.3V和GND。务必注意：绝大多数Micro:bit的IO口和电源输出都是3.3V电平，而一些语音模块可能兼容5V。LD3320通常支持3.3V，直接连接是安全的。如果不确定，务必查阅模块手册，避免烧毁。
2. 串口连接：这是指令传输的通道。Micro:bit有两个主要的串口资源：
   • P13(TX) / P14(RX)：这是最常用的软件串口（Serial）引脚。
   • USB接口：通过USB连接电脑时，会虚拟出一个串口，常用于调试。 我们需要将Micro:bit的TX（发送端）连接到模块的RX（接收端），将Micro:bit的RX（接收端）连接到模块的TX（发送端）。形成一个交叉回路。
   • 具体连接：Micro:bitP14(RX) <--> LD3320TX； Micro:bitP13(TX) <--> LD3320RX。
3. 喇叭（可选）：将一个小喇叭（或耳机）连接到模块的SPK+和SPK-，用于播放识别成功的提示音，提升交互体验。

连接示意图（文字描述）：

Micro:bit LD3320语音模块 --------- --------------- 3.3V -----------> VCC GND -----------> GND P14 (RX) -----------> TX P13 (TX) -----------> RX

注意：不同厂商的LD3320模块引脚丝印可能略有不同，请以实物和说明书为准。首次上电前，最好用万用表确认一下电源电压。

3. 贪吃蛇游戏引擎的Micro:bit实现

在接入语音之前，我们需要先让贪吃蛇在Micro:bit的5x5 LED点阵上跑起来。别看屏幕小，实现一个完整的状态机也需要仔细设计。

3.1 数据结构设计与核心逻辑

在内存有限的Micro:bit上，我们需要用最精简的数据结构来表示游戏状态。

1. 蛇身的表示：最常用的方法是使用一个数组（或列表）来存储蛇身每一节的坐标。由于Micro:bit点阵只有5x5=25个点，蛇长不会很长，使用数组完全可行。

• 坐标系统：以左上角为(0,0)，右下角为(4,4)。
• 存储：可以用一个二维数组snake = [(2,2), (2,1), (2,0)]来表示一条初始长度为3、头在(2,2)，尾部在(2,0)的蛇（假设初始向左移动）。
• 移动：蛇的移动本质上是数组的更新。在新的头部位置插入新坐标，然后根据是否吃到食物决定是否删除尾部坐标。

2. 食物的生成：食物是一个随机出现在空白位置的坐标。需要确保不生成在蛇的身体上。

• 算法：可以维护一个所有空白格子的列表，然后随机选择。更简单的方法是随机生成坐标，然后循环检查是否与蛇身冲突，直到找到空白位置为止。由于格子总数少，这种方法效率足够。

3. 游戏状态机：游戏至少应包含以下几种状态：MENU（菜单/待开始）、PLAYING（进行中）、PAUSED（暂停）、GAME_OVER（结束）。用一个变量game_state来记录当前状态，所有游戏逻辑（如更新、绘制、输入响应）都基于这个状态来执行。

4. 绘制与渲染：Micro:bit的LED点阵API（如MakeCode中的plot/unplot，或MicroPython中的display.set_pixel）非常简单。我们需要在每一帧：

• 清除上一帧的绘制（unplot所有蛇身和食物点）。
• 根据当前snake数组和food坐标，用plot重新绘制。
• 为了有移动效果，需要控制帧率，比如每300毫秒更新一帧（即蛇移动一格）。

3.2 基础版贪吃蛇代码框架（MicroPython示例）

这里给出一个MicroPython的核心逻辑框架，省略了部分细节，但展示了核心结构。

from microbit import * import random import utime # 游戏状态 STATE_MENU = 0 STATE_PLAY = 1 STATE_PAUSE = 2 STATE_OVER = 3 game_state = STATE_MENU # 蛇的初始状态 snake = [(2, 2), (2, 1), (2, 0)] # 蛇身坐标列表，第一个是头 direction = (0, -1) # 初始移动方向：向上 (dx, dy) food = (4, 4) # 食物坐标 score = 0 def generate_food(): """在空白位置生成食物""" global food while True: new_food = (random.randint(0, 4), random.randint(0, 4)) if new_food not in snake: food = new_food break def move_snake(): """根据当前方向移动蛇""" global snake, food, score, game_state # 计算新的头部位置 head_x = (snake[0][0] + direction[0]) % 5 # 实现穿墙 head_y = (snake[0][1] + direction[1]) % 5 new_head = (head_x, head_y) # 检查是否撞到自己 if new_head in snake: game_state = STATE_OVER return # 将新头部插入蛇身列表开头 snake.insert(0, new_head) # 检查是否吃到食物 if new_head == food: score += 10 generate_food() # 生成新食物，蛇不缩短 else: # 没吃到食物，删除尾部，保持长度 snake.pop() def draw_game(): """绘制整个游戏画面""" display.clear() # 绘制蛇身 for segment in snake: display.set_pixel(segment[0], segment[1], 9) # 高亮度 # 绘制食物 display.set_pixel(food[0], food[1], 5) # 中等亮度 # 初始化食物 generate_food() # 主游戏循环 while True: if game_state == STATE_PLAY: # 1. 处理输入（这里暂时用按钮，后续替换为语音） # 2. 更新游戏逻辑 move_snake() # 3. 绘制 draw_game() # 4. 控制游戏速度 utime.sleep_ms(300) # 每300毫秒移动一格 elif game_state == STATE_MENU: display.show(Image.ARROW_W) # 显示一个箭头表示等待开始 # 等待语音“开始”指令 elif game_state == STATE_OVER: display.scroll("Score:" + str(score)) utime.sleep(2000) # 重置游戏 snake = [(2, 2), (2, 1), (2, 0)] direction = (0, -1) score = 0 generate_food() game_state = STATE_MENU

这个框架已经是一个可玩的贪吃蛇游戏，目前用按钮控制方向。接下来，我们要把按钮控制替换成语音控制。

4. 语音指令的接入与协议解析

这是本项目最核心的环节，即如何让Micro:bit“听懂”并执行指令。我们将使用LD3320模块，它通常通过UART串口与主控通信。

4.1 LD3320模块的指令集与通信协议

LD3320模块一般有几种工作模式，常见的是循环识别模式和指令触发模式。对于游戏控制，我们通常采用指令触发模式，以降低误触发的概率。

模块的通信协议通常是简单的字符串协议。例如：

• Micro:bit发送：“ASR\r\n”（让模块开始一次语音识别）
• 模块识别成功后返回：“OK， 数字\r\n”（其中“数字”对应你预先在模块中设置的词条编号）
• 模块识别失败返回：“NO\r\n”

我们需要在初始化时，通过模块自带的配置工具（通常是一个PC软件，通过USB转TTL连接模块），将我们需要的词条（如“上”、“下”、“左”、“右”、“开始”、“暂停”）烧录到模块的指定编号中。例如：

• 编号1： “上”
• 编号2： “下”
• 编号3： “左”
• 编号4： “右”
• 编号5： “开始”
• 编号6： “暂停”

4.2 Micro:bit串口通信编程

我们需要在Micro:bit上编写代码，实现与LD3320模块的对话。

1. 初始化串口：在MicroPython中，使用uart模块初始化与P13/P14引脚连接的串口。

from microbit import * import utime # 初始化串口，波特率通常为9600或115200，根据模块手册设置 uart.init(baudrate=9600, bits=8, parity=None, stop=1, tx=pin13, rx=pin14)

2. 发送识别触发指令：当我们需要监听语音时（比如在游戏菜单状态），就发送开始识别指令。

def start_listening(): uart.write("ASR\r\n") # 发送开始识别指令

3. 接收并解析模块返回的数据：这是一个关键且需要稳健处理的部分。我们需要循环读取串口缓冲区，并解析出有效的识别结果。

def check_voice_command(): if uart.any(): # 检查串口是否有数据 data = uart.read() # 读取数据 if data: # 将字节数据转换为字符串 try: result_str = str(data, 'utf-8').strip() except: return None # 解析字符串 if result_str.startswith("OK"): # 格式可能是 "OK， 1" 或 "OK,1" parts = result_str.replace('，', ',').split(',') # 处理中文逗号 if len(parts) >= 2: cmd_code = parts[1].strip() if cmd_code.isdigit(): return int(cmd_code) # 返回识别到的词条编号 elif result_str == "NO": # 识别失败，可忽略或做提示 pass return None

4.3 将语音指令映射为游戏动作

获取到词条编号后，我们需要将其映射到具体的游戏控制函数。

def execute_voice_command(cmd_id): global direction, game_state if game_state == STATE_MENU: if cmd_id == 5: # “开始” game_state = STATE_PLAY display.show(Image.HAPPY) # 笑脸提示 utime.sleep_ms(500) elif game_state == STATE_PLAY: if cmd_id == 1: # “上” if direction != (0, 1): # 防止直接反向移动 direction = (0, -1) elif cmd_id == 2: # “下” if direction != (0, -1): direction = (0, 1) elif cmd_id == 3: # “左” if direction != (1, 0): direction = (-1, 0) elif cmd_id == 4: # “右” if direction != (-1, 0): direction = (1, 0) elif cmd_id == 6: # “暂停” game_state = STATE_PAUSE elif game_state == STATE_PAUSE: if cmd_id == 5: # “开始” 用于继续游戏 game_state = STATE_PLAY

4.4 整合到主循环：事件驱动与状态管理

现在，我们需要将语音检查逻辑优雅地整合到主游戏循环中。关键在于非阻塞式检查，不能让等待语音指令阻塞了游戏的正常刷新和渲染。

# 在主循环的 while True 内 while True: # 无论何种状态，都持续检查语音指令（非阻塞） voice_cmd = check_voice_command() if voice_cmd is not None: execute_voice_command(voice_cmd) # 可以添加一个简短提示，如点亮某个LED display.set_pixel(0, 0, 9) utime.sleep_ms(100) display.set_pixel(0, 0, 0) # 然后根据游戏状态执行不同逻辑 if game_state == STATE_PLAY: # 原有的游戏逻辑：移动、绘制、延时 move_snake() draw_game() utime.sleep_ms(300) elif game_state == STATE_MENU: # 闪烁一个提示符，等待“开始”指令 display.show(Image.ARROW_W) utime.sleep_ms(500) display.clear() utime.sleep_ms(200) # ... 其他状态处理

这种设计使得语音指令的监听是后台持续进行的，不会影响游戏画面的流畅性。一旦识别到指令，立即更新游戏状态或蛇的方向，在下一帧渲染时就会生效。

5. 项目调试与实战中的“坑”与技巧

将硬件和软件组合起来，第一次就能完美运行的概率不大。下面分享几个我实际调试中遇到的典型问题和解决技巧。

5.1 语音模块的“沉默”与初始化

问题现象：上电后，模块毫无反应，发送ASR指令也不回复。

• 排查步骤1：电源与接线。这是最可能的原因。首先用万用表测量模块VCC和GND之间的电压，确保在3.3V左右。然后检查TX/RX是否交叉连接。一个快速验证方法是：将Micro:bit的TX(P13)暂时连接到RX(P14)，然后让Micro:bit发送一段数据，同时自己接收自己。如果能收到，说明Micro:bit的串口发送功能正常。
• 排查步骤2：波特率匹配。LD3320模块的默认波特率可能是9600，也可能是115200。如果你的代码设置是9600，而模块是115200，通信必然失败。最稳妥的方法是查阅模块资料，或者用PC上的串口调试助手（通过USB转TTL连接模块）自动侦测其波特率。
• 排查步骤3：模块模式。有些模块需要发送特定的初始化指令序列才能进入识别模式。仔细阅读模块附带的文档或示例代码，确认是否需要先发送“SET\r\n”之类的命令进行模式设置。

技巧：在代码初始化部分，加入一个简单的“握手”测试。上电后，先发送一个“TEST\r\n”（如果模块支持），或者连续发送几次“ASR\r\n”并打印接收到的任何数据，这能帮你快速判断通信链路是否建立。

5.2 识别准确率优化与环境降噪

问题现象：在安静环境下识别还行，但有点背景噪音就频繁误识别或无法识别。

• 硬件层面：确保模块的麦克风没有被遮挡。有些模块有麦克风灵敏度调节电阻，可以尝试微调（如果存在的话）。如果模块自带喇叭接口，接上一个小喇叭，当识别成功时播放“嘀”一声，能给你明确的反馈，方便调试。
• 软件层面：这是LD3320这类离线模块的固有限制。我们可以通过“唤醒词+命令词”的模式来改善。例如，不说“左”，而说“贪吃蛇左转”。在烧录词条时，就烧录“贪吃蛇左转”作为一个整体词条。虽然麻烦点，但能极大降低环境噪音导致的误触发。在本项目中，我们可以将“开始游戏”作为唤醒词，识别到之后，再进入一个持续监听方向指令的状态。
• 发音与词条设计：烧录词条时，最好自己用平稳、清晰的语调录制。词条本身也要避免过于相似，比如“十”和“四”在中文里容易混淆，应尽量避免。

5.3 游戏控制延迟与体验优化

问题现象：说出指令后，蛇要过一会儿才动，感觉不跟手。

• 原因分析：延迟来自多个环节：语音模块的识别时间（~200-500ms）、串口数据传输时间、Micro:bit处理指令时间、游戏帧间隔（我们设置了300ms）。
• 优化方案：
  1. 减少游戏帧间隔：将utime.sleep_ms(300)适当调小，比如调到200ms，蛇的移动会更快，对指令的响应感觉也更敏捷。但要注意，速度太快会提高游戏难度。
  2. 即时方向更新：确保execute_voice_command函数在识别到方向指令后，立即修改direction全局变量。这样，下一次调用move_snake()时就会立刻生效。我们的代码已经做到了这一点。
  3. 优化串口读取：确保check_voice_command函数被频繁调用。在我们的主循环设计中，它是在每轮循环最开始就被调用的，优先级很高。
  4. 心理预期管理：离线语音识别本身就有一定延迟，需要向玩家说明这不是键盘，会有零点几秒的延迟，属于正常现象。

5.4 Micro:bit资源限制与代码优化

问题现象：随着代码增加，游戏偶尔卡顿，或者出现莫名其妙的行为。

• 内存管理：MicroPython运行在Micro:bit上，内存非常紧张。避免创建大量临时对象，尤其是在循环内部。例如，在draw_game函数中，直接使用display.set_pixel，而不是先构建一个图像对象再显示。
• 全局变量使用：合理使用global关键字，但不要滥用。只对真正需要跨函数修改的变量（如game_state,direction,snake）使用。
• 简化逻辑：5x5的网格，碰撞检测和食物生成算法已经非常简单，一般不会成为性能瓶颈。瓶颈通常在于低效的循环或字符串处理。确保check_voice_command中的字符串解析逻辑是高效且健壮的。

6. 功能扩展与创意玩法

基础功能实现后，你可以在此基础上添加更多元素，让项目更具挑战性和趣味性。

6.1 增加游戏难度与元素

1. 加速机制：每吃掉5个食物，蛇的移动速度就增加一次（减少utime.sleep_ms的值）。
2. 障碍物模式：在游戏区域随机生成几个永不消失的障碍物点，蛇撞上即游戏结束。这需要修改move_snake的碰撞检测逻辑和draw_game的绘制逻辑。
3. 计分与音效：利用Micro:bit的蜂鸣器（通过pin0或pin1输出PWM信号）或通过语音模块的喇叭接口，在吃到食物、撞墙、游戏结束时播放不同的简单音调。
4. 多人对战模式（脑洞大开）：使用两块Micro:bit，通过无线电（radio）模块通信。各自控制一条蛇，在同一个虚拟场地竞赛吃食物，并且可以设计“语音技能”，比如说出“闪电”可以让对方的蛇暂停一秒。这需要设计一套简单的无线通信协议。

6.2 语音指令的进阶应用

1. 复合指令：尝试识别更复杂的指令，如“快速左转”、“慢速前进”。这需要在LD3320中烧录这些完整短语作为独立词条，并在Micro:bit代码中解析后，同时修改direction和游戏速度变量。
2. 语音反馈：如果使用某些支持语音合成的模块（如SYN7318），你可以在游戏开始、结束、吃到特殊食物时，让模块用语音播报“游戏开始”、“恭喜你”等，体验更沉浸。
3. 自定义唤醒词：将项目改造成一个语音控制的智能设备原型。比如，说“小比特，打开灯光”让Micro:bit点亮所有LED，说“小比特，显示心跳”让它显示心跳图案。这只需要修改词条和execute_voice_command中的映射逻辑即可。

6.3 从MakeCode图形化到MicroPython代码的思考

很多朋友是从MakeCode的积木编程开始接触Micro:bit的。这个项目同样可以用MakeCode实现，其内置的串口模块和游戏扩展模块能简化部分工作。但MakeCode在复杂逻辑控制、字符串处理（尤其是解析“OK， 1”这样的串口数据）上不如MicroPython灵活。

我的建议是：如果你已经熟悉MakeCode，可以先用它快速搭建游戏原型和串口通信测试。当你需要更精细的控制（如复杂的语音指令解析、状态机管理）时，切换到MicroPython会是更强大的选择。这个过程本身，就是从图形化思维向文本代码思维过渡的很好练习。

最后，当你完成这个项目，看着小小的LED点阵上，那条蛇随着你的语音指令灵活游走时，那种亲手创造交互魔力的成就感，是单纯写一个软件游戏无法比拟的。它不仅仅是一个游戏，更是一个完整的、软硬件结合的微型系统。希望你在实现的过程中，不仅能享受到编程和硬件的乐趣，更能理解到，任何复杂的智能交互，其起点往往就是这样一次简单的“听”与“动”的连接。