系统集成
BC 省服务机器人对接电梯：谁负责哪一段
坐不了电梯的送物或清洁机器人，就只是一台单层机器人。实际项目里，卡在电梯这一关的比卡在任何其他环节的都多——不是因为技术难，而是因为责任边界没讲清楚。
三条路线，按优先级排
1. 电梯厂商的 API。 通力、奥的斯、迅达、蒂升都提供面向机器人调度的云端或网关接口。这是最干净的一条路：机器人通过有文档的接口呼梯并获取状态，电梯控制柜本身不做任何改动。前提是与电梯公司签有服务协议，并且控制系统足够新。
2. 机器人厂商的物联网模块。 多数中国服务机器人厂商都会配一个模块，装在控制柜旁边，通过继电器去驱动呼梯按钮。它适用于没有 API 的老设备。关键在于：模块接到控制柜的那一段，属于电梯作业，不属于机器人作业。
3. 干接点接口。 最通用的方案——继电器直接接到呼梯按钮和楼层指示。可靠、便宜，但侵入性最强，也最明确地需要持牌电梯技工来施工。
边界划在哪
这一段我们在每个项目里都会写成书面条款，因为这里含糊不清，既会伤到人，也会让项目被贴停工单：
- 凡是在电梯控制柜内部、或与控制柜相连的工作，都属于电梯作业。 由楼宇的持牌电梯承包商施工，并按主管机构要求办理许可与检验。在 BC 省，这个机构是 Technical Safety BC。
- 机器人这一侧全部由我们负责。 包括机器人的网络、网关、凭据、呼梯逻辑、轿厢满员或停用时的行为，以及逐层测试。
- 决定权在业主。 电梯合同、设备的改造状态、维保协议都属于业主，而这三者直接决定了上面三条路线里哪几条是可行的。
如果某个供应商告诉你他的技术员「周末过去接一下线就行」，这就是该踩刹车的时刻。
我们凭什么算「做完了」
能在演示里呼一次梯的机器人，和能在一栋楼里真正使用电梯的机器人，不是一回事。我们的逐层测试包含：
- 1. 每一层、双向呼梯
- 2. 保持开门状态进轿厢，并测试门被遮挡后的恢复
- 3. 在正确楼层出梯，并刻意测试一次走错楼层后的恢复
- 4. 轿厢到达时已经满员的处理
- 5. 途中电梯被切到独立服务或停用时的处理
- 6. 消防迫降——机器人必须撤出轿厢，并且不能再次呼梯
最后一条不是可选项。火警迫降时停在轿厢里的机器人是人身安全问题，也是任何一个负责任的楼宇工程师第一个会问你的问题。
要排的是工期，不只是接口
技术工作本身通常一两天。真正决定上线日期的，是电梯承包商的排期、需要时的许可办理，以及非营业时段的进场安排。我们会在现场勘测阶段就开始推这几件事，在任何采购订单签字之前——因为一台比电梯方案先到的机器人，只能待在库房里，而这笔成本没人会预先算进预算。