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] -----------------------------------[蜂鸣器-]连接逻辑拆解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既安全又能保证足够亮度。按钮电路我们这里使用“上拉输入”模式。按钮一脚连接GPIO16配置为输入另一脚连接3.3V。GPIO16内部通过代码设置为“下拉”模式pulldigitalio.Pull.DOWN。这意味着当按钮未按下时GPIO16通过内部电路弱连接到GND读取到的值为False低电平。当按钮按下时3.3V电源直接通过按钮连接到GPIO16引脚被拉高到3.3V读取值为True高电平。这种设计可以避免引脚悬空时产生不确定的电平噪声。蜂鸣器电路蜂鸣器的正极连接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固件下载固件访问CircuitPython官网找到Raspberry Pi Pico的页面下载最新的.uf2格式固件文件。进入Bootloader模式断开Pico的USB连接。按住Pico板上的BOOTSEL按钮不放同时将USB线连接到电脑。此时电脑会识别到一个名为RPI-RP2的可移动磁盘。刷写固件将下载好的.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.pyCircuitPython都会自动软重启并运行新代码开发体验非常流畅。库管理CircuitPython内置了board、digitalio、time、pwmio等核心库我们项目用到的都在其中无需额外安装。对于更复杂的项目你可以将第三方库文件.mpy或.py放在CIRCUITPY磁盘的lib文件夹下。3.3 CircuitPython GPIO编程基础在深入交通灯逻辑前快速过一下CircuitPython控制GPIO的核心对象digitalioimport 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(pulldigitalio.Pull.DOWN) # 设置为输入并启用内部下拉电阻 if button.value: # 读取引脚电平True为高电平按钮按下False为低电平 print(“Button pressed!”)关键点解析board.GPxx这是CircuitPython抽象出来的引脚命名直接对应Pico板上的GPIO编号非常直观。pulldigitalio.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就会先处理行人请求逻辑流程详解每次主循环开始先检查button_pressed标志。如果为真表示在之前的某个等待时段内按钮被按下了则立即进入“行人过街”处理块。在过街处理块中交通灯强制为红灯蜂鸣器以0.4秒的周期响0.2秒停0.2秒鸣叫10次模拟过街提示音。关键点这里的waiting_for_button(0.2)不仅用于计时也保持了按钮检测的能力虽然此时按下无额外作用。过街处理完毕将button_pressed重置为False。然后执行标准的交通灯循环。每个相位都使用waiting_for_button()来计时从而在红灯、绿灯的任何时刻行人按下按钮都能被即时捕获并将button_pressed设为True。但请注意为了模拟真实交通灯的行为请求不会立即中断当前相位。例如行人在绿灯时按下按钮系统会记录请求但会等当前绿灯、后续黄灯都结束后在下一个循环开始时即即将变回红灯前才响应请求让红灯保持并响起提示音。这符合“行人按下请求按钮后需要等待当前通行车辆结束”的真实逻辑。4.3 蜂鸣器PWM控制解析我们使用pwmio模块来驱动蜂鸣器。PWM脉冲宽度调制是通过快速开关引脚来模拟不同电压的一种方式。对于蜂鸣器我们主要用PWM的两个特性frequency频率开关的速度。对于有源蜂鸣器这个频率需要在其谐振频率附近才能有效发声通常几百到几千赫兹。我们设为660Hz是一个听起来比较清晰的中音。duty_cycle占空比一个周期内高电平所占的比例。它决定了输出信号的平均电压。duty_cycle0表示始终低电平无声duty_cycle6553516位最大值表示始终高电平最大声音duty_cycle32768表示50%占空比中等音量。import pwmio buzzer pwmio.PWMOut(board.GP12, frequency660, duty_cycle0, variable_frequencyTrue) # 发声 buzzer.duty_cycle 32768 # 停止发声 buzzer.duty_cycle 0设置variable_frequencyTrue是为了允许后续动态改变频率虽然本项目没用到。通过交替设置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(pulldigitalio.Pull.DOWN) # 蜂鸣器 (使用PWM控制初始占空比为0不发声) buzzer pwmio.PWMOut(board.GP12, frequency660, duty_cycle0, variable_frequencyTrue) # --- 全局变量 --- 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代码优化与增强说明明确的相位注释我将交通灯的四个阶段明确标注为相位A/B/C/D并加上了简短的行为描述如“车辆停止”、“准备通行”让代码逻辑更贴近现实易于理解。状态明确化在每个相位开始时不仅打开该亮的灯也显式地关闭其他灯例如在绿灯相位明确关闭红灯和黄灯。这避免了因逻辑复杂可能导致的灯状态残留问题是一种防御性编程。蜂鸣器节奏调整我将蜂鸣器的节奏从固定的0.2秒开/0.2秒关调整为0.15秒开/0.25秒关。这样听起来更像“嘀-嘀-”而不是急促的“嘀嘀嘀”更符合常见的过街提示音效。你可以通过调整这两个参数来创造不同的声音模式。串口打印调试信息在关键节点如触发行人请求、请求处理完毕添加了print()语句。在Mu Editor或VS Code的串行终端中你可以看到这些信息这对于调试程序运行逻辑非常有帮助。项目完成后可以注释掉这些print语句。全局变量管理button_pressed作为全局标志位在函数内修改前需要用global关键字声明。这是Python的基础但在嵌入式编程中清晰管理全局状态至关重要。6. 调试技巧与常见问题排查实录即使按照教程一步步来你也可能会遇到一些小问题。下面是我在多次实现和教学中总结的常见问题及其解决方法希望能帮你快速排雷。6.1 硬件连接问题现象可能原因排查步骤LED完全不亮1. 电源未接通。2. LED正负极接反。3. 电阻阻值过大或开路。4. GPIO引脚配置错误未设置为OUTPUT。1. 检查USB线是否插好Pico电源灯是否亮。2. 确认LED长脚正极接GPIO/电阻短脚负极接GND。3. 用万用表通断档检查电阻和导线是否连通。尝试换用220Ω电阻。4. 检查代码中led.direction是否设置为OUTPUT。LED常亮或微亮1. GPIO引脚模式错误如设置为输入。2. 电路中有短路或虚接。1. 确认代码中引脚方向设置正确。2. 断电后用万用表检查GPIO引脚与GND之间是否在不该导通时导通。按钮按下无反应1. 按钮连接错误未跨接对角。2. GPIO引脚内部上拉/下拉配置错误。3. 代码中读取的引脚号错误。1. 轻触开关四脚分两组确保跳线连接了对角的一组。用万用表通断档测试按钮按下时是否导通。2. 确认代码中button.switch_to_input(pulldigitalio.Pull.DOWN)如果是上拉接法这里应为Pull.UP。3. 核对代码中board.GPxx的xx是否与实际连接引脚一致。蜂鸣器不响或长响1. 蜂鸣器类型错误用了无源蜂鸣器。2. 引脚配置错误非PWM引脚。3.duty_cycle始终为0或最大值。1. 确认是有源蜂鸣器。可临时用导线直接连接3.3V和GND测试是否会响。2. Pico大部分GPIO都支持PWM但需确认代码中引脚号正确。3. 检查代码中buzzer.duty_cycle是否在0和32768之间切换。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 高级调试技巧使用串行终端REPL在Mu Editor或VS Code中打开串行终端REPL。当程序运行时你可以按CtrlC来中断程序进入交互式命令行。在这里你可以手动检查变量值如print(button_pressed)、控制硬件如red_led.value True是强大的调试工具。添加状态指示灯如果问题复杂可以临时增加一个LED作为“心跳灯”或“状态灯”。在主循环里让它闪烁如果灯停止闪烁说明程序卡死了。简化测试当系统复杂时采用分治法。先注释掉行人过街和蜂鸣器部分只测试交通灯循环是否正常。然后再单独测试按钮读取和标志位设置。最后测试蜂鸣器PWM。逐步集成定位问题模块。7. 项目扩展与进阶思路这个基础项目就像一个乐高底座你可以在此基础上添加更多功能让它变得更复杂、更智能也更贴近实际应用。7.1 功能扩展建议增加倒计时显示使用一个4位7段数码管或OLED屏幕在绿灯和红灯的最后几秒显示倒计时数字。这需要学习I2C或SPI通信协议。实现双向交通灯目前是单向交通。你可以再增加一组红黄绿LED模拟十字路口两个方向的交通灯。它们的逻辑需要互锁一个方向绿灯时另一个方向必须是红灯。加入传感器用超声波测距模块或红外对射传感器模拟车辆检测。当传感器检测到有车辆在绿灯方向等待时可以适当延长绿灯时间。网络化与控制如果使用Pico W带Wi-Fi你可以让交通灯连接到局域网。然后写一个简单的网页服务器通过浏览器就能远程查看交通灯状态或者手动控制相位切换。这引入了物联网IoT的概念。声音定制用无源蜂鸣器替换有源蜂鸣器结合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和按钮表示工位状态和急停请求。交互装置艺术装置中用不同的灯光序列和声音反馈来响应观众的触摸或移动。这个项目的真正价值不在于做出了一个会闪灯和响铃的玩具而在于你通过它亲手实践并理解了嵌入式系统中并发处理和实时响应的基本方法论。当你下次面对一个需要同时处理多个输入输出任务的项目时你会自然而然地想到哪里可以用状态机来梳理逻辑哪里需要用非阻塞定时来避免卡顿这就是从项目实践中积累的“工程直觉”。
