从Arduino到互动游戏：红外传感器与状态机在STEM项目中的实践

1. 项目概述：从“最蠢游戏”到寓教于乐的互动装置

几年前，我在琢磨一个事儿：怎么把编程和电子这些听起来有点“硬核”的东西，变得像搭积木一样直观又有趣，特别是能让孩子们上手玩起来。于是，就有了这个叫“Flip-It!”的小玩意儿。你可以叫它“世界上最蠢的游戏”，因为它规则简单到令人发笑——两个玩家轮流翻转一个带磁铁的机械臂，试图把臂端吸着的一个小圆片（我们叫它“令牌”）甩到对方那边去。如果对方没接住，或者你甩的力道刚刚好让令牌稳稳落在对方区域，你就得分。听起来是不是蠢萌蠢萌的？但就是这么个简单的机制，玩起来却异常上瘾，胜负心一起，根本停不下来。

这个项目的核心，远不止是做一个玩具。它是一个完整的互动游戏开发案例，完美融合了机械结构设计、电子电路搭建和微控制器编程。从最初的硬纸板原型，到最终集成电子计分系统的成品，整个过程就像一场微型的工程项目实践。我选择了Arduino Nano作为大脑，用两个红外反射传感器充当游戏的“眼睛”，来检测令牌的位置；用八位数码管和蜂鸣器来提供分数反馈和音效。机械部分则大量借助了激光切割和3D打印技术来制作精密的轴承和连接件。

在我看来，这类项目的价值，尤其在STEM教育场景下，是无可替代的。它把“if-else”条件判断、传感器信号读取、状态机逻辑这些抽象的编程概念，变成了看得见、摸得着的物理交互。学生不仅能学到代码怎么写，更能理解代码是如何通过传感器和驱动器与世界对话的。接下来，我就把这几年折腾Flip-It!从构思到实现的全过程，包括那些踩过的坑和收获的经验，毫无保留地拆解给你看。

2. 核心设计思路与机械结构解析

2.1 游戏机制与整体架构设计

Flip-It!的设计哲学是“极简的交互，丰富的可能性”。游戏目标简单，但为了实现它，系统需要完成几个核心功能：1) 可靠地检测令牌在“我方”、“空中”还是“敌方”状态；2) 根据检测结果和玩家操作（按下按钮代表尝试翻转）判断得分与失分；3) 以视觉（分数）和听觉（音效）形式反馈游戏状态。

基于这些需求，我设计了如下图所示的系统架构，它清晰地划分了输入、处理和输出三个部分：

[物理交互层] [控制与逻辑层] [反馈输出层] │ │ │ ├── 令牌位置 ──> 红外传感器 ──> 数字信号 ──┐ │ │ │ │ ├── 玩家操作 ──> 按钮 ──────> 中断信号 ──┼──> Arduino Nano (微控制器) ──> 7段数码管 ──> 分数显示 │ │ │ └── 翻转机构 (机械) <───────────────┘ └──> 蜂鸣器 ────> 音效反馈

为什么选择这样的架构？首先，输入部分必须非接触、耐用且低成本。红外反射传感器（如常见的TCRT5000模块）完美符合要求。它通过发射红外光并检测反射光强度来判断前方是否有物体，非常适合检测一个固定距离内（几毫米到几厘米）的令牌是否存在。相比触碰开关，它无物理接触，寿命长；相比摄像头方案，它成本低、处理简单。玩家操作使用一个轻触按钮，并连接到Arduino的中断引脚，确保每次按压都能被即时响应，不会因为主循环忙而丢失操作。

处理核心选用Arduino Nano，是因为它尺寸小巧，能轻松嵌入游戏机箱；引脚数量足够（需要2个数字输入给传感器，1个中断输入给按钮，至少10个数字输出控制数码管和蜂鸣器）；社区资源丰富，遇到问题容易找到解决方案。对于这个逻辑复杂度中等的游戏，它的性能绰绰有余。

输出部分，7段数码管是显示分数最直接、最醒目的方式，驱动简单。无源蜂鸣器则用于产生不同音调，为游戏增加紧张感和成就感。整个架构没有使用任何复杂的网络或显示模块，确保了项目的核心聚焦在基础交互逻辑上，降低了学习和复现的门槛。

2.2 机械翻转机构的设计与实现要点

游戏的灵魂在于那个“翻转”的手感。机械结构的目标是：提供一个有弹性、可复位、且阻尼适中的翻转动作，让玩家能通过按压按钮的时机来粗略控制力道。

1. 核心部件与材料选择：

• 机箱与底座：使用5mm厚的MDF（中密度纤维板）通过激光切割或CNC加工而成。MDF易于加工、表面平整、成本低，且有一定重量保证稳定性。设计文件需要精确考虑所有零件的卡槽和装配关系。
• 翻转轴：采用直径5mm的实心木棒或光轴。5mm是标准尺寸，易于找到配套的轴承和连接件。木棒更易切割，金属光轴则更顺滑。
• 弹性复位元件：最初我用过橡皮筋，但后来发现外径7mm、线径约1mm的拉簧效果更稳定、寿命更长。弹簧提供线性回复力，让翻转动作的力度反馈更可预测。
• 轴承：这是保证流畅翻转的关键。早期原型我用截断的ABS电路板支撑柱凑合，但摩擦大。最终版使用3D打印的“穹顶”形轴承。为什么是3D打印？因为它可以一体成型出复杂的、包裹轴体的曲面，提供稳定的支撑点同时减少接触面积。材料建议使用PETG或ABS，有一定韧性且耐磨。
• 磁铁固定器与令牌：使用3D打印的部件来固定一个直径5mm的钕铁硼球形磁铁。球形磁铁的好处是磁场方向均匀，无论令牌如何旋转都能吸住。令牌本身是直径约70mm的圆片，中心需要固定一个铁质垫片（我用的是几枚订书钉层叠粘贴）来与磁铁相互作用。令牌的重量需要调试：太轻容易被意外震落，太重则翻转不动。

2. 装配流程与调校心得：装配顺序很重要。我的流程是：1) 组装MDF机箱主体，确保所有接缝用木工胶粘合牢固；2) 将弹簧支座和3D打印轴承座用热熔胶或螺丝固定在背板上；3) 将切割好的5mm木轴穿入轴承，并安装上磁铁固定臂；4) 安装弹簧，连接翻转臂和底座上的固定点。

关键调校点：翻转的“手感”由弹簧的预紧力和安装位置决定。你需要反复测试，让弹簧在“待机”位置（令牌在己方）时有一个中等偏小的拉力，这样玩家需要明显发力才能启动翻转，但一旦超过某个点，弹簧又能迅速将臂弹向对方。这类似于一个“过中心”机构，能产生清脆的“啪”一声翻转音效。可以用不同劲度系数的弹簧，或者调整弹簧在支座上的挂钩位置来微调。

3. 电子计分系统的硬件搭建

3.1 传感器选型与电路连接

电子计分系统的“眼睛”是两个红外反射传感器模块。市面上常见的是集成好的三线模块（VCC, GND, OUT）。其工作原理是模块上的红外发射管持续发光，接收管检测反射回来的光强。当令牌（反射面）靠近到一定距离时，反射光强超过阈值，模块的数字输出引脚（OUT）会从高电平变为低电平（或反之，取决于模块逻辑）。

接线细节：

1. 电源：将两个传感器模块的VCC引脚连接到Arduino Nano的5V引脚，GND连接到GND。务必注意，虽然Nano的3.3V引脚也能供电，但可能导致红外发射管功率不足，检测距离急剧缩短，因此统一使用5V。
2. 信号线：将两个模块的OUT引脚分别连接到Nano的数字引脚，例如D2和D3。在代码中需要将它们设置为INPUT_PULLUP模式，即启用内部上拉电阻。这样，当传感器前方无物体时，OUT引脚会被内部电阻拉至高电平（约5V）；当检测到令牌时，模块内部三极管导通，将引脚拉至低电平（0V）。这种“低电平有效”的逻辑更抗干扰。
3. 灵敏度调节：每个模块上都有一个可调电阻（电位器）。用螺丝刀旋转它，可以改变检测阈值。调试时，将令牌放在传感器正前方预设的检测位置（距离传感器约5-10mm），调节电位器，直到模块上的信号指示灯刚好亮起或熄灭（视具体模块而定），此时Arduino读取的引脚状态应发生变化。这个步骤至关重要，直接影响游戏判定的准确性。

为什么不用其他传感器？考虑过超声波测距，但它检测区域大，容易误触；也想过霍尔传感器检测磁铁，但磁铁随臂运动，位置不固定，安装复杂。红外反射方案在成本、可靠性和安装简易性上取得了最佳平衡。

3.2 显示、交互与供电模块集成

1. 八位七段数码管：我选用的是常见的“共阴极”8位数码管模块，通常自带驱动芯片如MAX7219或TM1637，通过少数几根线（数据、时钟）与Arduino通信，极大简化了接线和编程。以MAX7219为例：

• 接线：模块的VCC接5V，GND接GND。DIN（数据）接Nano的D11，CS（片选）接D10，CLK（时钟）接D13。
• 优点：驱动芯片负责多位数码管的扫描和亮度控制，Arduino只需发送要显示的数字命令，节省了大量I/O口和CPU时间。

2. 按钮与中断：游戏开始或翻转动作由一个12mm轻触按钮触发。我将按钮一端接地（GND），另一端接Nano的D2引脚（该引脚支持硬件中断）。在Arduino代码中，将D2模式设置为INPUT_PULLUP，并附加一个中断服务函数。这样，当按钮被按下，引脚从高电平被拉低到地（GND）时，无论主程序在做什么，都会立即跳转到中断函数中处理这次翻转逻辑。这确保了玩家操作的零延迟响应。

3. 无源蜂鸣器：无源蜂鸣器需要输入不同频率的方波才能发出不同音调。将其正极（通常标“+”）接Nano的一个PWM引脚（如D9），负极接GND。通过tone()函数可以方便地产生指定频率和时长的声音，用于制作得分音效、生命值减少的警示音和游戏结束的旋律。

4. 供电方案：整个系统功耗不高，数码管和传感器是主要耗电部分。一个普通的9V碱性电池（通过标准的9V电池扣连接）足以支撑数小时的连续游戏。将电池扣的正负极直接接入Arduino Nano的Vin引脚和GND引脚即可。注意：长期不用时请取出电池，防止电池漏液损坏设备。

布线实战经验：为了整洁和可靠，我强烈建议使用一块Arduino Nano扩展板（或称“Nano Shield”或“Breakout Board”）。它将Nano的所有引脚以排针形式引出，并通常带有电源端子，使得连接杜邦线变得非常方便。在机箱内部，用扎带或热熔胶固定好线路和各个模块，避免游戏过程中因晃动导致线缆脱落。传感器模块最好用螺丝或强力双面胶牢牢固定在机箱内壁预设的检测孔后方。

4. 游戏逻辑的软件实现与代码剖析

4.1 程序状态机与核心变量定义

对于Flip-It!这样的交互式游戏，用状态机（State Machine）来建模程序流程是最清晰的方法。游戏在任何时刻都处于一个明确的状态，状态之间的转换由事件（如传感器信号变化、按钮按下）触发。

我定义了以下几个核心状态：

1. WAITING_FOR_START：等待游戏开始。此时令牌应放在玩家A的传感器前。系统检测到后，进入准备状态。
2. PLAYER_A_TURN：玩家A的回合。等待A按下按钮进行翻转。
3. FLIPPING：翻转动作进行中。这是一个短暂的状态，用于处理从按下按钮到机械臂运动到另一侧的物理过程。
4. PLAYER_B_TURN：玩家B的回合。等待B按下按钮。
5. SCORING：裁决状态。检测令牌最终位置，判断得分、失分或继续。
6. GAME_OVER：游戏结束。显示获胜者，播放结束音效。

对应的，需要一些全局变量来跟踪游戏数据：

// 游戏状态 enum GameState {WAITING_FOR_START, PLAYER_A_TURN, PLAYER_B_TURN, FLIPPING, SCORING, GAME_OVER}; GameState currentState; // 玩家分数与生命值 int scorePlayerA = 0; int scorePlayerB = 0; int livesPlayerA = 5; // 初始生命值 int livesPlayerB = 5; // 传感器状态 bool tokenOnSensorA; // true表示令牌在A传感器前 bool tokenOnSensorB; // 当前连续翻转次数（回合数） int rallyCount = 0; // 用于防抖和计时的变量 unsigned long lastDebounceTime = 0; const unsigned long debounceDelay = 50; // 防抖延时，毫秒

4.2 传感器读取与去抖动处理

红外传感器直接连接数字引脚，读取看似简单，但实际环境中存在抖动（Bounce）和干扰。直接读取可能会导致一次触发被误判为多次。

可靠的读取函数示例：

bool readSensorDebounced(int sensorPin) { bool currentReading = digitalRead(sensorPin); // 读取当前引脚电平 // 假设传感器“检测到”时为LOW（低电平有效） bool detected = (currentReading == LOW); // 简单的延时防抖不是好主意，它会阻塞程序。这里使用状态机防抖思路。 // 更优的做法是记录每次电平变化的时间，仅在稳定超过一定时间后才认为状态改变。 // 以下是一个简化版，在实际loop中结合millis()实现非阻塞防抖 static unsigned long lastStableTime = 0; static bool lastStableState = false; const unsigned long stableInterval = 30; // 状态需稳定30ms if (detected != lastStableState) { lastStableTime = millis(); } if ((millis() - lastStableTime) > stableInterval) { // 状态已稳定一段时间 if (detected != lastStableState) { lastStableState = detected; return lastStableState; // 返回新的稳定状态 } } return lastStableState; // 返回旧的稳定状态 }

在loop()函数中，我会调用tokenOnSensorA = readSensorDebounced(SENSOR_A_PIN);来获取稳定的传感器状态。这个“稳定状态”是后续所有游戏逻辑判断的基础。

4.3 主循环逻辑与得分判定算法

主循环loop()函数的核心是围绕currentState的一个大switch-case语句。以下是几个关键状态的逻辑伪代码：

void loop() { // 1. 更新传感器状态（非阻塞方式） updateSensors(); // 2. 根据当前状态执行相应逻辑 switch (currentState) { case WAITING_FOR_START: if (tokenOnSensorA && !tokenOnSensorB) { // 令牌只在A处 displayMessage("P1 READY"); // 在数码管显示提示 currentState = PLAYER_A_TURN; } break; case PLAYER_A_TURN: // 等待按钮中断。中断服务函数会设置一个标志位。 if (flipButtonPressed) { flipButtonPressed = false; // 清除标志 rallyCount++; // 回合数增加 currentState = FLIPPING; // 可以在这里触发一个翻转动画或音效 } // 安全检查：如果令牌意外掉了（两个传感器都看不到） if (!tokenOnSensorA && !tokenOnSensorB) { // 可能掉地上了，进入裁决状态，判定为失误 currentState = SCORING; } break; case FLIPPING: // 这是一个短暂状态，主要目的是等待机械动作完成 // 可以延时一小段时间，或者等待传感器状态变化 delay(150); // 模拟翻转物理时间，实际可根据测试调整 currentState = SCORING; // 立即进入裁决 break; case SCORING: // 最核心的得分逻辑 if (!tokenOnSensorA && !tokenOnSensorB) { // 令牌不在任何传感器上！判定为“掉落” // 谁是上一个行动的玩家？谁就导致对方失误？ // 这里需要根据上一个状态记录来判断。假设lastActivePlayer记录上一个行动的玩家 if (lastActivePlayer == PLAYER_A) { // A刚翻完，令牌掉了，说明B没接住？不，规则是：翻的人导致令牌掉落，则翻的人失误。 // 所以A失误，B得分。 scorePlayerB += rallyCount; // B获得当前连续回合数的分数 livesPlayerA--; // A失去一条命 playSound(LOSE_LIFE); // 播放失命音效 } else { // 同理，B失误，A得分 scorePlayerA += rallyCount; livesPlayerB--; playSound(LOSE_LIFE); } rallyCount = 0; // 连续回合数清零 displayScores(); // 更新显示 } else if (tokenOnSensorB && lastActivePlayer == PLAYER_A) { // 令牌成功从A翻到了B的传感器上 // 翻转成功，不得分，也不失分，游戏继续 currentState = PLAYER_B_TURN; lastActivePlayer = PLAYER_B; // 更新记录 return; // 跳出，不执行后面的检查 } else if (tokenOnSensorA && lastActivePlayer == PLAYER_B) { // 令牌成功从B翻到了A currentState = PLAYER_A_TURN; lastActivePlayer = PLAYER_A; return; } // 检查是否有玩家生命值耗尽 if (livesPlayerA <= 0 || livesPlayerB <= 0) { currentState = GAME_OVER; } else { // 生命值还有，回到等待令牌放置的状态，开始新一分 currentState = WAITING_FOR_START; displayMessage("PLACE TOKEN"); } break; case GAME_OVER: // 显示获胜者，播放庆祝或结束音效 if (livesPlayerA <= 0) { displayMessage("P2 WINS!"); } else { displayMessage("P1 WINS!"); } playGameOverMelody(); // 可以在这里加入等待重启的逻辑，比如长按按钮复位游戏 break; } }

得分算法的关键点：得分不仅发生在令牌掉落时，而且得分值与rallyCount（连续翻转次数）挂钩。这巧妙地增加了游戏的策略性：回合拖得越长，风险（掉落时对方得分越多）和收益（自己成功翻转后若对方失误则得分高）都越大，促使玩家在保守和冒险之间做选择。

4.4 音效与显示功能的实现

音效：使用tone(pin, frequency, duration)函数。可以预先定义一些旋律的频率和时长数组。例如，一个简短的得分音效可以是两个上升的音调：

void playScoreSound() { tone(BUZZER_PIN, 523, 100); // C5 delay(120); tone(BUZZER_PIN, 659, 100); // E5 delay(120); noTone(BUZZER_PIN); }

游戏结束的“Fanfare”可以复杂一些，网上有很多将简谱转化为tone()调用的示例代码。

显示：使用MAX7219驱动数码管时，可以借助LedControl或MD_MAX72xx这类库。初始化后，调用setChar()或setDigit()函数即可显示数字或简单字母。例如，显示“P1 READY”可能需要自定义部分字符，或者分段显示。显示分数时，可以固定前四位显示Player A的分数和生命值（如“A12 5”），后四位显示Player B（如“B07 3”）。

编程心得：状态机是灵魂。在动手写代码前，先在纸上画出完整的状态转换图。这能帮你理清所有边界情况，比如“翻转过程中按钮被连按怎么办？”、“令牌刚放上去不稳定导致传感器闪烁怎么办？”。清晰的狀態機能讓代碼邏輯一目了然，後期調試和功能擴展也會輕鬆很多。另外，盡量將硬件操作（如讀傳感器、更新顯示）封裝成函數，讓主狀態機循環保持簡潔。

5. 系统集成、调试与主题化拓展

5.1 软硬件联调与常见问题排查

当机械部分和电路部分都准备好，代码也上传到Arduino后，真正的挑战——系统集成调试——就开始了。问题往往出现在各个部分的交界处。

问题1：传感器误触发或不触发。

• 现象：令牌明明在，但数码管显示没检测到；或者什么都没放，传感器指示灯却一直亮。
• 排查：
  1. 环境光干扰：红外传感器对环境光敏感，特别是日光灯或阳光。确保传感器模块的检测孔正对令牌，并且周围没有其他强反射物。可以用一小段黑色热缩管或橡胶管套在传感器头部，做成“遮光罩”，只让它“看”正前方一小块区域。
  2. 阈值不准：重新调节模块上的电位器。用一个稳定的电源（如USB供电）进行调节，因为电池电压下降会影响阈值。调节时，使用串口监视器打印出传感器引脚的电平值，观察令牌放置和拿走时的数值变化，找到最稳定的临界点。
  3. 供电不足：如果使用电池，电量不足时传感器工作会不稳定。确保电池电压充足（9V电池空载应高于8V）。

问题2：翻转动作后，裁决逻辑混乱。

• 现象：明明成功翻过去了，却判为掉落；或者该A得分却给了B。
• 排查：
  1. 物理延迟：代码中FLIPPING状态的延时可能太短。机械臂翻转到位、令牌稳定吸附需要时间。用Serial.println()输出调试信息，记录从按下按钮到进入SCORING状态，再到读取传感器状态的时间点。适当增加FLIPPING后的一个短暂延时（delay(100)），或者改为“等待直到任一传感器状态发生变化”的逻辑。
  2. 状态记录错误：仔细检查lastActivePlayer这个变量是否在每次成功翻转后都正确更新。确保在SCORING状态下，是根据lastActivePlayer来判断得分方，而不是当前传感器状态。

问题3：显示乱码或闪烁。

• 现象：数码管显示的数字部分笔段缺失，或者不停闪烁。
• 排查：
  1. 接线松动：检查连接数码管模块的三根数据线（DIN, CS, CLK）是否接触良好，特别是杜邦线容易松脱。
  2. 库初始化问题：确认在setup()中正确初始化了数码管驱动库，设置了亮度（太暗可能看不清，太亮可能功耗大且闪烁）。
  3. 刷新冲突：如果主循环中有长时间的delay()，可能会导致显示刷新被阻塞。避免使用长延时，用millis()进行非阻塞的时间管理。

问题4：按钮响应不灵或连发。

• 现象：按一下没反应，或者按一下触发多次翻转。
• 排查：
  1. 硬件防抖：在按钮两端并联一个0.1uF的瓷片电容，可以滤除部分抖动。
  2. 软件防抖：在中断服务函数中，记录按下时间，只有距离上次有效按下超过一定间隔（如200毫秒）才视为新一次有效按压。这就是前面提到的“防抖”逻辑在按钮上的应用。

5.2 游戏主题化与教学应用实践

Flip-It!的机械和电子框架是通用的，这为它的“皮肤”主题化留下了巨大空间。这也是我在工作坊中觉得最有意思的部分。

1. 主题设计：我们做过“地球-月球”主题，把令牌做成登月舱，两侧的背板画上地球和月球的图案。还做过“动物足球”主题，令牌是足球，两侧是球门和动物球员。关键在于：

• 令牌：直径70mm左右，重量要轻（层压纸片加订书钉是很好的选择），中心必须有能被磁铁吸引的材料。图案可以打印后过塑。
• 背板与装饰：整个MDF机箱可以用丙烯颜料涂装，或者粘贴打印好的背景图。这完全不影响内部结构。

2. 在STEM工作坊中的应用：这个项目可以拆解成多个课时：

• 第1课：游戏与机制。玩成品游戏，讨论其规则，引出“输入-处理-输出”的计算思维模型。
• 第2课：机械工程师。学习激光切割或手工制作机箱，组装弹簧和翻转臂，理解杠杆和弹力。
• 第3课：电子侦探。认识传感器、Arduino、数码管，学习用面包板连接电路，用串口监视器“观察”传感器看到的世界。
• 第4课：程序魔术师。学习修改代码中的参数，比如改变生命值初始数量、调整得分规则，甚至添加新的音效。从改代码开始接触编程。
• 第5课：创意设计师。为自己的游戏设计主题皮肤，制作个性化的令牌和背板图案。

3. 扩展可能性：对于学有余力的学生或爱好者，可以尝试以下升级：

• 无线对战：使用两个NRF24L01无线模块，制作两个独立的翻转台，实现远程对战。
• 复杂计分与特效：加入一个OLED屏幕，显示更华丽的分数动画、连胜记录、历史战绩等。
• 多种游戏模式：通过拨码开关或按钮组合，切换不同的游戏规则，比如限时赛、突然死亡模式等。
• 数据记录：加入SD卡模块，记录每一局比赛的详细数据，用于赛后分析。

从一块MDF板、几个电子元件到一款充满欢声笑语的互动游戏，Flip-It!的旅程印证了“创造源于简单”的理念。它最吸引我的地方，不在于技术的复杂性，而在于那种将代码逻辑转化为物理动作的直接快感，以及看到无论是孩子还是成人，在理解其原理后眼中闪烁的光芒。调试传感器时的那份专注，调整弹簧力度时的那份执着，最终都在清脆的翻转声和得分音效中得到了回报。如果你也准备开始制作自己的版本，我的建议是：从最简单的纸板原型开始，先让游戏动起来，再去追求精度和美观。过程中遇到的所有问题，都是学习路上最宝贵的路标。