YL YARDLATCHTERMINAL TRACTOR HMIDESIGN STUDY / 026
夜间场站中的白色终端牵引车与石墨色半挂车 3D 概念渲染
NIGHT OPERATIONS · HUMAN IN CONTROL

每一次挂接,
都要有可依。

从第一眼识别,到最后一次物理确认。
让车辆、驾驶员与调度,在同一条证据链上。

进入挂接全过程
12 SCENES / 24 DISPLAY STATES人工驾驶 · 封闭场站 · 夜班作业SCROLL TO COUPLE ↓

指示灯亮起,
确认仍未结束。

01—05接近 / 识别 / 对中
06—09接触 / 连接 / 检查 / 测试
10—12移动 / 交接 / 冲突恢复
01 / PROJECT BACKGROUND

一人、一车,
重复发生的挂接任务。

YardLatch 聚焦封闭物流园区:驾驶员独立将半挂车从装卸月台转移至等待区。一次短距离移动,需要跨越车内决策、车外连接与调度交接。

牵引车接近月台挂车的夜班场站概念场景
A03 月台 → W12 等待区 / 场景概念图
主要用户

单人作业的场站驾驶员

频繁上下车、戴手套操作,在倒车视野与机械检查之间切换。

协作角色

远程调度员 / 异常时的地勤

调度需要明确进度;无法排除的挂接异常需要现场协助。

使用环境

夜班、雨雾与发动机噪声

界面需要易扫读、少操作,关键状态不能仅靠颜色表达。

项目边界

人工驾驶终端牵引车 · 封闭场站 · 月台至等待区。公共道路运输、自动驾驶与挂车装卸管理不在本次范围内。

02 / PROBLEM DEFINITION

重复带来熟练,
也可能让确认变成惯性。

核心设计问题:如何让驾驶员快速确认“挂对车、锁到位、接完整”,并在系统状态与现场感受冲突时,仍然主动复查?

01

一个正常信号,容易被理解为全部完成

接触、锁止信号、连接完整与测试通过是不同事实。合并成单一成功状态,会掩盖仍未完成的检查。

需要:证据分层
02

关键操作散落在驾驶舱内外

驾驶员完成实体操作后回到车内,需要快速知道哪些已记录、哪些仍需亲自确认。

需要:检查连续性
03

进度不清,让协作依赖反复询问

调度需要区分“正在接近”“正在检查”和“可以移动”,异常也需要明确的原因与处理状态。

需要:共享状态

以上为基于项目场景提出的风险假设,尚未通过真实驾驶员访谈或现场观察验证。

03 / DESIGN GOALS

让每一次移动,
都有完整的确认依据。

关注确认行为是否发生、异常是否被正确处理,以及界面是否占用了过多驾驶注意力。

GOAL 01

确认完整

移动前完成身份、锁止、连接、目视和物理测试的必要核验。

待验证指标关键检查遗漏率 / 错误挂车次数
GOAL 02

冲突可判断

“信号正常、测试失败”时,驾驶员能理解冲突并采取停车复查动作。

待验证指标异常理解率 / 安全响应比例
GOAL 03

注意力有余量

倒车与测试阶段减少无关信息;向调度同步进度,降低沟通负担。

待验证指标单次注视时长 / 状态询问次数

同时观察从开始倒车到确认完成的时间。效率提升必须结合检查完整性判断;本案例尚无实测成效数据。

04 / PRODUCT FRAMEWORK

五个功能模块,
串起车内外的证据。

中控组织步骤,仪表保持关键状态,实体控制负责机械动作,调度接收阶段结果。

YARDLATCH

挂接确认与状态同步

目标挂车 + 车辆信号 + 驾驶员确认

01

任务 / 身份核验

任务编号与识别编号比对,保留确认来源。

输出:身份匹配 / 待核验
02

低速挂接引导

后向视野、对中偏移、距离及接触提示。

输出:接近 / 接触
03

分层挂接确认

分别记录锁止、管线、人工目视与物理测试。

输出:待检查 / 确认齐全
04

异常与恢复

冲突时阻止数字交接,指引驻车、复查与协助。

输出:异常 / 重新检查
05

调度状态同步

共享接近、检查、可移动、异常与任务完成。

输出:任务进度 / 交接记录
中央显示屏

视野、任务核验、检查清单与异常原因

仪表 / 语音

车速、挡位、驻车状态与关键动作提示

实体控制 / 驾驶员

机械操作、车外检查与规定的拉力测试

调度端

阶段进度、异常报告与最终交接

查看系统能力假设与确认边界

锁止、挂车识别及气路/电气状态可读取,摄像头可覆盖相关区域,均为本概念的能力假设,需结合真实车型核实。传感器状态不能代替人工目视与物理测试;“数字移动确认”不意味着车辆具有机械互锁。

05 / USER FLOW

一条主流程,
每个冲突都有返回路径。

正常流程从班前检查开始,在等待区交接结束。任一必要证据缺失或相互矛盾,都返回核验与恢复。

START登录车辆 → 完成规定班前检查 → 接受转运任务
  1. 01 / 身份

    接近并核对挂车

    任务 T-184 与识别标签比对

    决策:是否为目标挂车?
  2. 02 / 对中

    低速倒车与接触

    粗定位 → 精确对中 → 接触提示

    动作:停车并按规程操作
  3. 03 / 检查

    锁止、连接与目视

    车外操作 → 返回驾驶位逐项记录

    决策:必要检查是否齐全?
  4. 04 / 测试

    执行规定拉力测试

    前置核验 → 物理测试 → 人工确认

    决策:结果与信号是否一致?
  5. 05 / 移动

    最终核验并转运

    复核身份 → 数字确认 → 前往 W12

    调度:可移动 / 转运中
RECOVERY BRANCHES

证据不成立时,回到确认

身份不匹配 / 任务变更保持驻车 → 重新核对任务与挂车 → 返回身份核验

视野受阻 / 连接遗漏停止并驻车 → 恢复视野或补全连接 → 返回对应检查

锁止正常 / 测试失败立即停止、驻车 → 复查 / 地勤协助 → 重新连接检查与测试

FINISH到达 W12 → 按规程驻车与解挂 → 最终检查 → 调度收到交接状态进入 12 阶段交互体验 ↗
06 / THE COUPLING EXPERIENCE

看见动作。
读懂状态。

操作右侧 UI,摄像机将在同一个三维场景中连续移动到对应观察位。车辆、鞍座与管线均为可实时渲染的概念模型。可进入顺序演练,逐项建立移动前的确认。

3D CONCEPT · 非实车影像
三维渲染不可用
请使用支持 WebGL 的浏览器,并保留 vendor 文件夹。
REALTIME 3D / SINGLE SCENE

正在创建三维场景…
010203040506070809101112
DRIVER’S VIEW仪表 + 中控
YL / 21:48
YT–026实体控制负责机械动作
DISPATCH / 调度端
07 / A COMPLETE HMI FAMILY

一套逻辑。
十二个关键时刻。

每个场景都对应独立的仪表与中控状态。
点击任一页面,在上方进入完整交互。

驻车后的挂接机构冲突检查 3D 概念图WHEN EVIDENCE DISAGREES
08 / THE CRITICAL MOMENT

一个绿色信号。
不等于全部通过。

锁止传感器已经触发,拉力测试却失败。此刻,界面必须把矛盾摊开,帮助驾驶员立即停止,并回到物理检查。

锁止传感器
已触发
拉力测试
未通过
数字移动确认
未获得
09 / DESIGN RATIONALE

屏幕之外,
才是判断发生的地方。

让系统报告它知道的事实,让驾驶员明确自己需要执行的动作。界面确认与机械控制有各自的边界。

01 / IDENTITY

挂对车

把任务编号与识别编号并列。身份一致使用中性“匹配”,避免在挂接前制造完成感。

02 / EVIDENCE

锁到位

分开呈现接触、锁止信号、人工目视与物理测试。证据来源始终可见,冲突时撤回数字确认。

03 / CONNECTION

接完整

气路、电气、支腿检查保持固定位置。人工确认不自动勾选,失去连接后重新核验。

验证计划 / 尚未开展

专家走查 → 桌面模拟 → 无色认知测试 → 状态冲突测试。记录遗漏率、错误挂车识别、视线转移和异常响应;本案例没有将目标或演示数值呈现为实测成果。

YARDLATCH / EVIDENCE NOTES