摘要： 低底盘机器人自主乘梯时，最容易被忽视的并不是呼梯和选层，而是从电梯厅进入轿厢以及从轿厢驶出的短暂门区过程。机器人的几何尺寸、运动速度、定位修正和电梯门状态在这几秒钟内发生耦合，如果系统仍采用"门开后等待固定时间，再默认机器人已经通过"的简单逻辑，就容易出现机器人仍处在门区，而梯控任务已经向下一阶段推进的问题。机器人梯控 的门区安全设计，本质上需要解决机器人状态、电梯状态和导航路径三者之间的同步。
导语： 低底盘设备并不意味着一定会被电梯门夹到，也不能简单判断某类电梯一定无法识别机器人。真实项目中，夹碰风险与电梯原有门保护方式、机器人外形、通过门区的轨迹、运动速度以及梯控时序都有关系。因此，工程上更值得讨论的不是"怎样做一个新的防夹装置"，而是怎样避免机器人任务系统在错误的时间进入或离开电梯门区。
一、门区问题首先是一个"时序与几何"的耦合问题
普通导航区域通常允许机器人在需要时减速、绕行甚至短暂停止，但电梯门区不一样。这里属于一个有时间约束的狭窄通道：机器人必须从门外进入轿厢，或者从轿厢完整驶出，而电梯自身又具有开门、保持和关门的运行周期。
对低底盘清洁机器人或AMR来说，车体可能贴近地面且前后长度较长；对于巡检类移动机器人，进入轿厢时还可能需要做方向修正。只要机器人在门线附近停顿，固定的"开门10秒"或"机器人移动5秒即视为通过"就可能失去意义。
因此，门区设计首先不应该把时间当作位置。
"经过了8秒"不等于"机器人已经完整进入"；
"机器人前端越过门线"也不等于"整个车体已经离开门区"。
更合理的方式，是把门区划分为一段独立通行任务，并明确入口条件和完成条件。入口条件由电梯状态和机器人状态共同决定，例如电梯已到达目标停靠层、轿门处于开门到位、机器人已位于候梯点；完成条件则应来自机器人实际导航结果，例如整机进入轿厢安全区域或整机驶离电梯门区。
这样一来，通行过程就不再是"按秒计时"，而是"按状态推进"。
二、机器人梯控应建立"通行窗口"，而不是简单延长开门时间
项目现场遇到门区问题时，最容易采取的办法是把电梯开门时间不断调长。这种方式看起来简单，但它只是在增加容错时间，并没有真正解决机器人和电梯状态不一致的问题。
更合理的控制逻辑，是建立一个明确的Passage Window。
在机器人准备进梯时，系统首先确认电梯已经停靠在当前楼层，并确认轿门达到可通行状态；随后开启机器人进梯任务，并在这段时间保持相应的开门条件。机器人导航系统执行从候梯点到轿厢内部目标点的移动，只有当机器人确认整个车体已经到达轿厢内的安全区域，梯控才结束本次通行窗口。
出梯阶段重新创建一个新的窗口。电梯抵达目标层以后，系统先确认楼层和门状态，再允许机器人由轿厢内部驶向目标层导航区域。机器人到达门外安全点后，出梯任务才算完成。
这里有一个重要区别：开门保持不是"时间越长越安全"，而应该与机器人实际通行阶段绑定。
如果机器人正常通过，系统没有必要无意义地长时间占用电梯；如果机器人因为定位或网络异常在门区附近停顿，系统则不能因为固定计时器到期就认为任务已经结束。
这实际上是一个资源使用效率与通行安全之间的平衡问题。好的梯控策略并不是一味拖长电梯等待时间，而是让电梯在机器人确实需要时保持通行条件，在机器人已经完成通行后及时释放。
三、门区状态机需要比普通乘梯流程更细
很多机器人梯控系统的状态机只描述WAITING、RIDING和COMPLETED等大阶段，这在演示环境中通常够用，但如果要处理低底盘机器人门区问题，状态粒度需要进一步细化。
一个更加清晰的流程可以包含：WAITING、ELEVATOR_READY、DOOR_READY、ENTERING、ENTERED、RIDING、TARGET_READY、EXITING、EXITED和COMPLETED。
这种设计的价值，不在于增加了多少个状态名称，而在于系统能够明确回答"机器人此刻在哪里，为什么还不能进入下一阶段"。
例如ENTERING表示机器人正在穿越电梯门区。在这个阶段，如果机器人通信短时中断，系统不应该直接把任务切换到ENTERED，更不能因为此前已经发送过某个控制指令，就默认机器人已经安全进入轿厢。更合理的方式是冻结状态，待连接恢复后重新读取机器人位置和电梯状态，再决定继续、重新确认还是取消任务。
同样，EXITING阶段也不能因为机器人前端已经离开轿厢就直接判定任务完成。对于机身较长的低底盘设备，应由机器人导航侧按照整机到达门外目标区域来判断EXITED。
这个逻辑实际上解决了一个长期无人运行系统最重要的问题：当异常发生时，系统仍然知道自己停在哪里。
如果所有流程都由固定延时串起来，一旦中间任何一步没有按照预期完成，后续动作就可能建立在错误假设之上；而采用状态驱动以后，每一步都有清晰前置条件，异常也可以被限制在当前阶段。
四、路径规划比"防夹算法"更容易被忽略
门区通行并不是梯控系统一个模块可以独立解决的。机器人自己的导航点位同样会影响夹碰风险。
例如候梯点距离电梯门过近，机器人在电梯门刚打开时还需要进行较大角度转向，那么转向过程就可能发生在门线附近；又比如轿厢内目标点设置过浅，机器人前端进入后便认为任务完成，车体尾部仍然位于门区。
因此，在地图部署阶段，应把门区看作一种特殊导航区域。机器人最好在进入门线以前完成主要朝向调整，然后以相对连续的轨迹进入轿厢；轿厢内的完成点则应该设置在足以让整个车体离开门线的位置。
出梯也是同样逻辑。门外目标点不宜紧贴电梯门，而应预留足够的导航距离，让机器人完成离开门区后再进行下一次姿态调整或转向。
从系统职责来看，梯控负责提供一个明确、稳定的通行窗口，导航系统负责用合理的路径快速穿过这一区域。两边任何一侧设计得不合理，最后都可能表现为"机器人在门口容易卡住"。
因此，排查门区问题时不能简单只调梯控参数。应该同时检查候梯点、轿厢目标点、机器人速度、转向动作和门区定位表现。
五、人机共用场景还需要一个独立的通行决策层
真实楼宇中的电梯很少完全属于机器人专用。当机器人准备进入时，可能有人正在出梯；机器人准备驶出时，也可能有人员正在轿厢门外等待。
这类问题不能简单靠"机器人快一点通过"解决。系统需要在人机共用条件下决定谁先进入、机器人是否继续等待以及什么时候重新执行乘梯任务。
人员识别可以用于判断轿厢内或相关区域的人员情况，但需要避免把这一能力与低底盘机器人检测混为一谈。识别人和确认机器人整机是否完成通行是两个不同问题。前者用于组织人机共乘秩序，后者依赖机器人自身任务状态和导航结果。
因此，完整的门区策略至少包含两层判断：一层判断环境是否适合机器人开始通行，另一层判断机器人是否已经完成通行。
如果把这两层逻辑混在一起，就容易出现"检测到没人，所以机器人可以立即关门"之类错误推导。无人并不等于机器人已经完全进入轿厢，同样，机器人完成进梯也不意味着人机共用环境一定适合立即推进下一阶段。
六、验收重点应该从"成功乘梯"转向"门区异常是否可控"
低底盘机器人项目不能只用几次正常上下楼验证梯控。正常场景往往最容易通过，真正值得测试的是机器人没有按照理想速度完成门区通行时，系统是否仍然保持正确状态。
可以设计几类专门测试。
第一类是慢速通过。主动降低机器人接近电梯门时的速度，验证系统是否仍然等待机器人完整进梯，而不是提前结束门区任务。
第二类是短暂停顿。让机器人在进入轿厢过程中发生一次定位修正或临时停顿，观察任务状态是否仍停留在ENTERING。
第三类是通信波动。在通行过程中制造短时连接异常，检查系统恢复后是否先重新确认现场状态，而不是盲目执行中断前的下一条动作。
第四类是人机交汇。人员先出梯、机器人后进梯，或机器人准备出梯时门外有人等待，检查任务是否能够按照预设规则调整顺序。
这些测试的意义，并不是证明机器人梯控拥有一套独立于电梯本体的"防夹安全系统"，而是验证机器人自身不会因为任务逻辑不完整主动进入不合理状态。
这也是工程边界必须说清楚的地方。电梯原有门保护与安全装置仍然承担其自身安全职责；机器人梯控 解决的是机器人自主乘梯中的任务协调、状态判断和通行时序。二者不能相互替代。
FAQ：
问题1：低底盘机器人一定比高底盘机器人更容易被电梯门夹吗？
答：不能简单按高度判断。机器人外形、运动路径、电梯门保护方式、通行速度和梯控时序都会影响实际情况。低底盘只是更需要专门评估门区通行过程。
问题2：为什么不建议只把电梯开门时间设长？
答：固定时间无法反映机器人真实位置。状态驱动可以让开门保持与机器人实际通行阶段对应，同时减少无意义的长时间占梯。
问题3：机器人梯控防夹是否属于电梯安全保护？
答：不是。它属于机器人乘梯任务层面的门区协同，不能替代电梯自身的门保护和安全装置。
问题4：机器人的"进梯完成"应该怎样定义？
答：更合理的是按照整机进入轿厢安全区域来判断，而不是以机器人前端越过门线或固定时间到期作为依据。
问题5：门区异常最应该测试什么？
答：建议重点测试慢速通过、中途停顿、通信波动和人机交汇等非理想场景，观察任务状态能否保持清晰。
总结： 低底盘机器人进出电梯的夹碰风险，本质上是一个跨系统协同问题。机器人外形决定了通过门区需要怎样的空间，导航系统决定了机器人以什么轨迹移动，电梯提供自身门状态和运行条件，而机器人梯控 负责把这些信息组织成有前置条件、有完成条件、有异常出口的通行任务。相比简单延长开门时间，更成熟的设计是让门区变成一段状态驱动的受控路径：机器人只有在条件满足时进入，整机完成通行后任务才继续，异常发生时则停留在可解释状态。这样的架构并不取代电梯自身安全系统，却能让机器人自主乘梯从"正常情况下能通过"提升到"非理想情况下仍然知道该怎么处理"。