关于AGV机器人、AMR及机器狗通过调用内呼指令(即模拟按下电梯轿厢内部的按钮)来实现乘梯的详细流程说明。

这种方案通常用于无法进行外呼(呼叫电梯到指定楼层)或者为了最大化利用电梯运力(人机混乘)的场景。由于是通过"内呼"逻辑,机器人需要像人一样进入电梯后才能按下目标楼层。

梯控模式切换指令(Type 类型参数)

Type 值 模式说明 适用场景
0 梯控专用模式 刷卡 / 刷脸 / 机器人专用电梯,禁止无权限使用
1 梯控退出模式 电梯恢复原始状态,无需权限即可使用
2 VIP 强制接管模式 禁止外呼和内部按键操作,仅 VIP 或机器人可使用

import time

class ElevatorControl:

def init(self, current_floor, target_floor, direction):

self.current_floor = current_floor

self.target_floor = target_floor

self.direction = direction

self.elevator_status = None

def send_call_button(self):

发送内呼点亮楼层按键指令

print(f"发送内呼点亮楼层按键指令: {self.current_floor}")

def read_elevator_status(self):

模拟读取电梯运行状态

status = {

"direction": "up" if self.target_floor > self.current_floor else "down",

"current_floor": self.current_floor,

"door_open": False

}

return status

def control_flow(self):

while True:

self.send_call_button()

time.sleep(1) # 每秒获取一次状态

self.elevator_status = self.read_elevator_status()

if self.elevator_status["direction"] == self.direction and \

self.elevator_status["current_floor"] == self.current_floor and \

self.elevator_status["door_open"]:

print("电梯门开到位,开始进入电梯")

break

if self.elevator_status["door_open"] and self.elevator_status["direction"] != self.direction:

print("电梯门开但方向不对,等待电梯关门")

time.sleep(1) # 等待电梯关门

continue

if self.elevator_status["door_open"] and self.elevator_status["direction"] == self.direction:

print("电梯门开且方向对,进入电梯")

break

time.sleep(1) # 每秒检查一次状态

示例调用

control = ElevatorControl(current_floor=8, target_floor=1, direction="down")

control.control_flow()

以下是基于多奥提供的信息及行业标准逻辑整理的详细流程:

🤖 第一阶段:召唤电梯(内呼DAIC-DT-MB按键模拟)

机器人到达电梯厅门口后,由于没有"外呼"权限或功能,它需要通过控制"内呼板"来影响电梯。

  1. 发送内呼指令
    • 机器人向梯控系统发送指令,模拟按下当前所在楼层的按键。
    • 目的:告诉电梯"我要去这个楼层",从而诱使电梯来到机器人面前。
    • 设备指令点亮当前楼层按键 (DAIC-DT-MB)

核心指令说明

指令代码 指令功能 调用场景
DAIC-DT-MB 内呼点亮楼层 / 开门按键 召唤电梯、电梯内选层、保持电梯门开启
DAIC-DT-ZT 读取电梯运行状态 实时判断电梯方向、当前楼层、门状态

🔍 第二阶段:判断与进入(状态DAIC-DT-ZT轮询)

机器人需要实时监控电梯状态,以决定是否进入。建议每秒 发送一次读取状态指令 (DAIC-DT-ZT)

系统会根据电梯的运行方向和当前状态,出现以下三种情况:

情况 A:正确电梯(推荐进入)
  • 条件 :电梯的运行方向 与机器人需求一致(例如机器人都要下楼),且停靠楼层 正是机器人所在楼层,同时门已完全打开
  • 动作:机器人立即驶入电梯轿厢。
情况 B:方向错误,等待重试(保守策略)
  • 条件:电梯到了,门也开了,但运行方向不对(例如机器人要下楼,结果来了个上行电梯)。
  • 动作
    • 不进入电梯。
    • 等待:等待电梯门关闭并离开。
    • 重新召唤:待电梯走后,再次发送指令点亮当前楼层按键,直到正确的方向到来。
    • 注意:在此期间不要持续发指令,否则电梯会认为有人挡门而不关门。
情况 C:方向错误,人机混乘(激进策略)
  • 条件:电梯到了,门开了,方向不对,但机器人选择进入。
  • 动作
    • 机器人进入电梯,跟随当前乘客到达其目的地。
    • 重新点亮目标 :当电梯到达乘客楼层,按键灯可能会熄灭。机器人需要检测到电梯开始反向行驶(即准备回程)时,再次发送指令,点亮自己想去的目标楼层。
    • 注意:这是纯内呼方案的弊端,运力较低且逻辑复杂。

flowchart TD

A[机器人抵达目标电梯厅] --> B[持续发送"内呼"指令<br>点亮当前楼层按钮]

B --> C[循环查询电梯状态]

C --> D{电梯是否到达本层<br>且开门?}

D -- 否 --> C

D -- 是 --> E{判断电梯运行方向<br>与目标方向是否一致?}

E -- 是, 方向一致 --> F[安全进入电梯]

E -- 否, 方向相反 --> G{决策: 进还是不进?}

G --> H[策略A: 放弃等待<br>(不进入)]

H --> I[确认电梯离开并关门]

I --> B

G --> J[策略B: 跟随搭乘<br>(进入)]

J --> K[进入反方向电梯]

K --> L[静默等待电梯完成当前任务<br>(如上行至顶层)]

L --> M[电梯清空/反向运行后<br>重新点亮目标楼层按钮]

M --> N[乘梯至目标层]

F --> N

N --> O[在目标层安全离开电梯]


🚪 第三阶段:出梯流程

当电梯到达目标楼层后,机器人需要控制开门并驶出。

  1. 持续轮询
    • 机器人持续发送读取状态指令,监测当前楼层开门状态
  2. 确认到达
    • 当检测到"当前楼层 = 目标楼层"且"门已开到位"时,机器人开始驶出。
  3. 强制保持开门
    • 在出梯过程中,机器人应持续发送内呼点亮"开门"按钮的指令(每秒一次),直到完全驶出。
    • 原因:梯控系统必须在收到"开门指令"且"按钮被按住"的情况下,才会反馈"门开状态"。如果机器人到了楼层但不发开门指令,梯控会认为门是关的。

⚙️ 关键参数与防捣蛋机制

在实施上述逻辑时,必须注意以下技术细节:

表格

注意事项 说明
防捣蛋功能 电梯按钮通常有"防捣蛋"逻辑:在电梯未启动前,连续按两次同一按钮会取消登记。机器人程序需避免误触此逻辑。
开门保持逻辑 机器人必须持续发送指令,梯控才会保持继电器吸合(模拟人按住开门键)。一旦停止发指令,梯控松开,电梯可能会按自身逻辑关门。
时间间隔 建议每 10-15秒 发送一次开门指令(具体视现场电梯开关门时间而定),以确保电梯门不会因超时而关闭。

🔐 梯控状态DAIC-TK-ZT模式说明

根据你的补充内容,梯控系统通常有以下几种交互模式,机器人需根据场景调用:

表格

模式 Type 数值 描述
专用模式 0 进入该状态。只有刷卡、刷脸或授权的AGV/AMR才能使用电梯。
原始模式 1 退出该状态。电梯恢复原始状态,任何人都可以按按钮使用。
强制接管 2 VIP状态。禁止外部呼叫及内部按键(除了特权用户),通常用于紧急情况或特定任务。

💡 总结建议

多奥描述的这套流程是典型的**"纯内呼"** 或**"虚拟内呼"**方案。

指令类型说明

内容 字节 数据说明
Type类型 1 0 = 进入梯控状态,刷卡、刷人脸,AGV机器人、AMR、机器狗等才可以使用电梯(专用模式) 1 = 退出梯控状态,不刷卡、不刷人脸等也可以使用电梯(电梯恢复原始状态) 2 = 强制接管,禁止外呼及内在按键(VIP乘梯状态,只有等VIP用完或AGV机器人、AMR、机器狗用完)
  • 优点:改造成本低,不需要电梯预留外呼接口。
  • 缺点:效率低(可能叫来反方向电梯),逻辑复杂(需要处理按键灯灭、反向行驶等情况)。
  • 建议 :如果条件允许,尽量采用外呼+内呼的混合方案,即先通过外呼叫来电梯,进入后再通过内呼选择目标楼层,这样逻辑最稳定,运力最高。

机器人需通过指令设置梯控模式(基于以上提供的数据表):

Type值 模式描述 用途场景
0 进入梯控状态(专用模式) 仅授权设备(如机器人)或人员(刷卡/人脸)使用电梯,普通用户无法操作。
1 退出梯控状态(原始状态) 电梯恢复默认,无需授权即可使用,机器人指令可能失效。
2 强制接管模式(VIP状态) 禁止所有外呼及内呼按键,仅当前机器人或VIP使用,完成后需手动退出。
机器人初始应发送Type=0指令激活专用模式,任务完成后发送Type=1恢复。

多奥将AGV机器人、AMR、机器狗乘梯指令调用电梯内召乘梯流程系统优化:

缺陷/风险 具体表现 后果与应对策略
1. 无法主动召梯,运力低下 机器人只能被动等待任何一部停靠的电梯,无法调度最优电梯。 核心后果 :等待时间不可控,整体运输效率低,高峰期可能长时间等待。应对 :此为架构性缺陷,最优解是加装外呼控制器。本方案仅为无外呼条件时的备选。
2. 方向判断与路径复杂 机器人需处理方向错误时的复杂决策(进/不进),逻辑复杂,容易出错。 后果 :程序鲁棒性要求极高。应对:在机器人调度系统中预设清晰策略(如"高峰期限定只坐同向梯"、"非高峰可跟车"),并记录决策日志用于优化。
3. 电梯状态检测盲区 您提到"电梯灯灭梯控系统无法检测",即电梯自身任务结束,轿内按钮灯熄灭,此时梯控系统无法感知电梯是否处于"空闲待命"还是"正在运行"。 严重后果 :机器人可能误判。应对 :机器人必须依赖持续的"楼层"和"运行方向"状态反馈,而非按键灯。当检测到电梯在非目标层静止且无方向时,可尝试重新发送内呼指令。
4. "防捣蛋"功能干扰 连续按两次可取消登记。机器人持续发送"开门保持"指令时可能误触发。 后果 :目标楼层登记被意外取消,导致过站不停。应对:必须与物业/电梯维保确认此功能,并在机器人逻辑中规避。例如,在检测到电梯开始运行后,立即停止发送"开门保持"指令,改为仅发送"查询状态"指令。
5. 开门指令与状态同步 您注意点中描述的"AGV查询到门开后再发开门指令"的循环依赖。 核心 :这是一个严格的时序和因果要求 。必须确保:机器人先发开门指令 -> 梯控按住开门按钮 -> 门开 -> 梯控反馈开门状态 -> 机器人进入。 ​ 任何环节延时或丢包都会导致失败。需设置指令重发和超时机制

🔧 Type模式详解与系统管理策略

Type值 模式名称 系统行为 适用场景
0 机器人专用模式 梯控系统激活,响应机器人的内呼/查询指令。但人工刷卡/按键可能仍有效(除非轿厢内物理屏蔽)。 机器人正常作业时段。人机可能混用,依赖管理规则。
1 开放模式 梯控系统脱离控制,电梯恢复原始状态,任何人都可自由使用。机器人指令无效。 日常办公时段、机器人维护期、消防状态。
2 强制接管/VIP模式 最高优先级 。梯控系统锁定电梯,只响应授权指令(如VIP卡、特定机器人任务)。禁止一切外呼及轿内非授权按键。 高管乘梯、紧急物资配送、重要的机器人集群任务时,确保运输绝对优先和私密。

模式切换建议 :模式切换应由中央调度系统根据时间表或事件触发,通过标准指令下发,避免混乱。例如,夜间自动切换为Type 0,工作日白天切换为Type 1,收到VIP任务时临时切换为Type 2。

数值 功能描述 应用场景
0 进入梯控状态(专用模式) AGV/机器人独立使用电梯时
1 退出梯控状态(原始模式) 恢复普通乘客使用电梯
2 强制接管(VIP模式) 优先保障特定机器人/人员使用
相关推荐
广州虚拟动力-动捕&虚拟主播4 小时前
人形机器人数据采集与转化 | 赋能机器人实现复杂动作表达与执行
机器人·具身智能·机器人数据采集
飞舞哲4 小时前
工业机器人实验机器人画圆轨迹
机器人
CC180253944864 小时前
桌面机器人与AI陪伴产品应用芯片ESP32-S3/ESP32-P4
人工智能·机器人
haing201920 小时前
协作机器人拖动示教控制方法的实现原理介绍
机器人·拖动示教
北京盟通科技官方账号21 小时前
Ixxat Mobilizer系列:助力汽车组件的高效下线测试
网络协议·机器人·自动化·汽车·制造
秋刀鱼 ..21 小时前
第五届大数据经济与数字化管理国际学术会议(BDEDM 2026)
大数据·运维·人工智能·python·机器人·自动化
秋刀鱼 ..21 小时前
第五届大数据、信息与计算机网络国际学术会议(BDICN 2026)
大数据·人工智能·python·计算机网络·机器人·制造
TsingtaoAI1 天前
具身智能核心突破:物理模拟器与世界模型协同技术拆解
人工智能·机器人
秋刀鱼 ..1 天前
2025机器人与智能制造技术国际会议 (ISRIMT 2025)
人工智能·python·机器人·制造·新人首发