Anylogic叉车碰撞等待时长检测及日志记录方案咨询

方案1：区域触发状态标记法（无侵入现有逻辑，性能开销极低） #

• 提前为单向通道划定3个虚拟检测区域：入口触发区、通道内部区、出口触发区，绑定2个全局轻量变量：channel_vehicle_count（通道内车辆计数）、全局统计数组wait_duration_records
• 触发逻辑：
  1. 叉车进入入口触发区时，判断channel_vehicle_count是否≥2：
     • 是：给当前叉车实例写入临时属性wait_start_ts = 仿真当前时间戳，标记is_waiting = True
     • 否：channel_vehicle_count += 1，直接放行
  2. 叉车从等待状态切换为放行时，用仿真当前时间戳 - wait_start_ts计算单轮等待时长，写入wait_duration_records，同时清空该叉车的wait_start_ts、is_waiting临时属性
  3. 叉车驶出出口触发区时，执行channel_vehicle_count -= 1

该方案仅涉及基础变量读写，无额外状态遍历开销，完全适配你已完成的跟车等待逻辑。

方案2：现有跟车逻辑埋点（性能开销最低，适配性最强） #

直接复用你已经实现的跟车等待触发逻辑，在对应节点埋点即可：

• 在「叉车因通道满/前方有车触发停止等待」的逻辑行后，添加代码：self.wait_start = sim.get_current_time()
• 在「等待条件解除、叉车恢复行驶」的逻辑行前，计算时长：current_wait = sim.get_current_time() - self.wait_start，直接存入统计数组即可
• 不需要新增任何检测逻辑，完全复用现有业务判断，不会带来额外性能损耗。

方案3：低频率轮询法（适配无法修改现有业务逻辑的场景） #

如果不方便修改现有跟车、区域相关逻辑，可使用低频率轮询替代逐帧检测，把性能开销控制在可忽略范围：

• 按照叉车行驶速度设置轮询间隔，通常设为叉车行驶1米所需时间的1/2即可（例：叉车时速5km时，轮询间隔设为0.3s），不需要逐帧执行
• 每次轮询仅遍历位于入口区域的黄色叉车：
  1. 若叉车速度为0、且通道内车辆数≥2/前方3米内有其他车辆，且未标记等待开始时间，就写入wait_start_ts
  2. 若已标记等待开始时间的叉车速度恢复至>0，计算等待时长存入统计列表，清空标记即可

内容的提问来源于stack exchange，提问作者Kristian