基于STM32的铁路自动围栏系统：嵌入式开发全流程实战解析

1. 项目概述与核心需求解析

最近在做一个挺有意思的活儿，给一个铁路沿线的安全防护项目做技术支持，核心就是搞一套“铁路自动围栏系统”。这玩意儿听起来好像挺简单，不就是个栏杆吗？但真上手做，尤其是用STM32这种MCU去实现，里头的门道可不少。它本质上是一个集成了环境感知、逻辑判断、机械控制和远程通信的嵌入式系统，目标是在无人值守的情况下，自动识别列车接近、行人闯入等风险，并驱动围栏做出响应，比如升起或降下栏杆，同时发出声光警报，必要的时候还得把告警信息传到后台去。

这个项目适合谁呢？如果你是嵌入式开发的新手，想找个综合性的项目练手，从传感器选型、电路设计、到驱动编写、通信协议，再到系统联调，这一套流程走下来，收获会非常大。如果你是有一定经验的工程师，想深入理解如何将单片机应用到具体的工业控制场景，处理实时性、可靠性和抗干扰这些实际问题，这个案例也很有参考价值。它的核心价值在于，把一个具体的行业需求（铁路安全）拆解成了一个个可执行的技术模块，并且这些模块的解决方案具有通用性，稍加改动就能应用到停车场、道闸、工厂隔离区等其他场景。

2. 系统整体架构与方案选型

2.1 核心控制单元：为什么是STM32？

主控芯片的选择是项目的基石。我们最终敲定了STM32F103系列，具体型号是STM32F103C8T6，也就是大家常说的“蓝桥杯”小蓝板核心芯片。选它主要基于几点考量：

第一是性能足够。铁路围栏的控制逻辑不算特别复杂，但实时性要求高。STM32F103基于Cortex-M3内核，主频72MHz，处理传感器数据、进行逻辑判断、产生PWM波控制电机、处理串口通信这些任务绰绰有余。它的中断响应速度快，嵌套向量中断控制器（NVIC）配置灵活，非常适合处理列车接近传感器这种需要快速响应外部事件的应用。

第二是外设丰富。这个项目我们需要用到多个定时器（用于PWM生成和普通定时）、多个串口（一个接传感器，一个接通信模块）、GPIO口（控制继电器、LED、蜂鸣器）、ADC（如果传感器是模拟量输出）等。STM32F103C8T6虽然只是中等容量产品，但拥有2个高级定时器、3个通用定时器、2个SPI、2个I2C、3个USART，完全满足需求且留有余量。

第三是生态与成本。STM32的生态圈太成熟了，标准外设库（虽然现在官方主推HAL了）、HAL库、各种开发工具（Keil、IAR、STM32CubeIDE）、丰富的社区资料，能极大降低开发难度和调试时间。成本上，F103系列经过多年市场洗礼，价格已经非常亲民，在保证可靠性的前提下控制了整体BOM成本。

注意：在工业级应用中，如果环境特别恶劣（极端温度、强电磁干扰），需要考虑选用工作温度范围更宽、抗干扰能力更强的型号，如STM32F1系列的“-40℃ to 105℃”工业级版本，或者在PCB设计上做更严格的防护。

2.2 感知层设计：如何“看见”列车和行人？

系统要自动运行，首先得感知环境。我们设计了双层感知机制。

第一层：列车接近检测。这是系统的核心触发条件。我们对比了几种方案：

1. 轨道电路传感器：最专业，但需要与轨道电路系统对接，复杂度高，不适合独立小系统。
2. 激光对射传感器：在轨道一侧安装发射器，另一侧安装接收器。列车通过时会阻断光束，传感器输出开关信号。优点是检测准确、抗干扰强、响应快。缺点是安装需要对光，维护相对麻烦，且成本较高。
3. 地磁传感器：埋设在轨道旁，检测列车经过时引起的地磁场变化。安装隐蔽，但易受其他大型金属物体干扰，且需要复杂的信号处理算法来区分列车和其他干扰。
4. 红外对射/反射传感器：成本低，安装简单，但受天气（雾、雨、雪）、灰尘影响大，误报率高，不适合铁路这种可靠性要求高的场景。
5. 振动传感器：检测列车运行时产生的轨道振动。需要滤除环境振动干扰，算法复杂。

综合比较，我们选择了激光对射传感器作为列车检测的主要手段。它输出的是干净的开关量信号（NPN常开），直接接到STM32的GPIO口，利用外部中断功能，能在列车阻断光束的瞬间立即响应，实时性极佳。我们在围栏两侧的轨道旁各安装一对，实现接近和离开的双重检测，提高可靠性。

第二层：防砸与行人检测。围栏在降落过程中，如果下方有行人或车辆，必须停止并回升，防止事故发生。

1. 红外对射光幕：在栏杆下方形成一个“光墙”，任何物体闯入都会阻断光束，触发保护。这是最常用、最可靠的方案。我们选用了一组多光束的红外光幕，确保检测区域无死角。
2. 压力波传感器：安装在栏杆底部，如果接触到物体，会产生压力信号。但反应速度可能不如光电式，且存在机械磨损。
3. 雷达/超声波传感器：检测栏杆下方区域是否有物体。优点是非接触，但容易受到复杂环境回波干扰，成本也较高。

我们最终选择了红外光幕作为防砸检测方案。它同样输出开关量信号，接入STM32的另一个GPIO中断引脚。

2.3 执行层与通信层设计

执行机构：采用直流减速电机驱动栏杆起落。STM32通过定时器产生PWM波，经过电机驱动模块（如L298N或TB6612）来控制电机的转速和方向。同时，我们会在电机轴上安装一个编码器或者使用限位开关（微动开关），来精确感知栏杆的“水平升起”和“垂直落下”终点位置。

声光报警：使用高亮LED（或LED模组）和高分贝无源蜂鸣器。STM32的GPIO直接驱动LED，通过PWM可以控制闪烁频率。蜂鸣器则需要一个三极管进行电流放大来驱动。

远程通信（可选但建议）：为了能够远程监控围栏状态（升起/落下/故障）和接收告警信息，我们增加了通信模块。考虑到铁路沿线可能布线困难，我们选择了4G Cat.1 DTU模块。STM32通过串口（USART）以AT指令与DTU模块交互，将状态数据封装成简单的JSON格式或自定义协议，发送到指定的云平台或服务器。相比NB-IoT，Cat.1的带宽更高，可以支持更频繁的状态上报和可能的远程配置更新；相比完整的4G模块，Cat.1的功耗和成本又更具优势。

3. 硬件电路设计详解与注意事项

3.1 主控及最小系统

围绕STM32F103C8T6搭建最小系统，这是所有功能的基础：

1. 电源电路：整个系统供电假设为12V DC（常见于户外监控供电）。我们需要多级降压：
   • 先用DC-DC降压模块（如MP1584）将12V降至5V，给电机驱动模块、部分传感器和通信模块供电。
   • 再用LDO（如AMS1117-3.3）将5V降至3.3V，给STM32核心板、激光传感器、光幕传感器等供电。LDO比DC-DC噪声小，更适合MCU。
   • 电源入口必须加防反接二极管和保险丝，输出端要加足够容量的滤波电容（如100uF电解电容并联0.1uF瓷片电容），以抑制纹波。
2. 复位与时钟：经典的10K上拉电阻加0.1uF电容构成复位电路。外部高速晶振选用8MHz，负载电容根据晶振手册选择（通常22pF）。别忘了为VBAT引脚接一个3V的纽扣电池，用于维持RTC和备份寄存器的数据，这在系统意外断电时很有用。
3. 调试接口：务必引出SWD接口（SWDIO， SWCLK， GND， 3.3V， NRST），这是用ST-Link等调试器进行程序下载和在线调试的生命线。比JTAG占用引脚少，效率高。

3.2 传感器接口电路

1. 激光传感器/红外光幕接口：它们通常是NPN输出（集电极开路）。接线方式为：传感器信号线（黑线或蓝线）接STM32的GPIO引脚，同时该引脚通过一个上拉电阻（如4.7KΩ）连接到3.3V。传感器无触发时，内部三极管截止，GPIO被上拉到高电平；触发时，三极管导通，GPIO被拉低到近0V。这种设计增强了抗干扰能力。GPIO引脚应配置为浮空输入模式，并开启对应的外部中断，设置为下降沿或上升沿触发（根据传感器常态电平决定）。
2. 限位开关接口：同样采用类似处理，但限位开关是机械触点，容易抖动。除了在GPIO配置时开启内部上拉或下拉，软件上必须进行消抖处理，通常采用延时10-20ms再检测状态的方法。

3.3 电机驱动与功率电路

这是硬件设计中需要特别关注可靠性的部分。

1. 电机选型：根据栏杆的长度和重量计算扭矩，选择合适的12V直流减速电机。要留有一定的扭矩余量（比如1.5倍），确保在风阻等额外负载下也能可靠运行。
2. 驱动芯片：我们选用TB6612FNG。它比经典的L298N效率更高，发热更小，内置保护电路。接线时：
   • VM接12V电源（来自DC-DC的5V前端）。
   • VCC接5V逻辑电源。
   • STM32的三个PWM引脚分别接AIN1、AIN2和PWMA，控制电机正反转和速度。
   • STBY引脚接高电平使能芯片。
3. 电源隔离与滤波：电机是大功率感性负载，启停时会产生很大的反向电动势和电源噪声，严重时会干扰MCU甚至导致复位。必须采取隔离措施：
   • 物理隔离：电机驱动部分的电源（12V）与MCU数字部分的电源（5V/3.3V）最好来自不同的绕组或使用隔离DC-DC模块。至少要在12V电源入口处加一个大功率的肖特基二极管，防止反向电动势冲击电源。
   • 滤波与吸收：在电机两端并联一个RC吸收电路（如0.1uF电容串联10Ω电阻），在电源输入端并联大容量电解电容（如470uF）和瓷片电容（0.1uF）。在驱动芯片的VM引脚附近也要加去耦电容。
   • 地线处理：电机驱动的大电流地线要粗，并且与MCU的模拟/数字地单点连接，避免噪声通过地线耦合。

3.4 通信模块接口

4G Cat.1 DTU模块一般通过串口与MCU连接。除了连接TX、RX、GND外，还要注意：

• 电源：DTU模块峰值电流可能达到2A，必须为其提供独立、充足的5V电源，导线要足够粗。
• 控制引脚：最好连接DTU的PWR_KEY（开关机）、RESET（复位）引脚到STM32的GPIO，以便在程序失控时能远程重启模块。
• 状态指示：将DTU的NET_LED（网络状态指示灯）引脚接到STM32的GPIO，用于判断模块是否注册上网成功，比单纯通过AT指令查询更实时可靠。
• 串口电平：确认DTU是3.3V还是5V TTL电平，STM32是3.3V电平，如果是5V TTL，需要加电平转换电路（如TXS0108E）。

4. 软件逻辑设计与关键代码实现

4.1 系统状态机设计

整个控制逻辑的核心是一个状态机（Finite State Machine, FSM），它定义了系统在不同事件下的行为迁移。这是保证逻辑清晰、避免混乱的关键。

我们定义了几个主要状态：

• IDLE（空闲）：栏杆处于升起状态，系统等待列车接近信号。
• PRE_CLOSE（预关闭）：检测到列车接近，开始声光报警，延时一段时间（如10秒）后准备降杆。
• CLOSING（关闭中）：驱动电机降杆。在此状态持续检测防砸光幕，如果触发，立即停止并转入OPENING状态。
• CLOSED（已关闭）：栏杆降落到位（限位开关触发），停止电机，保持声光报警（或切换为慢闪）。
• OPENING（开启中）：列车离开信号触发，或防砸触发，或远程命令，驱动电机升杆。
• FAULT（故障）：电机堵转、传感器异常、通信中断等故障发生时进入此状态，触发特定频率的声光报警，并尝试上报故障码。

状态迁移由外部中断（传感器信号）、定时器超时、内部标志位等事件驱动。使用switch-case或查表法来实现状态机，代码结构会非常清晰。

4.2 传感器数据采集与处理

// 以激光传感器为例，配置外部中断 void LaserSensor_Init(void) { GPIO_InitTypeDef GPIO_InitStruct = {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); // 假设接在PA0 GPIO_InitStruct.Pin = GPIO_PIN_0; GPIO_InitStruct.Mode = GPIO_MODE_IT_FALLING; // 下降沿触发（传感器触发拉低） GPIO_InitStruct.Pull = GPIO_PULLUP; // 启用内部上拉 HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); HAL_NVIC_SetPriority(EXTI0_IRQn, 0, 0); // 设置中断优先级，这里设为最高 HAL_NVIC_EnableIRQ(EXTI0_IRQn); } // 中断服务函数中不要做复杂操作，仅设置标志位 void EXTI0_IRQHandler(void) { if(__HAL_GPIO_EXTI_GET_IT(GPIO_PIN_0) != RESET) { __HAL_GPIO_EXTI_CLEAR_IT(GPIO_PIN_0); // 清除中断标志 g_laser_trigger_flag = 1; // 设置全局触发标志 } } // 在主循环或专用任务中处理标志位 void Sensor_Process(void) { if(g_laser_trigger_flag) { g_laser_trigger_flag = 0; // 进行消抖确认（可选，激光传感器一般很干净） HAL_Delay(10); if(HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_0) == GPIO_PIN_RESET) { // 确认触发，触发状态机事件 System_Event_Set(EVENT_TRAIN_APPROACH); } } }

实操心得：中断服务函数（ISR）一定要短小精悍！只做最必要的操作，比如清除标志、设置软件标志、操作硬件寄存器。所有逻辑判断、状态转移、通信等耗时操作，都放到主循环或基于RTOS的任务中去处理。否则容易导致中断嵌套、丢失中断，甚至引发不可预知的问题。

4.3 电机控制与PWM生成

使用STM32的定时器输出PWM控制电机速度。我们采用带死区插入的互补PWM输出模式（虽然TB6612不需要互补，但此模式方便配置），可以精确控制占空比。

void Motor_PWM_Init(TIM_HandleTypeDef *htim, uint32_t channel) { TIM_OC_InitTypeDef sConfigOC = {0}; htim->Instance = TIM1; // 使用高级定时器TIM1 htim->Init.Prescaler = 72-1; // 72MHz / 72 = 1MHz htim->Init.CounterMode = TIM_COUNTERMODE_UP; htim->Init.Period = 1000-1; // 1MHz / 1000 = 1KHz PWM频率 htim->Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; htim->Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_ENABLE; HAL_TIM_PWM_Init(htim); sConfigOC.OCMode = TIM_OCMODE_PWM1; sConfigOC.Pulse = 0; // 初始占空比为0，电机停止 sConfigOC.OCPolarity = TIM_OCPOLARITY_HIGH; sConfigOC.OCFastMode = TIM_OCFAST_DISABLE; HAL_TIM_PWM_ConfigChannel(htim, &sConfigOC, channel); HAL_TIM_PWM_Start(htim, channel); // 启动PWM输出 } // 控制电机正转（升杆） void Motor_Forward(TIM_HandleTypeDef *htim, uint32_t channel, uint16_t speed) { // 设置TB6612的AIN1=1, AIN2=0 HAL_GPIO_WritePin(MOTOR_IN1_GPIO_Port, MOTOR_IN1_Pin, GPIO_PIN_SET); HAL_GPIO_WritePin(MOTOR_IN2_GPIO_Port, MOTOR_IN2_Pin, GPIO_PIN_RESET); // 设置PWM占空比，speed范围0-1000对应0-100% __HAL_TIM_SET_COMPARE(htim, channel, speed); } // 增加软启动/软停止函数，避免电机冲击 void Motor_SoftStart(TIM_HandleTypeDef *htim, uint32_t channel, uint16_t target_speed, uint16_t step, uint16_t delay_ms) { uint16_t current_speed = __HAL_TIM_GET_COMPARE(htim, channel); if(current_speed < target_speed) { for(uint16_t s = current_speed; s <= target_speed; s += step) { __HAL_TIM_SET_COMPARE(htim, channel, s); HAL_Delay(delay_ms); } } else { for(uint16_t s = current_speed; s >= target_speed; s -= step) { __HAL_TIM_SET_COMPARE(htim, channel, s); HAL_Delay(delay_ms); } } }

4.4 基于FreeRTOS的任务划分

对于这种多事件、实时性要求较高的系统，引入一个轻量级的RTOS（如FreeRTOS）会让软件架构更优秀。我们可以创建几个独立的任务：

1. SystemMonitor_Task（系统监控任务）：优先级最高。周期性检查各传感器、限位开关、电机电流（如果接了采样电阻）的状态，判断是否发生故障（如电机堵转超时、传感器信号持续异常）。发现故障则向状态机发送故障事件，并尝试恢复或进入安全状态。
2. StateMachine_Task（状态机任务）：核心逻辑任务。循环执行状态机，根据事件队列中的事件（来自中断、其他任务、定时器）进行状态转移，并调用相应的动作函数（如Motor_Forward,Buzzer_Beep）。
3. SensorPoll_Task（传感器轮询任务）：对于一些不适合用中断，或者需要周期性读取的传感器（如模拟量传感器），在此任务中定时读取并处理。
4. Communication_Task（通信任务）：优先级较低。负责通过串口与4G DTU模块通信，定时上报系统状态，接收并解析来自云平台的远程指令（如强制升杆、查询状态），将指令转化为事件放入状态机的事件队列。
5. Indicator_Task（指示灯任务）：控制LED的闪烁模式，根据系统不同状态（正常、报警、故障）显示不同的灯光信号。

使用RTOS后，各个功能模块解耦，通过队列、信号量、事件标志组进行通信和同步，代码的模块化、可维护性和可扩展性都大大增强。例如，状态机任务等待一个事件队列，当传感器中断服务函数、通信任务或定时器回调函数向这个队列发送事件后，状态机任务被唤醒并处理。

5. 系统调试、故障排查与可靠性提升

5.1 分模块调试法

不要一开始就把所有硬件连起来、所有代码都烧进去。务必采用分模块调试，步步为营。

1. 最小系统与程序下载：首先确保STM32最小系统板能正常供电，晶振起振，能用ST-Link通过SWD成功下载一个最简单的LED闪烁程序（Blinky）。这是基础。
2. GPIO与外围器件：单独测试每一个GPIO控制的外设。写测试代码，手动控制继电器吸合/断开，控制LED亮灭，让蜂鸣器响。确认硬件连接和驱动代码正确。
3. 传感器输入：单独测试每个传感器。用杜邦线模拟传感器信号（将GPIO短接到GND或3.3V），在调试器里观察对应的全局标志位是否被正确设置，或者通过串口打印出触发信息。
4. 电机控制：极其重要！在连接栏杆机械结构之前，先单独测试电机。将电机空载（不接栏杆），在代码中编写测试函数，让电机正转、反转、变速、停止。用示波器测量PWM输出波形是否正确，电压幅值是否足够。确认电机驱动电路工作正常，没有异常发热。
5. 通信模块：使用USB转TTL工具，先在电脑上用串口助手（如XCOM、Putty）手动发送AT指令给4G模块，确认模块能正常注册网络、连接服务器。然后再将模块接到STM32的串口上，编写简单的测试代码，让STM32发送AT指令并解析返回结果。
6. 状态机逻辑：在完成所有硬件模块测试后，可以先不接真实传感器和电机，用软件模拟事件来测试状态机逻辑。在串口打印出状态转移路径，看是否符合设计预期。

5.2 常见故障与排查技巧

在实际焊接组装和现场调试中，肯定会遇到各种问题。下面是一些常见坑点和排查思路：

5.3 可靠性设计与抗干扰措施

铁路现场电磁环境复杂，可靠性是生命线。除了前面提到的电源隔离和滤波，还要注意：

1. 通信可靠性：

   • 心跳包与重连机制：STM32定时（如每30秒）通过4G模块向服务器发送心跳包。如果连续多次（如3次）收不到服务器应答，或TCP连接断开，则主动断开现有连接并重新发起连接流程。
   • 数据重发：对于重要的告警信息（如“列车接近”、“防砸触发”），采用确认重发机制。发送后等待服务器ACK，超时未收到则重发，最多重试3次。
   • 本地日志缓存：在STM32外挂一片SPI Flash或使用其内部Flash的剩余空间，缓存重要的状态变化和告警事件。当网络中断时，事件先存入缓存；网络恢复后，再将缓存的数据补发到服务器。防止数据丢失。

2. 软件看门狗：不仅要开启STM32的硬件独立看门狗（IWDG），在基于FreeRTOS的系统里，还可以创建一个低优先级的“喂狗任务”。其他所有关键任务（如状态机、通信、监控）都需要定期给一个全局变量“打卡”。喂狗任务检查这些打卡记录，如果某个任务超时未打卡，则认为该任务卡死，除了喂IWDG，还可以尝试恢复该任务或进行系统软复位。

3. 传感器冗余与表决：对于关键的列车检测传感器，可以采用“三取二”冗余设计。安装三个激光传感器，只有当其中两个或以上同时触发时，才判定为列车接近。这可以极大提高系统的容错能力，防止因单个传感器故障导致系统误动作或失效。

4. 机械安全冗余：除了电子的防砸光幕，在栏杆的底部还可以加装一个机械的防砸胶条。当栏杆下落碰到障碍物时，胶条内的微动开关会被触发，产生一个硬连线的保护信号，直接切断电机驱动电路或触发MCU的紧急中断。这是电子防护失效后的最后一道机械保障。

6. 项目总结与扩展思考

这个基于STM32的铁路自动围栏系统，从需求分析、方案选型、硬件设计、软件编程到调试测试，是一个完整的嵌入式产品开发流程。它麻雀虽小，五脏俱全，涵盖了单片机应用的大部分关键技术点。

做完这个项目，我个人最深的体会是：嵌入式开发，硬件是骨架，软件是灵魂，而可靠性设计是贯穿始终的血液。不能只满足于功能实现，必须从一开始就考虑各种异常情况：电源波动怎么办？信号干扰怎么办？电机卡住怎么办？网络断了怎么办？只有把这些“怎么办”都想清楚，并落实到电路设计和代码逻辑中，做出来的东西才敢真正用到现场去。

这个系统还有很大的扩展空间。比如，可以增加太阳能供电系统，配合蓄电池和电源管理，实现完全无市电的部署，特别适合偏远路段。可以增加本地声光报警的语音提示，用语音芯片播放“列车接近，请勿通行”等提示。还可以与视频监控系统联动，在触发告警时，抓拍现场图片并通过4G网络上传。甚至可以利用机器学习，对监控画面进行简单的分析，识别是否有行人非法穿越铁路，实现更智能的预警。

对于想深入学习的开发者，我建议下一步可以尝试用更高级的STM32系列（如F4或H7），移植RT-Thread或TencentOS Tiny这类国产RTOS，并集成其上的AT设备框架、SAL套接字抽象层，让网络通信部分的代码更加简洁和标准化。也可以研究一下Modbus RTU协议，将本系统作为一个从站，接入铁路沿线更大的PLC控制网络中，实现集中监控。