在一个布满自动门的厂区里，最容易卡住机器人的，往往不是复杂的路口，而是一扇普普通通的门。

工厂和仓库里到处是门——车间之间的隔断门、洁净区的卷帘门、防火门、温区门。对人来说推门而过是本能，但机器人没有手，它过不去一扇关着的门。门两边可能是完全不同的两个世界：一边在产线，一边在仓库，中间这道门既要挡灰、挡温度、挡气流，又得在机器人来的时候让开路。怎么让一台不会自己开门的机器人，顺畅地穿过一扇只能被人操作的门，这就是 M4 要解决的第一个问题。

（我们目前不支持"风淋门"，因为它的开合逻辑和安全联锁跟普通自动门差别太大，强行接反而容易出问题，这点后面也算是经验之一。）

M4 是怎么"开门"的

M4 并不直接开门，它是在和门背后的"门控"对话。

机器人本身碰不到门，真正能开门关门的是门控制器（我们简称"门控"）。 M4 做的事，是在合适的时机通过工业协议（比如 ModbusTcp）给门控发指令：该开了、该关了；同时不断读取门的状态：到底开到位没有、是不是离线了、有没有故障。

还有一个容易被忽略的小知识点：在 M4 里，门是配置在"路径"上的，而不是配置在某个"站点"上。因为门挡住的本质是一段路，机器人是"走过"门，不是"停在"门上。这个设定看似细节，却直接决定了后面"提前开门"能不能算得准。

把一次完整的过门拆开，大致是这样四步：机器人靠近 → 调度让门打开 → 确认门真的开到位 → 机器人通过，走完再关门。听起来很简单，但魔鬼全在"什么时候开"这件事里。

最"朴素"的开门方式，问题出在哪

按常理讲，机器人一路移动到门口，停下，调度这时候才给门控发开门指令，然后机器人乖乖等着，等门完全打开了再往前走。逻辑上挑不出毛病，安全也绝对安全。

但把它放到真实现场，问题就暴露了：每过一扇门，就是一次"停—等—走"。一扇门停顿一两秒不算什么，可一条产线上串着好几扇门、几十台车来回跑，这些停顿累加起来，整体节拍就被拖垮了。更直观的是，在客户眼里机器人显得"很笨"——明明前面就是门，非要走到跟前才慢吞吞地开，像个反应迟钝的人。

我们在很多现场反复看到同一个现象后，结论很明确：开门这个动作，不该等机器人到了门口才开始。

于是有了"提前开门"

让门在机器人到达之前就开好，过门更丝滑。

"提前开门"的思路一句话就能说清：别等到门口，提前一段距离就开始开门。具体怎么用、怎么生效，可以分几层看：

1. 开关与距离。提前开门默认是关闭的。启用它的同时，你需要设一个"提前开门距离"，单位是米。这个距离就是你期望提前多远开始开门的预算。
2. 算出"该提前开门的路段"。这是关键的一步，也是经验沉淀的地方。系统不是简单地"离门 N 米就开门"，而是结合三样东西——你配的提前开门距离、门所在的那段路径、以及这扇门所在区域的拓扑地图——反推出一组"需要提前开门的路径集合"。只要机器人的导航任务落在这组路径里，就会触发提前开门。
3. 区分两种开门需求。同一扇门，针对不同路段会生成不同性质的需求：
   • 强制开门需求：当机器人要走的正是门所在的那段路时触发。它是"阻塞"的——调度发完开门指令后，必须等门确认完全打开，才会放机器人继续往前。这是安全底线，不容商量。
   • 提前开门需求：当机器人走在通往门的提前路段上时触发。它是"非阻塞"的——机器人一边走一边让门开着，不需要卡在那里校验门有没有开到位。

这两种需求配合起来，效果就是：机器人远远地就让门开始动作，等真正走到门口，门多半已经敞开，可以不减速、不停顿地穿过去。

"提前开门"又被我们优化了一次

你可能以为有了提前开门就万事大吉了，但我们后来在现场又发现了一个细微的"顿挫"。问题出在交接的那一刻：机器人开到门所在的路段时，按原来的逻辑还要先确认"开门指令确实已经发出去了"，就这么一个确认动作，会让车在门下轻轻顿一下。一两台车看不出来，但对追求节拍的产线，这一下就是肉眼可见的别扭。

后来我们把它改掉了：让门保持打开，机器人走到门下路段时不再做那个确认、不再停顿，直接顺势过门。改动本身不大，但这种"差一口气的丝滑"，恰恰是不在大量现场跑过、就根本想不到要去优化的地方。

现场教会我们的事：一前一后两扇门

理想世界里每扇门都独立、互不打扰。但现实是，门和门可能挨得很近，近到一扇门的"提前开门距离"会一路覆盖到下一扇门所在的路径上。

设想机器人 AMB-01 要连续穿过紧挨着的 D1、D2 两扇门：它在让 D1 强制开门的同时，其实已经踩进了 D2 的提前开门范围。我们曾经在这种叠加场景下踩过一个坑——当一扇门的提前开门距离盖住了另一扇门的路径时，系统会漏掉对"另一扇门状态"的校验，相当于机器人对第二扇门的开合心里没底。这个问题后来被修掉了，但它能被发现，靠的不是设计阶段的推演，而是现场里真有两扇门挨在一起。

这类细节，正是"做过很多现场"和"只在实验室里想过"之间的区别。

门要是"罢工"了，机器人该怎么办

好的设计，一半在正常流程，另一半在出事的时候。

门是机械设备，会离线、会卡顿、会故障。机器人正过到一半门突然不动了，怎么办？我们的处理是分情况的：

1. 过门途中门故障。可以打开"过门故障是否急停"这个配置。开启后，当机器人正好处在门所在路段的 20%～80%（也就是"半进半出"最危险的区间）时，一旦门离线或故障，调度会立刻把机器人置为软急停，原地保护住。等门恢复正常，再由人工主动解除软急停，机器人才继续走。这一刀切在最危险的区间，是刻意的。
2. 运单中途取消或故障。如果机器人还停在门下路段，这时候即使运单出了问题，门也不会急着关——必须得等机器人被移动到安全、合适的位置后再关门。道理很朴素：人不会在还有人卡在门里的时候去关门。
3. 机器人掉线或被销毁。同样不会贸然关门。宁可门多开一会儿，也不能去夹一台状态不明的机器人。

还有一个更隐蔽的细节：关门信号的处理。不同厂家的门控的控制信号触发方式不一样，有的通过电平信号触发，有的通过脉冲信号触发。我们在现场遇到过"机器人过去了门却一直关不上"、甚至"门控收到信号后现场操作员反而关不了门"的怪事，于是专门加了"清空关门信号的等待时间"这样的配置来兜底。这种参数你平时根本不会注意到，但少了它，某个特定型号的门就会让你整条线停摆。

一扇门里的"笨功夫"

一扇门，听起来是整个 M4 里最不值一提的东西。但你真要把它做得让机器人像人一样不紧不慢地穿过去，背后是提前开门怎么算、两扇门怎么协调、故障了怎么保护、各家门控怎么兼容这一连串问题。这些答案没有一个是凭空想出来的，全是 8 年、1000 多个项目现场一点点磨出来的"笨功夫"。

我们不太愿意把功能吹得多智能。更想说的是：正因为吃过这些亏、见过这些现场，我们才知道这个功能"该长成什么样"。门虽小，但它过得顺不顺，往往就是 M4 到底够不够成熟的试金石。