多车调度系统上位机的核心，就是做一个**"车队大脑 + 交通警察 + 业务接口"**：
- 上面接 MES/WMS/ERP，下面接各 AGV 单车上位机，
- 左边管任务（谁干、何时干），右边管交通（谁先走、避撞、防死锁），
- 再加上地图/模型、监控诊断、配置运维这几块支撑。
一、整体架构一图看懂
推荐一个5 层 + 2 侧的架构，和单车那套对得上，只是重心从"单车控制"变成"多车调度与交通"：
二、各层职责 & 关键点
1. 地图与模型层（L1）
- 地图 / 拓扑
- 二维码/激光/SLAM 地图抽象成拓扑图：节点（站点、充电点、待命点）+ 边（路径段、单向/双向、限速、区域）
- 支持多地图（车间、楼层、区域），方便分区调度。
- 车型 / 充电 / 区域模型
- 不同 AGV 类型（载重、速度、顶升/牵引）
- 充电策略：低电自动回充、充电站占用规则
- 区域划分：普通区、限速区、禁行区、门禁区、对头禁止区等
- 参数配置
- 调度参数：优先级规则、任务超时、重试策略
- 交通参数：区域容量、锁定策略、死锁检测阈值
2. 单车代理层（L2）
- 每台 AGV 在调度侧有一个代理（Agent） ，负责：
- 维护本车状态：位置、速度、电量、故障、任务进度等
- 下发/取消路径段、任务指令（目标点 + 操作）
- 上报心跳、位置、传感器事件（避障、急停等）
- 好处：
- 对上层屏蔽不同品牌/协议差异，统一"AGV 代理接口"
- 便于做模拟/仿真：用假 AGV 代理测调度算法。
3. 通信与状态层（L3）
- 通信管理
- 与 AGV 代理的通信：MQTT / WebSocket / 自定义 TCP / DDS 等
- 与 MES/WMS：REST / OPC UA / MQTT / Web
- 与现场设备：Modbus / PLC / IO 模块（联动门、输送线）
- 实时状态 / 位置
- 维护全场 AGV 位置（站点 / 坐标）、路径占用、区域锁定
- 常用 Redis / 内存数据库做位置索引，支持快速区域查询
- 日志 / 报警 / OTA
- 任务日志、状态变更、报警记录
- 远程升级、参数下发电台。
4. 调度与决策层（L4）------ 核心
这一层就是"多车调度系统上位机"的大脑，一般分为三大模块：任务、车辆、路径/交通。
4.1 任务管理（TM）
- 功能：
- 接收 MES/WMS 订单，拆成 AGV 任务（搬运/充电/移库）
- 任务队列：优先级、FIFO、插队、挂起、取消
- 任务状态机：Created → Queued → Assigned → Running → Finished / Failed
- 关键设计：
- 任务 ID + 优先级 + 截止时间 + 起始/目标工位 + 关联订单号
- 支持任务模板（常见搬运流程），减少上层传参复杂度。
4.2 车辆管理（VM）
- 功能：
- 维护所有 AGV 的状态模型：空闲/忙碌/故障/充电/离线
- 根据任务 + 车辆状态做匹配：选哪台车、何时去、是否需要先充电
- 充电调度：低电→回充，高电→接任务，避免"全跑光没人充电"
- 选车策略（常见）：
- 最近优先（距离/时间最短）
- 电量优先（保证续航）
- 均衡利用率（避免有的车累死，有的车闲着）
- 指定车辆（某些任务必须特定 AGV 执行）
4.3 路径与交通管理（PM）
- 路径规划
- 基于拓扑图做全局路径：Dijkstra / A*，边权重可以是距离 + 时间 + 拥堵度
- 支持动态重规划：AGV 故障/路堵时自动换路。
- 交通管制 / 避撞 / 防死锁
- 区域锁定：AGV 进入某区域时锁定，其他车等待
- 交叉路口 / 对头禁行区域：按优先级或先到先过
- 死锁检测与恢复：发现环形等待时，调整路径或让某台车退让
- 常见策略：
- 基于时间窗/资源预留（IDRR 等）：给 AGV 预约"路段 + 时间窗"，避免冲突
- 优先级 + 避让点：高优先级任务优先通行，其他车在避让点等
5. 业务与接口层（L5）
- MES/WMS/ERP 接口
- 任务下达 / 修改 / 取消
- 任务执行结果回报
- AGV 状态 / 任务状态查询
- 监控 UI / 大屏
- 实时地图 + AGV 位置 + 路径 + 任务状态
- 报警、KPI（利用率、任务完成率、平均响应时间等）
- 仿真 / 回放
- 用历史数据回放运行情况，验证调度策略
- 新算法先在仿真环境跑，再上现网。
6. 横切：安全与运维（Side）
- 安全策略 / 权限
- 急停联动：调度层急停 → 所有 AGV 停车，并标记任务异常
- 区域安全：人车混行区限速、禁行；门禁联动
- 操作权限：谁可以手动改任务、谁可以远程控车
- 备份 / 归档 / 升级
- 地图/配置/任务日志归档，支持回溯
- 调度服务主备/集群，避免单点故障
- 灰度升级调度服务，先在部分 AGV 代理上验证。
三、集中式 vs 分布式调度怎么选？
| 架构 | 特点 | 适用场景 |
|---|---|---|
| 集中式调度 | 一个调度器全局决策，简单易实现，但单点风险、扩展性有限csdn.net+1 | AGV 数量 < 50，任务复杂度一般 |
| 分布式调度 | 按区域/车间划分多个调度器，协调跨区任务，扩展性好，但协调复杂csdn.net | 大规模（50~200+）、多车间、多品牌混合 |
| 混合式 | 区域自治 + 中心协调，现实中最常见 | 中大型项目 |
工程上建议：从小规模集中式起步，预留分布式扩展能力（按区域划分调度实例，中心负责跨区协调）。
四、典型技术栈参考
很多成熟 RCS 采用类似组合：
- 后端：Java / SpringBoot + MySQL + Redis
- 前端：Vue / React + 大屏可视化
- 通信：MQTT（车端） + REST（MES/WMS） + WebSocket（实时推送）
- 实时位置与拥堵：Redis GEO / 内存网格
- 消息队列：Kafka / RabbitMQ 做任务/事件流，压测表明可显著降低延迟
五、和"单车上位机"的边界
- 单车上位机 ：
- 负责"我怎么去"：局部避障、轨迹跟踪、实时安全逻辑；
- 多车调度上位机 ：
- 负责"谁去、何时去、走哪条大路线、怎么避让"，
- 把"路径段 + 目标点 + 操作"下发给单车，单车再自己做局部跟踪和避障。