基于Raspberry Pi Pico的交通灯模拟器：从GPIO控制到非阻塞状态机实战

1. 项目概述与核心价值

如果你对嵌入式开发感兴趣，想找一个既能巩固GPIO、PWM等基础概念，又能串联起硬件交互、状态机和非阻塞编程等核心思想的实战项目，那么这个基于Raspberry Pi Pico的交通灯与行人过街模拟器，绝对是一个绝佳的起点。它麻雀虽小，五脏俱全，从点亮第一个LED到实现一个带交互的完整系统，整个过程就像搭积木一样清晰有趣。

这个项目的核心，是模拟一个真实的十字路口交通灯逻辑，并加入行人请求过街的响应机制。听起来简单，但里面藏着嵌入式开发的几个关键知识点：如何用代码精确控制多个外设（红黄绿LED）的时序？如何在执行主循环（交通灯周期）的同时，还能及时响应用户的随机输入（按下过街按钮）？如何用蜂鸣器发出提示音，而不仅仅是简单的开关？这些正是许多智能硬件项目（比如智能家居中的传感器触发、工业控制中的顺序逻辑）的缩影。

我选择用CircuitPython来实现，而不是更底层的C或Arduino风格的C++，原因在于它的上手门槛极低。CircuitPython的语法几乎就是Python，你不需要操心复杂的编译环境和内存管理，写完代码直接往Pico里一拖，立刻就能看到效果。这种即时反馈对于学习和快速原型开发来说，体验是无与伦比的。接下来，我会带你从零开始，不仅复现这个模拟器，更会深入每个环节背后的“为什么”，并分享我在调试过程中踩过的坑和总结的技巧，让你不仅能做出东西，更能理解原理。

2. 硬件清单与电路设计解析

动手之前，清点并理解每一件物料是成功的第一步。这个项目对硬件要求非常友好，大部分都是电子入门套件里的常客。

2.1 核心物料清单

• 主控板：Raspberry Pi Pico (或 Pico W)。这是整个项目的大脑，我们所有的逻辑都将在这里运行。
• LED：红色、黄色（琥珀色）、绿色各一个。用于模拟交通灯。建议使用5mm的散光LED，视角好，亮度适中。
• 电阻：220Ω 或 1kΩ，3个。每个LED都需要串联一个限流电阻，防止电流过大烧毁LED或损坏Pico的GPIO引脚。我实测下来，在3.3V电压下，使用220Ω电阻时LED非常明亮；使用1kΩ电阻则亮度柔和，更适合室内观察。两者均可正常工作。
• 按钮开关：1个。用于行人请求过街。推荐使用6x6mm的轻触开关，手感清晰，方便焊接或插接。
• 有源蜂鸣器：1个。注意，这里我们用的是有源蜂鸣器（Active Buzzer），给它一个高电平信号就会持续发声。后文我们会用PWM来控制它发出“嘀嘀”的提示音，模拟过街提示声。如果你手头只有无源蜂鸣器（Passive Buzzer），代码需要稍作调整，因为无源蜂鸣器需要不同频率的方波驱动才能发出不同音调。
• 面包板与跳线：若干。用于搭建电路，无需焊接，非常适合原型验证。
• USB数据线：一根Micro USB线，用于给Pico供电和编程。

注意：购买LED和电阻时，通常都是打包售卖。务必分清LED的正负极（长脚为正，短脚为负；或者看内部，小的电极是正极）。电阻没有极性，可以任意方向连接。

2.2 电路连接原理与布线技巧

电路连接是硬件项目的骨架，正确的连接是代码能正常工作的物理基础。下图清晰地展示了所有元件的连接关系，但我想强调的是连接背后的逻辑：

[Pico GPIO11] ---[220Ω电阻]---[红色LED+]---[LED-]---[GND] [Pico GPIO14] ---[220Ω电阻]---[黄色LED+]---[LED-]---[GND] [Pico GPIO13] ---[220Ω电阻]---[绿色LED+]---[LED-]---[GND] [Pico GPIO16] -------------------------------[按钮一脚] [Pico 3V3(OUT)] -----------------------------[按钮另一脚] [Pico GPIO12] -------------------------------[蜂鸣器+] [Pico GND] -----------------------------------[蜂鸣器-]

连接逻辑拆解：

1. LED电路：这是最经典的“微控制器驱动LED”电路。GPIO引脚（输出模式）通过一个限流电阻连接到LED的正极，LED的负极接地（GND）。当GPIO输出高电平（3.3V）时，电流从GPIO流出，经过电阻和LED到GND，形成回路，LED点亮。电阻的作用是限制这条回路上的电流。Pico的GPIO引脚最大输出电流约为16mA，一个典型LED的工作电流在10-20mA，串联一个220Ω电阻后，电流 I = V/R ≈ (3.3V - LED压降约2V) / 220Ω ≈ 5.9mA，既安全又能保证足够亮度。
2. 按钮电路：我们这里使用“上拉输入”模式。按钮一脚连接GPIO16（配置为输入），另一脚连接3.3V。GPIO16内部通过代码设置为“下拉”模式（pull=digitalio.Pull.DOWN）。这意味着，当按钮未按下时，GPIO16通过内部电路弱连接到GND，读取到的值为False（低电平）。当按钮按下时，3.3V电源直接通过按钮连接到GPIO16，引脚被拉高到3.3V，读取值为True（高电平）。这种设计可以避免引脚悬空时产生不确定的电平（噪声）。
3. 蜂鸣器电路：蜂鸣器的正极连接GPIO12，负极连接GND。我们将GPIO12配置为PWM输出，通过改变输出波形的占空比来控制蜂鸣器发声与否。占空比为0时无声，非0时发声。

实操心得与避坑指南：

• 面包板布局规划：建议将电源（3V3和GND）用跳线引到面包板两侧的电源轨上，这样所有元件需要供电或接地时，都从电源轨取电，线路会非常清晰，也避免了跳线交叉混乱。我的习惯是，红色跳线代表电源（3V3），黑色或蓝色代表地（GND），其他颜色的线用于信号连接（GPIO）。
• 电阻值的选择：如果你发现LED亮度太低，可以换用更小阻值的电阻，如150Ω，但不要低于100Ω，以防电流过大。如果追求极限亮度，需要计算功率：P = I²R，确保电阻的额定功率（通常是1/4W）足够。
• 按钮抖动问题：机械按钮在按下和松开的瞬间，金属触点会发生物理弹跳，导致GPIO在几毫秒内读到一连串快速的高低电平变化，这被称为“抖动”。在要求严格的场合，我们需要在软件中做“消抖”处理。不过，在这个项目中，因为我们的检测逻辑是在一个循环中“轮询”，并且行人按钮按下后有一个较长的状态处理过程，轻微的抖动不会影响最终功能。这是一个权衡：简单轮询够用，但如果要做精确的按键计数，就必须加入消抖逻辑（例如检测到按下后延时10ms再判断状态）。
• 蜂鸣器类型确认：务必确认你用的是有源蜂鸣器。有源蜂鸣器内部有振荡电路，给电就响，音调固定。无源蜂鸣器内部相当于一个喇叭，需要给不同频率的方波才能发出不同音调。我们的代码使用固定频率（660Hz）的PWM，更适合驱动有源蜂鸣器。如果接上无源蜂鸣器，它可能不响，或者声音很奇怪。

3. 软件环境搭建与CircuitPython初探

硬件准备就绪后，我们需要给Pico“注入灵魂”——刷入CircuitPython固件并配置开发环境。

3.1 刷写CircuitPython固件

1. 下载固件：访问CircuitPython官网，找到Raspberry Pi Pico的页面，下载最新的.uf2格式固件文件。
2. 进入Bootloader模式：断开Pico的USB连接。按住Pico板上的BOOTSEL按钮不放，同时将USB线连接到电脑。此时，电脑会识别到一个名为RPI-RP2的可移动磁盘。
3. 刷写固件：将下载好的.uf2文件拖拽或复制到RPI-RP2磁盘中。完成后，Pico会自动重启，磁盘名称会变为CIRCUITPY。这表明CircuitPython系统已经成功运行。

3.2 开发工具与代码编辑

CIRCUITPY磁盘就是我们编写代码的地方。推荐使用专业的代码编辑器，如Visual Studio Code配合CircuitPython插件，或者Mu Editor。Mu Editor是专为教育设计的Python编辑器，内置了串行终端，非常适合CircuitPython开发，能直接看到print()语句的输出。

• 核心文件：CircuitPython启动后，会自动执行CIRCUITPY磁盘根目录下的code.py文件。我们的所有代码就写在这个文件里。每次保存code.py，CircuitPython都会自动软重启并运行新代码，开发体验非常流畅。
• 库管理：CircuitPython内置了board、digitalio、time、pwmio等核心库，我们项目用到的都在其中，无需额外安装。对于更复杂的项目，你可以将第三方库文件（.mpy或.py）放在CIRCUITPY磁盘的lib文件夹下。

3.3 CircuitPython GPIO编程基础

在深入交通灯逻辑前，快速过一下CircuitPython控制GPIO的核心对象digitalio：

import board import digitalio # 1. 设置引脚为输出模式（控制LED） led_pin = board.GP13 # 从board模块中指定物理引脚 led = digitalio.DigitalInOut(led_pin) # 创建DigitalInOut对象 led.direction = digitalio.Direction.OUTPUT # 设置为输出模式 led.value = True # 输出高电平，LED亮 led.value = False # 输出低电平，LED灭 # 2. 设置引脚为输入模式（读取按钮） button_pin = board.GP16 button = digitalio.DigitalInOut(button_pin) button.switch_to_input(pull=digitalio.Pull.DOWN) # 设置为输入，并启用内部下拉电阻 if button.value: # 读取引脚电平，True为高电平（按钮按下），False为低电平 print(“Button pressed!”)

关键点解析：

• board.GPxx：这是CircuitPython抽象出来的引脚命名，直接对应Pico板上的GPIO编号，非常直观。
• pull=digitalio.Pull.DOWN：启用内部下拉电阻。这是硬件上的一个高阻值电阻，将引脚默认拉低到GND电平，确保按钮未按下时读取到稳定的False。同理，也有Pull.UP（上拉至3.3V）。这省去了外接电阻的麻烦。

4. 核心逻辑实现：从阻塞式到非阻塞式

这是本项目代码层面的精髓所在。我们将经历两个阶段的演进：先是简单的、但存在问题的“阻塞式”交通灯，然后升级为更智能的“非阻塞式”行人过街系统。

4.1 阶段一：基础交通灯序列（阻塞式）

我们先实现一个没有行人按钮的、自动循环的交通灯。逻辑很简单：红灯亮5秒 -> 红灯和黃灯一起亮2秒（预警）-> 绿灯亮5秒 -> 绿灯灭，黃灯亮3秒（清空路口）-> 循环。

import time import board import digitalio # 硬件初始化 red_led = digitalio.DigitalInOut(board.GP11) red_led.direction = digitalio.Direction.OUTPUT amber_led = digitalio.DigitalInOut(board.GP14) amber_led.direction = digitalio.Direction.OUTPUT green_led = digitalio.DigitalInOut(board.GP13) green_led.direction = digitalio.Direction.OUTPUT while True: # 相位1: 红灯 red_led.value = True time.sleep(5) # 相位2: 红+黄灯 (准备通行) amber_led.value = True time.sleep(2) red_led.value = False amber_led.value = False # 相位3: 绿灯 green_led.value = True time.sleep(5) green_led.value = False # 相位4: 黄灯 (准备停止) amber_led.value = True time.sleep(3) amber_led.value = False

这段代码能完美实现交通灯循环，但它有一个致命缺点：整个time.sleep()期间，程序是“阻塞”的。CPU卡在sleep函数里，无法执行任何其他任务，比如检测按钮。如果行人在红灯时按下按钮，程序根本不知道，必须等当前sleep结束才能响应。这在需要及时交互的系统中是不可接受的。

4.2 阶段二：引入行人请求与非阻塞检测

为了解决阻塞问题，我们需要一种方法，既能计时，又能随时检查按钮状态。这就是状态机和非阻塞定时的思想。

核心改造：用time.monotonic()替代time.sleep()

time.monotonic()返回一个从开机开始不断递增的时间戳（单位秒，浮点数）。我们可以通过比较时间戳来判断是否经过了指定的时长，而不是让程序休眠。

我们创建一个waiting_for_button(duration)函数：

button_pressed = False # 全局标志位，记录按钮是否被按下过 def waiting_for_button(duration): global button_pressed # 声明要修改全局变量 end_time = time.monotonic() + duration # 计算目标结束时间 while time.monotonic() < end_time: # 在等待期间，不断检查按钮 if button.value: # 如果按钮被按下 button_pressed = True # 设置标志位 # 这里没有sleep，所以循环跑得很快，能及时检测按钮 # 时间到了，函数退出

这个函数实现了“等待X秒”的功能，但在等待的每一刻，它都在快速循环检查按钮状态。这解决了阻塞问题。

主循环逻辑重构

主循环现在需要处理两种状态：正常的交通灯循环，以及响应行人请求的过街状态。

while True: # 第一部分：检查并处理行人过街请求 if button_pressed: # 进入行人过街相位 red_led.value = True # 交通灯保持红灯 # 蜂鸣器发出“嘀嘀”提示音 for _ in range(10): buzzer.duty_cycle = 32768 # 50%占空比，响 waiting_for_button(0.2) # 响0.2秒（同时还能检测按钮） buzzer.duty_cycle = 0 # 占空比为0，停 waiting_for_button(0.2) # 停0.2秒 # 过街结束，清除标志位 button_pressed = False # 第二部分：正常的交通灯循环（使用非阻塞等待） red_led.value = True waiting_for_button(5) # 红灯5秒，期间可检测按钮 amber_led.value = True waiting_for_button(2) # 红黄灯2秒 red_led.value = False amber_led.value = False green_led.value = True waiting_for_button(5) # 绿灯5秒 green_led.value = False amber_led.value = True waiting_for_button(3) # 黄灯3秒 amber_led.value = False # 循环回到开始，此时如果button_pressed为True，就会先处理行人请求

逻辑流程详解：

1. 每次主循环开始，先检查button_pressed标志。如果为真（表示在之前的某个等待时段内按钮被按下了），则立即进入“行人过街”处理块。
2. 在过街处理块中，交通灯强制为红灯，蜂鸣器以0.4秒的周期（响0.2秒，停0.2秒）鸣叫10次，模拟过街提示音。关键点：这里的waiting_for_button(0.2)不仅用于计时，也保持了按钮检测的能力（虽然此时按下无额外作用）。
3. 过街处理完毕，将button_pressed重置为False。
4. 然后，执行标准的交通灯循环。每个相位都使用waiting_for_button()来计时，从而在红灯、绿灯的任何时刻，行人按下按钮都能被即时捕获，并将button_pressed设为True。
5. 但请注意，为了模拟真实交通灯的行为，请求不会立即中断当前相位。例如，行人在绿灯时按下按钮，系统会记录请求，但会等当前绿灯、后续黄灯都结束后，在下一个循环开始时（即即将变回红灯前）才响应请求，让红灯保持并响起提示音。这符合“行人按下请求按钮后，需要等待当前通行车辆结束”的真实逻辑。

4.3 蜂鸣器PWM控制解析

我们使用pwmio模块来驱动蜂鸣器。PWM（脉冲宽度调制）是通过快速开关引脚来模拟不同电压的一种方式。对于蜂鸣器，我们主要用PWM的两个特性：

• frequency（频率）：开关的速度。对于有源蜂鸣器，这个频率需要在其谐振频率附近才能有效发声，通常几百到几千赫兹。我们设为660Hz，是一个听起来比较清晰的中音。
• duty_cycle（占空比）：一个周期内高电平所占的比例。它决定了输出信号的平均电压。duty_cycle=0表示始终低电平（无声）；duty_cycle=65535（16位最大值）表示始终高电平（最大声音）；duty_cycle=32768表示50%占空比（中等音量）。

import pwmio buzzer = pwmio.PWMOut(board.GP12, frequency=660, duty_cycle=0, variable_frequency=True) # 发声 buzzer.duty_cycle = 32768 # 停止发声 buzzer.duty_cycle = 0

设置variable_frequency=True是为了允许后续动态改变频率（虽然本项目没用到）。通过交替设置duty_cycle为32768和0，并配合waiting_for_button(0.2)，就产生了“嘀-嘀-”的提示音效。

5. 完整代码与深度优化

将以上所有部分整合，得到完整的code.py。我还在其中增加了详细的注释和一些优化点。

# SPDX-FileCopyrightText: 2021 Kattni Rembor for Adafruit Industries # 本代码基于Adafruit示例修改与优化，适用于Raspberry Pi Pico # 实现一个带行人过街请求的交通灯模拟系统 import time import board import digitalio import pwmio # --- 硬件初始化 --- # 交通灯LED red_led = digitalio.DigitalInOut(board.GP11) red_led.direction = digitalio.Direction.OUTPUT amber_led = digitalio.DigitalInOut(board.GP14) amber_led.direction = digitalio.Direction.OUTPUT green_led = digitalio.DigitalInOut(board.GP13) green_led.direction = digitalio.Direction.OUTPUT # 行人请求按钮 (使用内部下拉电阻，默认低电平，按下变高电平) button = digitalio.DigitalInOut(board.GP16) button.switch_to_input(pull=digitalio.Pull.DOWN) # 蜂鸣器 (使用PWM控制，初始占空比为0，不发声) buzzer = pwmio.PWMOut(board.GP12, frequency=660, duty_cycle=0, variable_frequency=True) # --- 全局变量 --- button_pressed = False # 行人按钮按下标志位 # --- 核心函数：非阻塞等待函数 --- def waiting_for_button(duration): """ 等待指定的秒数，但在等待期间持续检测按钮状态。 这是一个非阻塞的延时函数，替代了time.sleep()。 参数: duration (float): 需要等待的秒数。 """ global button_pressed # 允许函数内部修改全局变量 end_time = time.monotonic() + duration # 计算等待结束的时间点 # 在到达结束时间前，持续循环 while time.monotonic() < end_time: # 轮询检查按钮是否被按下 if button.value: # button.value为True表示高电平，即按钮按下 button_pressed = True # 设置全局标志位 # 注意：这里没有使用time.sleep，所以循环速度极快，响应灵敏 # 可以在此处添加一个极短的time.sleep(0.01)来稍微降低CPU占用率， # 但对于这个简单项目，不加也可以。 # --- 主程序循环 --- while True: # 阶段一：检查并处理行人过街请求（高优先级） if button_pressed: print(“行人过街请求已触发，正在处理...”) # 1. 交通灯强制转为红灯，禁止车辆通行 red_led.value = True amber_led.value = False green_led.value = False # 2. 蜂鸣器发出“嘀嘀”提示音，模拟过街信号 # 循环10次，产生10声“嘀” for beep in range(10): buzzer.duty_cycle = 32768 # 设置50%占空比，蜂鸣器发声 waiting_for_button(0.15) # 发声持续0.15秒（期间仍可检测按钮） buzzer.duty_cycle = 0 # 占空比归零，停止发声 waiting_for_button(0.25) # 间隔0.25秒（可根据需要调整节奏） # 过街提示结束，蜂鸣器确保关闭 buzzer.duty_cycle = 0 # 3. 请求处理完毕，重置标志位 button_pressed = False print(“行人过街处理完毕，恢复交通灯循环。”) # 阶段二：正常的交通灯循环序列 # 相位 A: 红灯亮 (车辆停止) red_led.value = True amber_led.value = False green_led.value = False waiting_for_button(5.0) # 红灯持续5秒 # 相位 B: 红灯 + 黄灯亮 (准备通行，车辆应准备启动) amber_led.value = True # 黄灯亮 waiting_for_button(2.0) # 红黄灯同时亮2秒 # 相位 C: 绿灯亮 (车辆通行) red_led.value = False # 红灯灭 amber_led.value = False # 黄灯灭 green_led.value = True # 绿灯亮 waiting_for_button(5.0) # 绿灯持续5秒 # 相位 D: 黄灯亮 (清空路口，车辆应停止) green_led.value = False # 绿灯灭 amber_led.value = True # 黄灯亮 waiting_for_button(3.0) # 黄灯持续3秒 # 黄灯灭，循环回到开始，进入下一个红灯相位 amber_led.value = False

代码优化与增强说明：

1. 明确的相位注释：我将交通灯的四个阶段明确标注为相位A/B/C/D，并加上了简短的行为描述（如“车辆停止”、“准备通行”），让代码逻辑更贴近现实，易于理解。
2. 状态明确化：在每个相位开始时，不仅打开该亮的灯，也显式地关闭其他灯（例如，在绿灯相位，明确关闭红灯和黄灯）。这避免了因逻辑复杂可能导致的灯状态残留问题，是一种防御性编程。
3. 蜂鸣器节奏调整：我将蜂鸣器的节奏从固定的0.2秒开/0.2秒关，调整为0.15秒开/0.25秒关。这样听起来更像“嘀-嘀-”而不是急促的“嘀嘀嘀”，更符合常见的过街提示音效。你可以通过调整这两个参数来创造不同的声音模式。
4. 串口打印调试信息：在关键节点（如触发行人请求、请求处理完毕）添加了print()语句。在Mu Editor或VS Code的串行终端中，你可以看到这些信息，这对于调试程序运行逻辑非常有帮助。项目完成后，可以注释掉这些print语句。
5. 全局变量管理：button_pressed作为全局标志位，在函数内修改前需要用global关键字声明。这是Python的基础，但在嵌入式编程中清晰管理全局状态至关重要。

6. 调试技巧与常见问题排查实录

即使按照教程一步步来，你也可能会遇到一些小问题。下面是我在多次实现和教学中总结的常见问题及其解决方法，希望能帮你快速排雷。

6.1 硬件连接问题

6.2 软件逻辑问题

• 问题：行人按钮按下后，交通灯没有立即变红，而是等了好久。

  • 分析：这是设计如此，不是bug。为了模拟真实交通灯的安全性，我们的逻辑是“请求不中断当前相位”。如果在绿灯时按下按钮，系统会记录请求，但会等当前绿灯、黄灯全部结束后，在下一个循环开始时才响应。这是符合交通规则的。
  • 验证：你可以在每个waiting_for_button()函数调用后，添加一句print(“按钮状态:”, button_pressed)，观察标志位是在何时被置为True的。你会发现，在等待期间按下按钮，标志位立刻变成True，但主循环要等到当前相位结束、回到开头时才会处理。

• 问题：蜂鸣器响声不停，或者响一声就停了。

  • 分析：检查for循环和waiting_for_button的调用。确保在循环内，duty_cycle被交替设置为非0值和0。如果waiting_for_button的参数太小（比如0.001秒），可能因为程序执行开销导致PWM信号不稳定。
  • 解决：确保代码逻辑是：开 -> 等待 -> 关 -> 等待，在一个循环内。将等待时间增加到0.1秒以上通常能稳定工作。

• 问题：程序运行一段时间后好像“卡住”了。

  • 分析：可能是逻辑死循环，或者time.monotonic()的浮点数比较在极端情况下出现精度问题（极罕见）。
  • 排查：在while True主循环开始处加一个print(“Loop start”)，看串口是否有持续输出。如果没有，说明程序可能在某个while循环（比如waiting_for_button内部的while）里没有正确退出。检查循环条件time.monotonic() < end_time。

6.3 高级调试技巧

1. 使用串行终端（REPL）：在Mu Editor或VS Code中打开串行终端（REPL）。当程序运行时，你可以按Ctrl+C来中断程序，进入交互式命令行。在这里，你可以手动检查变量值（如print(button_pressed)）、控制硬件（如red_led.value = True），是强大的调试工具。
2. 添加状态指示灯：如果问题复杂，可以临时增加一个LED作为“心跳灯”或“状态灯”。在主循环里让它闪烁，如果灯停止闪烁，说明程序卡死了。
3. 简化测试：当系统复杂时，采用分治法。先注释掉行人过街和蜂鸣器部分，只测试交通灯循环是否正常。然后再单独测试按钮读取和标志位设置。最后测试蜂鸣器PWM。逐步集成，定位问题模块。

7. 项目扩展与进阶思路

这个基础项目就像一个乐高底座，你可以在此基础上添加更多功能，让它变得更复杂、更智能，也更贴近实际应用。

7.1 功能扩展建议

1. 增加倒计时显示：使用一个4位7段数码管或OLED屏幕，在绿灯和红灯的最后几秒显示倒计时数字。这需要学习I2C或SPI通信协议。
2. 实现双向交通灯：目前是单向交通。你可以再增加一组红黄绿LED，模拟十字路口两个方向的交通灯。它们的逻辑需要互锁（一个方向绿灯时，另一个方向必须是红灯）。
3. 加入传感器：用超声波测距模块或红外对射传感器模拟车辆检测。当传感器检测到有车辆在绿灯方向等待时，可以适当延长绿灯时间。
4. 网络化与控制：如果使用Pico W（带Wi-Fi），你可以让交通灯连接到局域网。然后写一个简单的网页服务器，通过浏览器就能远程查看交通灯状态，或者手动控制相位切换。这引入了物联网（IoT）的概念。
5. 声音定制：用无源蜂鸣器替换有源蜂鸣器，结合pwmio的频率调节功能，播放一段简单的旋律作为过街提示音，而不仅仅是“嘀嘀”声。

7.2 代码结构优化

对于更复杂的扩展，当前的全局变量和线性循环会变得难以维护。可以考虑引入更清晰的状态机（State Machine）设计模式。

# 状态定义 class TrafficLightState: RED = 1 RED_AMBER = 2 GREEN = 3 AMBER = 4 PEDESTRIAN_CROSSING = 5 current_state = TrafficLightState.RED state_start_time = time.monotonic() state_duration = 5.0 # 红灯默认5秒 while True: now = time.monotonic() elapsed = now - state_start_time # 检查按钮（非阻塞） if button.value and current_state != TrafficLightState.PEDESTRIAN_CROSSING: # 设置标志，在合适时机切换状态 pedestrian_requested = True # 状态机逻辑 if current_state == TrafficLightState.RED: red_led.value = True if elapsed >= state_duration: if pedestrian_requested: current_state = TrafficLightState.PEDESTRIAN_CROSSING pedestrian_requested = False state_duration = 10.0 # 过街时长 else: current_state = TrafficLightState.RED_AMBER state_duration = 2.0 state_start_time = now # ... 处理其他状态 elif current_state == TrafficLightState.PEDESTRIAN_CROSSING: # 控制蜂鸣器闪烁等 if elapsed >= state_duration: current_state = TrafficLightState.RED state_duration = 5.0 state_start_time = now

这种状态机的写法将每个交通灯状态封装成独立的逻辑块，通过current_state变量和计时器来驱动状态转移。代码结构更清晰，更容易增加新状态（比如增加一个“全红闪烁”的故障状态），也更容易调试。

7.3 从模拟器到实际应用的思考

虽然这是一个模拟器，但其核心原理——基于状态机的时序控制、非阻塞式事件检测、多外设协同工作——直接适用于许多真实的嵌入式场景。

• 智能家居：用类似的逻辑可以控制窗帘电机（开、停、关）、灌溉系统（定时浇水，同时检测土壤湿度决定是否跳过）。
• 工业控制：一个小型的自动化流水线，用不同的LED和按钮表示工位状态和急停请求。
• 交互装置：艺术装置中，用不同的灯光序列和声音反馈来响应观众的触摸或移动。

这个项目的真正价值，不在于做出了一个会闪灯和响铃的玩具，而在于你通过它，亲手实践并理解了嵌入式系统中并发处理和实时响应的基本方法论。当你下次面对一个需要同时处理多个输入输出任务的项目时，你会自然而然地想到：哪里可以用状态机来梳理逻辑？哪里需要用非阻塞定时来避免卡顿？这就是从项目实践中积累的“工程直觉”。