基于Micro:bit的嵌入式游戏开发：从零构建太空鸟游戏

1. 项目概述：从零到一构建你的第一个嵌入式游戏

几年前，当我第一次把玩Micro:bit这块小巧的开发板时，就被它极低的上手门槛和丰富的可能性所吸引。对于很多刚接触硬件编程的朋友来说，Arduino的C++环境或许有些劝退，而树莓派又显得过于“重型”。Micro:bit恰好填补了这个空白，它内置了加速度计、磁力计、蓝牙和5x5的LED点阵屏，配合基于Blockly或Python的图形化/代码编程环境，让创造交互式项目变得像搭积木一样直观。今天，我想分享的正是基于Micro:bit开发一个名为“太空鸟”（Space Bird）的小游戏的全过程。这不仅仅是一个“Hello World”式的简单演示，而是一个涵盖了游戏循环、角色控制、碰撞检测、状态管理和音效反馈的完整微型游戏项目。无论你是对嵌入式开发感兴趣的学生，还是想寻找一个有趣硬件项目的创客，亦或是希望将编程概念具象化的老师，这个项目都能为你提供一个扎实的、可亲手实现的起点。我们将从点亮第一个像素开始，一步步构建出属于你自己的、可以握在掌心的互动游戏世界。

2. 核心设计思路与架构解析

2.1 游戏核心机制拆解

“太空鸟”本质上是一个无限跑酷类游戏，其核心循环非常经典：玩家控制一个角色（鸟）在向前滚动的场景中，通过上下移动来避开随机生成的障碍物。每一次成功通过障碍，得分增加；一旦发生碰撞，游戏结束并显示最终得分。在Micro:bit上实现这个机制，我们需要拆解几个关键子系统：

1. 图形渲染系统：Micro:bit的LED点阵只有5x5=25个像素，这是最大的限制，也是创意的来源。我们需要用这有限的像素来清晰表达角色、障碍物以及必要的UI（如分数）。
2. 输入处理系统：利用板载的A、B按钮作为控制输入。通常，A键控制角色下降，B键控制角色上升。输入需要即时、无延迟地响应。
3. 物理与逻辑系统：这是游戏的大脑。它包括：
   • 游戏状态机：管理“标题画面”、“游戏中”、“死亡结算”等不同状态。
   • 角色运动逻辑：处理按钮输入，计算角色在垂直方向的位置（通常是一个0到4的整数，对应5行LED）。
   • 障碍物生成与移动逻辑：以固定的时间间隔或游戏速度，在屏幕最右侧生成新的障碍物（一个或多个熄灭的LED列，中间留有缺口），并让所有障碍物逐帧向左移动。
   • 碰撞检测逻辑：在每一帧，检查代表角色的那个像素点，是否与代表障碍物的任何熄灭像素点占据同一位置。
4. 音频反馈系统：通过外接蜂鸣器或无源扬声器，为按钮按下、得分、死亡等事件提供声音反馈，极大增强游戏的沉浸感。

2.2 开发环境与工具链选择

Micro:bit的开发主要有两种路径，本项目将同时涉及，以便你根据自身情况选择：

• MakeCode图形化编程（推荐初学者）：这是微软提供的基于Blockly的在线编辑器。它通过拖拽代码块的方式进行编程，对逻辑流程的可视化呈现非常友好，能避免语法错误，是理解程序结构的最佳入门方式。其内置的“游戏”积木库更是为我们制作此类项目提供了大量现成的函数。
• Python文本编程（推荐进阶者）：MicroPython为Micro:bit提供了完整的Python 3支持。如果你已有一定的编程基础，或者希望更精细地控制内存和性能，使用Python会是更强大的选择。我们可以通过Mu Editor或VS Code等工具进行编写和烧录。

提示：无论选择哪种方式，都建议先在MakeCode中快速搭建原型，验证核心玩法，然后再用Python实现以获得更优性能和灵活性。本教程将以MakeCode为主要环境进行讲解，并在关键部分附上Python的实现思路，因为MakeCode的即时反馈和可视化特性更适合教学。

3. 硬件准备与基础连接

3.1 物料清单与功能说明

要完成本项目，你需要准备以下硬件，它们各自扮演着关键角色：

1. Micro:bit开发板（1块）：项目的核心大脑。其5x5 LED点阵是我们的显示屏，两个按钮是控制器，内置处理器负责运行所有游戏逻辑。
2. Micro:bit扩展板或电池盒（1个）：为了独立供电和方便连接外部元件。最常见的是那种带开关和AAA电池槽的扩展板。
3. AAA电池（2节）：为整个系统提供移动电源。确保电量充足，电压不足可能导致程序运行不稳定或LED变暗。
4. 无源蜂鸣器或小型扬声器（1个）：用于产生游戏音效。务必使用“无源”蜂鸣器，因为它需要外部输入频率信号才能发声，我们可以通过编程控制引脚输出不同频率的方波来产生音调。有源蜂鸣器内部自带振荡器，一通电就响，无法控制音高。
5. 连接线（杜邦线，2根）：用于连接蜂鸣器到Micro:bit的GPIO引脚。建议使用母对母杜邦线。

3.2 硬件连接图解与原理

声音输出的原理是让Micro:bit的GPIO引脚以特定频率快速切换高低电平，驱动蜂鸣器的膜片振动发声。频率越高，音调越高。

连接步骤至关重要：

1. 将Micro:bit插入扩展板。
2. 将蜂鸣器的一个引脚（通常标有“+”或较长的引脚）用杜邦线连接到Micro:bit的Pin 0（或其他你计划使用的数字引脚，如Pin 1）。
3. 将蜂鸣器的另一个引脚（“-”或较短的引脚）连接到Micro:bit的GND（接地）引脚。
4. 将两节AAA电池装入电池盒。

注意：连接时请务必断开电源。引脚不要接错，特别是不要将电源正负极短路。虽然Micro:bit有短路保护，但良好的习惯是安全第一。如果你没有扩展板，也可以直接用鳄鱼夹线连接蜂鸣器和Micro:bit边缘的金手指触点，但稳固性会差一些。

4. 软件实现：分步构建游戏逻辑

我们将遵循“自顶向下，逐步细化”的原则，在MakeCode中搭建游戏。你可以访问 makecode.microbit.org 开始一个新项目。

4.1 第一步：创建游戏标题与启动音效

游戏启动的第一印象很重要。我们需要初始化游戏状态，并呈现一个吸引人的标题画面。

在MakeCode中的操作：

1. 从“基本”类别中，拖出一个当开机时积木。所有初始化代码都放在这里。
2. 从“游戏”类别中，拖出创建精灵积木，将其变量命名为bird（小鸟）。这个精灵对象将代表我们的角色。
3. 设置小鸟的初始位置。从“游戏”类别找到将精灵设为 位置 x y，将其x坐标设为2（屏幕中心列，范围0-4），y坐标设为2（屏幕中心行，范围0-4）。
4. 制作标题。从“基本”类别拖出显示图标，可以选择一个预设图标（如钻石图标），或者使用显示字符串积木，让“SPACE BIRD”字样滚动显示。
5. 添加启动音效。从“音乐”类别拖出播放旋律 直到结束，你可以选择内置旋律如“Entertainer”，或者用播放音调积木自定义几个音调。将旋律播放放在显示标题之后。

背后的逻辑与参数选择：

• 当开机时：这是Micro:bit程序的入口点，类似于main函数。所有只需执行一次的设置都应放在这里。
• 精灵（Sprite）：在MakeCode游戏引擎中，精灵是屏幕上可移动图像的基本单位。我们创建一个精灵来代表小鸟，便于后续进行位置控制和碰撞检测。
• 坐标系统：Micro:bit屏幕左上角为原点(0,0)，x轴向右递增（0-4），y轴向下递增（0-4）。将小鸟初始位置设为(2,2)是屏幕正中心，这是一个安全的起始点。
• 音效频率：如果你使用播放音调，频率值（Hz）决定音高。例如，中音C是262Hz，G是392Hz。一个简单的“启动成功”音效可以是 [392, 523, 784] 三个音调依次播放。

Python代码思路参考：

from microbit import * import music # 初始化小鸟位置 bird_x = 2 bird_y = 2 # 开机显示标题 display.show(Image.DIAMOND) # 或者用自定义图像 sleep(500) display.scroll("SPACE BIRD") # 播放启动音效 music.play(music.ENTERTAINER)

4.2 第二步：设计“太空鸟”像素角色

在5x5的像素世界里，角色设计需要极简且具有辨识度。一个闪烁的像素点是最简单的，但我们可以做得更有趣。

在MakeCode中的操作：

1. 我们已经创建了bird精灵。默认情况下，它就是一个亮起的像素点。
2. 增强视觉效果：我们可以让小鸟“眨眼睛”或改变亮度来模拟飞行。在永久循环中（这是游戏的主循环），加入控制逻辑。
3. 拖入永久循环积木。在里面加入将精灵设为 图像，然后点击灰色方框，可以绘制一个自定义的LED图案。例如，你可以画一个“>”形状，代表鸟头朝向右边。
4. 为了让角色更生动，可以加入简单的动画。使用如果...那么...积木和暂停积木，每隔几次循环就切换一下小鸟的图像（比如在亮点和自定义图像间切换），模拟扑翼效果。

实操心得：

• 由于屏幕极小，角色最好只占1-2个像素点，并确保其与障碍物（熄灭的像素）有足够的对比度。
• 避免让角色图像过于复杂，否则在快速移动中会显得模糊。动态效果（如闪烁）比静态复杂图形更能吸引注意力。
• 你可以为不同游戏状态设计不同的角色图像。比如，正常飞行时是一个点，按下按钮时变成一个短横线（模拟俯冲或爬升的姿态）。

4.3 第三步：生成随机移动的障碍物

障碍物是游戏挑战性的来源。我们需要在屏幕右侧随机位置生成带有缺口的“管道”，并让它们向左移动。

在MakeCode中的操作（这是核心难点）：

1. 理解障碍物表示：在内存中，我们可以用一个**数组（列表）**来记录所有活跃障碍物的信息。每个障碍物可以是一个对象，包含其x坐标和缺口顶部的y坐标。但在Micro:bit上，为了极致的简洁和性能，更常见的做法是：障碍物就是屏幕上的一列或几列被“熄灭”的LED，中间的缺口是亮着的。我们可以用一个变量来记录下一列障碍物缺口的位置。
2. 创建障碍物数组：在当开机时中，创建一个名为obstacles的数组变量。
3. 生成障碍物逻辑：在永久循环中，设置一个计数器或利用游戏速度来控制生成频率。例如，每循环10次生成一个新障碍物。
   • 当需要生成时，随机决定缺口顶部的位置（例如，缺口顶部 = 随机取数 0 到 3，这样缺口高度至少为2行）。
   • 将这个新障碍物的信息（比如一个包含x坐标=4和缺口y坐标的数组）添加到obstacles列表中。
4. 移动与绘制障碍物：在同一个永久循环中：
   • 遍历obstacles数组中的每一个障碍物。
   • 将其x坐标减1（向左移动一列）。
   • 在屏幕上，将这一列（x坐标）的所有LED点灭，除了缺口范围内的y坐标（例如从缺口y到缺口y+1）保持熄灭（或理解为背景）。
   • 如果一个障碍物的x坐标小于0（移出屏幕最左端），就从数组中删除它，并且玩家得分加1。

关键技巧与避坑指南：

• 性能优化：Micro:bit性能有限，不宜同时存在太多障碍物。当障碍物移出屏幕后，务必将其从数组中删除，防止数组无限膨胀导致内存不足和游戏卡顿。
• 随机性控制：使用随机取数函数生成缺口位置。为了让游戏不至于 impossible，可以限制缺口出现的位置范围，确保玩家有反应时间。例如，不要让缺口连续出现在最顶部或最底部。
• 绘制技巧：Micro:bit的显示积木是全局操作。更高效的做法是：在每一帧开始时，先清除屏幕，然后绘制小鸟，再遍历障碍物数组绘制每一列障碍物。这被称为“重绘整个画面”。

Python实现片段参考：

import random from microbit import * obstacles = [] # 列表，每个元素为 [x, gap_y] game_speed = 20 score = 0 def generate_obstacle(): gap_y = random.randint(0, 3) # 缺口顶部位置 obstacles.append([4, gap_y]) # 在屏幕最右侧(4)生成 def draw_obstacles(): for obs in obstacles: x, gap_y = obs for y in range(5): # 遍历这一列的5行 if y < gap_y or y > gap_y + 1: # 缺口之外的点亮（作为障碍物） display.set_pixel(x, y, 9) # 高亮度 # 缺口部分不点亮（保持暗）

4.4 第四步：实现按钮控制与物理反馈

将玩家的输入转化为角色的动作，并给予即时的声音和视觉反馈，这是交互设计的核心。

在MakeCode中的操作：

1. 处理A键（下降）：从“输入”类别拖出当按钮 A 被按下积木。
   • 在里面，使用改变精灵 的 y 坐标 增加 1。注意，y坐标增加是向下移动。
   • 添加音效：从“音乐”类别拖入播放音调 中 C 持续 四分之一拍。选择一个较低的音调，比如“中 C”（262Hz），模拟沉重的下降感。
2. 处理B键（上升）：同理，创建当按钮 B 被按下积木。
   • 使用改变精灵 的 y 坐标 增加 -1（或减少 1）。
   • 播放一个较高的音调，如“高 G”（784Hz），模拟轻快的上升。
3. 添加重力效果（可选但推荐）：为了增加游戏的真实性和难度，可以模拟重力。在永久循环中，每次循环都让小鸟的y坐标自动增加一个很小的值（例如0.2），这样如果玩家不按B键，小鸟会缓慢下坠。按B键则提供一个向上的冲量来抵消重力。

注意事项：

• 边界检查：务必在移动小鸟后，检查其y坐标是否超出屏幕范围（小于0或大于4）。如果超出，可以将其限制在边界内，或者直接判定为死亡（撞到上下边界）。通常，撞上下边界直接判定死亡是更严苛也更常见的规则。
• 按键去抖：Micro:bit的硬件有基本的去抖，但在快速连击时，程序可能响应不过来。可以在按键处理事件开始时加一个极短的暂停(50)毫秒，或者设置一个“冷却时间”变量，防止一帧内响应多次按键。
• 音效时长：游戏中的反馈音效应非常短促，通常不超过四分之一拍（125毫秒左右），以免干扰主游戏循环或产生噪音。

4.5 第五步：构建游戏主循环与场景滚动

游戏主循环是驱动一切的核心引擎，它需要以稳定的频率运行，更新所有游戏对象的状态并重绘屏幕。

在MakeCode中的操作：

1. 建立循环骨架：我们已经有了永久循环。在这个循环里，我们需要按顺序执行以下任务：
   • 状态判断：如果游戏状态是“进行中”，则执行下面的更新和绘制；如果是“结束”或“开始”，则显示相应画面。
   • 更新游戏对象： a. 应用“重力”到小鸟（y坐标微增）。 b. 移动所有障碍物（x坐标减1）。 c. 检查是否需要生成新障碍物（基于计数器或时间）。
   • 碰撞检测：检查小鸟的当前位置(x, y)是否与任何障碍物的“实体部分”（即非缺口部分）重合。如果重合，游戏状态变为“结束”。
   • 边界检测：检查小鸟是否撞到上下边界（y<0 或 y>4）。
   • 绘制帧： a.清除屏幕。 b. 绘制小鸟（使用游戏 渲染积木或直接设置像素点）。 c. 遍历并绘制所有障碍物。
   • 控制游戏速度：在循环末尾加入暂停(毫秒)。这个暂停时间决定了游戏帧率。例如，暂停(100)表示每秒大约10帧。调整这个值可以改变游戏的整体速度。这个值是调试游戏手感的关键。
2. 实现场景滚动：障碍物不断向左移动，从视觉上就形成了场景向右滚动的效果。无需单独的背景图层。

深度解析：游戏循环与帧率

• 暂停(毫秒)的值直接影响游戏难度和流畅度。值越小，循环越快，游戏速度感觉越快，对反应速度要求越高。通常设置在80ms到150ms之间是一个比较舒适的范围。
• 整个循环的执行时间必须小于暂停时间，否则会导致游戏实际帧率低于预期，变得卡顿。因此，循环内的计算（尤其是碰撞检测和绘制）要尽量高效。
• 在MakeCode中，使用内置的游戏积木库（如创建精灵、添加得分、游戏结束）可以简化很多逻辑，并且这些函数是经过优化的。但对于学习原理而言，手动实现一遍更有价值。

4.6 第六步：实现游戏结束判定与死亡动画

当碰撞发生时，需要给玩家一个明确且有趣的失败反馈，然后平滑地过渡到结算界面。

在MakeCode中的操作：

1. 碰撞检测实现：在永久循环中，在更新和绘制之后，加入碰撞检测逻辑。
   • 遍历obstacles数组。
   • 对于每个障碍物，检查小鸟的x坐标是否等于障碍物的x坐标。
   • 如果是，再检查小鸟的y坐标是否不在该障碍物的缺口范围内（即 y < gap_y 或 y > gap_y+1）。如果不在缺口内，则发生碰撞。
   • 也可以直接使用MakeCode游戏库的如果 精灵 碰到 其他物体？积木，如果你用游戏库的障碍物对象。
2. 触发结束状态：一旦检测到碰撞，立即：
   • 设置一个游戏状态变量playing为假。
   • 播放一个悲伤或刺耳的音效旋律，比如内置的葬礼进行曲(Funeral)。
   • 显示一个爆炸动画。可以用显示图标快速切换几个表示爆炸的图标（如Image.SKULL），或者用循环控制LED点阵显示一个扩散的爆炸效果。
   • 最后，显示“GAME OVER”滚动文字。
3. 死亡动画细节：一个简单的爆炸动画可以这样实现：先让小鸟所在的像素点高亮，然后快速将其周围一圈像素也点亮，再迅速全部熄灭。这能有效传达“撞击”的视觉信息。

4.7 第七步：计分系统与结果显示

得分是激励玩家反复挑战的核心。我们需要一个清晰、及时的得分反馈。

在MakeCode中的操作：

1. 分数变量：在当开机时中，创建一个名为score的变量，初始化为0。
2. 分数增加逻辑：在永久循环中，当成功将一个障碍物从obstacles数组中移除（因为其x坐标<0）时，就执行score 增加 1。这代表小鸟安全通过了一对障碍物。
3. 实时显示（可选）：由于屏幕太小，实时显示数字会干扰游戏。通常的做法是不在游戏过程中显示分数，或者只在通过一个障碍物时让分数短暂闪烁一下。
4. 最终结果显示：在游戏结束，显示完“GAME OVER”之后，用显示数字积木来显示最终的score变量值。因为数字可能超过9，所以最好使用显示字符串来显示“SCORE:” + score的组合。

进阶技巧：

• 高分记录：利用Micro:bit的非易失性存储（在MakeCode中称为“存储”类别）来保存历史最高分。每次游戏结束时，将当前分数与存储的最高分比较，如果更高，则更新存储并显示“NEW HIGH SCORE!”。
• 得分特效：当玩家得分时，除了增加数字，可以播放一个简短、欢快的音效（如上升音阶），并让屏幕所有LED快速闪烁一下，给予强烈的正反馈。

4.8 第八步：整体调试与优化

代码编写完成后，调试是确保游戏可玩、有趣的关键步骤。

系统化调试清单：

1. 功能验证：
   • 开机是否显示标题和播放音乐？
   • 按下A/B键，小鸟是否正确移动并伴有对应音效？
   • 障碍物是否以稳定速度生成并向左移动？
   • 小鸟碰到障碍物或边界，游戏是否立即结束，并播放死亡音效和动画？
   • 游戏结束后，是否准确显示本次得分？
   • 重启游戏（按复位键或重新上电），一切是否恢复正常？
2. 手感与难度调优：
   • 游戏速度：调整主循环中的暂停时间。太快了反应不及，太慢了无聊。
   • 重力强度：调整每帧小鸟自动下落的数值。这个值决定了你需要多频繁地按B键来维持高度。
   • 障碍物生成频率：调整生成新障碍物的间隔。频率越高，难度越大。
   • 缺口大小：调整障碍物缺口的行数。默认2行可能较难，可以尝试3行。
   • 控制灵敏度：一次按键让小鸟移动的像素数。移动过多会难以微操，移动过少则感觉迟钝。
3. 性能与稳定性检查：
   • 长时间运行游戏（几分钟），观察是否有明显卡顿、延迟或意外复位。这可能是内存泄漏（如未删除移出屏幕的障碍物）或循环过载的迹象。
   • 检查在不同电池电量下，游戏运行是否稳定。LED和蜂鸣器是全板最耗电的部件。

我的调试心得：

• 分模块测试：不要一次性写完所有代码。先让小鸟能控制移动，再加障碍物，最后做碰撞检测。每完成一个模块就测试一次。
• 利用模拟器：MakeCode编辑器左侧有完整的Micro:bit模拟器。在烧录到实体硬件前，务必在模拟器中充分测试所有交互逻辑。你可以用鼠标点击模拟器上的A/B按钮。
• 串口输出调试：在复杂逻辑处，可以使用串口 写入行积木（在“高级”→“串口”中）将变量的值（如小鸟坐标、障碍物数量、分数）输出到电脑的串口监视器，这是查找逻辑错误的神器。
• 最终集成测试：将所有代码整合后，邀请朋友或家人试玩。他们的第一反应和失败点是你调整难度和手感的最佳依据。

5. 常见问题与故障排除实录

在实际开发中，你几乎一定会遇到下面这些问题。这里是我踩过坑后总结的解决方案。

5.1 硬件连接与供电问题

• 问题：蜂鸣器不响或声音微弱。
  • 排查：首先检查接线是否牢固，Pin 0和GND是否接反。其次，确认你使用的是无源蜂鸣器。用万用表测一下蜂鸣器两端，有源蜂鸣器通常有约5V的直流电阻，而无源的电阻很小。最后，尝试在代码中播放一个非常简单的音调（如播放音调 中 C），排除代码问题。
  • 解决：更换为确认无误的无源蜂鸣器。如果声音还是小，可以尝试将蜂鸣器正极接到3V引脚（提供3.3V电压）而非数字引脚，但注意数字引脚输出电流有限，驱动大音量蜂鸣器可能力不从心。
• 问题：程序运行不稳定，有时会复位或LED变暗。
  • 排查：这通常是供电不足的典型表现。Micro:bit通过USB或电池供电。电池盒的弹簧触点容易松动，AAA电池电量也可能不足。
  • 解决：确保电池安装牢固，并使用新电池。如果使用USB供电，尝试换一个USB端口或数据线。避免同时点亮过多LED（虽然我们只有25个）并长时间播放高音量声音。

5.2 软件逻辑与性能问题

• 问题：游戏越来越卡，最后几乎不动。
  • 排查：这是经典的内存泄漏问题。检查你的obstacles数组，是否只添加新障碍物，而从未删除已经移出屏幕的旧障碍物？
  • 解决：在移动障碍物后，增加一个判断：如果 障碍物.x < 0，那么 从 obstacles 中删除该障碍物。在MakeCode中，可以使用列表 删除 obstacles 位于 索引积木，结合循环遍历。
• 问题：小鸟有时会“穿墙”而过，碰撞检测失灵。
  • 排查：碰撞检测的时机不对。如果在移动障碍物之前检测碰撞，且移动步长较大，小鸟可能在一帧内从障碍物前方“跳”到了后方，错过了碰撞检测。
  • 解决：确保你的游戏循环顺序是：1. 处理输入（移动小鸟），2. 应用物理（重力），3.进行碰撞检测，4. 移动/生成障碍物，5. 绘制屏幕。将碰撞检测放在障碍物移动之前，检测的是当前帧的状态。
• 问题：按钮反应迟钝，或者按一次跳了两下。
  • 排查：这是“按键抖动”和“事件处理与主循环不同步”的综合问题。Micro:bit的当按钮被按下是事件驱动，可能瞬间触发多次。
  • 解决：在主循环中，用变量记录小鸟的“速度”或“加速度”，而不是直接在事件中修改位置。例如，设置velocity = 0，在当按钮A被按下事件中，velocity = 1（下降）；在当按钮B被按下事件中，velocity = -1（上升）。然后在主循环中，计算bird_y = bird_y + velocity。这样，无论事件触发多快，一帧内只生效一次。

5.3 游戏性与体验调优问题

• 问题：游戏太难了，根本过不了第一个障碍物。
  • 调参：这是所有游戏测试的必经阶段。依次调整以下参数，每次只调一个，感受变化：
    • 降低重力：减少每帧小鸟自动下落的数值。
    • 增大缺口：将障碍物缺口从2行增加到3行。
    • 减慢游戏速度：增加主循环暂停的时间。
    • 降低障碍物生成频率：增加生成新障碍物所需的循环次数。
• 问题：游戏画面闪烁严重。
  • 排查：在绘制每一帧时，是先画障碍物再画小鸟，还是先清屏再画所有？顺序错误可能导致像素点频繁亮灭。
  • 解决：采用标准的“双缓冲”思想：在内存中维护一个代表5x5屏幕的二维数组，所有绘制操作先修改这个数组，在循环的最后，一次性将这个数组的内容输出到物理LED屏幕上。虽然Micro:bit性能有限，但确保“清屏->绘制所有对象->显示”这个顺序不乱，能大大减少闪烁。

完成以上所有步骤，你的“太空鸟”游戏就应该是一个稳定、可玩、充满成就感的作品了。从硬件连接到逻辑编程，从像素艺术到交互设计，这个小小的项目几乎触及了嵌入式互动开发的所有基础环节。最让我有成就感的时刻，不是代码第一次跑通，而是看到朋友在试玩时，因为一次失误而懊恼，又因为一次高分而欢呼——那个握在手中的5x5像素世界，因为你的代码，真正地“活”了过来。