一、限位逻辑概述
什么是限位逻辑
限位逻辑，说白了就是给运动部件装上一道「安全护栏」。
我做了这么多年嵌入式开发，见过太多因为没处理好限位而导致的设备损坏。有一次在调试工业门禁时，电机直接撞上了机械限位，齿轮都打碎了。从那以后，我对限位逻辑格外重视。
限位逻辑的核心任务很简单：检测运动部件是否到达边界位置，并做出相应控制。它通常由传感器、控制器和执行器三部分组成。传感器检测位置，控制器做判断，执行器停止或反转运动。
一句话总结：限位逻辑就是让设备知道「该停了」，并且真的停下来。
应用场景
限位逻辑的应用其实比你想的广泛得多。我简单列几个典型场景：
- 电机控制：比如电动推杆、升降平台。电机转过了头，轻则堵转发热，重则机械损坏。我见过一个案例，电动窗帘因为限位失效，直接把轨道拉变形了。
- 机械臂：每个关节都有运动范围限制。你想想看，机械臂要是转到极限位置还不停，那后果...嗯，画面太美不敢看。
- 工业门禁：自动门、闸机、升降柱。这些设备每天开关成百上千次，限位逻辑一旦出问题，要么夹人，要么撞车。
其实只要是涉及运动控制的系统，基本都离不开限位逻辑。它不是什么高大上的技术，但绝对是保命保设备的关键一环。
核心三要素
我个人习惯把限位逻辑拆成三个要素来理解：触发条件、状态保持、复位机制。这三者缺一不可。
| 要素 | 说明 | 常见实现 |
|---|---|---|
| 触发条件 | 什么情况下认为到达限位 | 传感器信号、位置计算、超时判断 |
| 状态保持 | 触发后如何维持限位状态 | 软件标志位、硬件自锁电路 |
| 复位机制 | 如何退出限位状态 | 手动复位、反向运动复位、超时复位 |
触发条件
触发条件是限位逻辑的起点。最常见的触发方式就是物理传感器——微动开关、光电开关、霍尔传感器等。传感器一动作，系统就知道「到边了」。
但这里有个坑：传感器本身可能失效。我曾经遇到过光电开关被灰尘遮挡，导致误触发的情况。所以现在我做设计时，通常会加一个软件滤波，比如连续检测到3次才确认触发。
状态保持
触发之后，系统必须「记住」自己已经处于限位状态。为什么？因为传感器信号可能抖动，也可能在复位前消失。
我建议用软件标志位来做状态保持。比如这样：
// 限位状态标志
static uint8_t limit_active = 0;
// 检测到限位触发
if (sensor_triggered()) {
limit_active = 1; // 保持状态
motor_stop();
}
// 只有复位条件满足时才清除
if (reset_condition_met()) {
limit_active = 0;
}注意，状态保持不能只靠硬件。有些工程师觉得「传感器信号一直有，不用软件保持」，但万一传感器线断了呢？
复位机制
限位状态不能永远锁死，否则设备就废了。复位机制就是告诉系统：「好了，现在安全了，可以动了。」
常见的复位方式有三种：
- 手动复位：操作员按一下复位按钮。最安全，但效率低。
- 反向运动复位：电机朝反方向移动，离开限位区域后自动清除状态。我比较推荐这种方式。
- 超时复位：超过一定时间后自动清除。这个要慎用，搞不好会出事故。
我的经验：复位机制最好设计成「手动复位 + 反向运动复位」的组合。手动复位作为兜底，反向运动复位作为常规操作。这样既安全又高效。
限位逻辑知识体系
下面这张图可以帮你快速建立限位逻辑的整体认知：
注意：很多初学者只关注触发条件，忽略了状态保持和复位机制。结果就是设备偶尔「抽风」——明明已经触发限位了，系统却以为没触发，或者触发了就再也动不了。这三个要素，一个都不能少。
好了，限位逻辑的基本概念就讲到这里。记住三要素：触发条件、状态保持、复位机制。后面我们会深入源码实现，看看这些理论怎么落地到代码里。