起重机械车载电子技术 —— 概念扫盲手册读者起重机械车载领域电气工程师新员工背景此前有数据通信、移动通信等行业背景但对车载 / 工程机械电子领域不熟悉目标脱离完全小白状态能与有经验的专业从业人员进行基本交流与对齐日期2026-08-08目录Part 1 相关术语逐一详解1. 上 / 下车2. 安全认证3. GPS4. FPD-Link5. 远程升级 OTA⚡ 前置概念SoC片上系统6. TOPS7. DMIPS8. 功能安全9. 域的多重含义10. 力矩限制器力限器11. NPU12. T-BOX13. CODESYSPart 2 起重机械车载电子 Top 21 核心术语Part 3 知识图谱 —— 连点成线、连线成面Part 4 经典一芯X屏方案初步解读Part 1 相关术语逐一详解1. 上 / 下车在汽车起重机领域上/下车是最基本、最核心的整车结构划分概念和坐上车/下车完全无关。上车Upper Structure下车Lower Structure功能起重作业道路行驶和支撑包含转台、起重臂臂架、伸缩机构、回转机构、起升机构、变幅机构、操纵室、安全装置汽车底盘、副车架、支腿、取力装置、下车操纵室关键特征可绕回转支承做360° 回转运动不参与回转固定在地面电气特点通过中心回转接头滑环结构从下车取电保证回转时电气信号不中断包含蓄电池 / 发电机是整车唯一电源为什么重要所有电气方案域控、传感器、执行器都要先分清是给上车用的还是下车用的或是两者共用。上下车通过中心回转接头实现电气连接这也是车载电气设计的一个难点。2. 安全认证安全认证在无线通信场景下最可能指两个层面层面一功能安全认证见 第 8 条 详解指无线通信链路在安全关键系统中必须有足够的可靠性——例如遥控器与起重机控制器之间的无线通信不能因干扰而误动作。层面二信息安全认证指远程通信T-BOX 通过 4G/5G 与云端通信、OTA 升级、远程锁车等操作需要加密认证常见机制是Seed/Key 校验云端 → 发送随机数(Seed) → T-BOX ↓ 内置加密芯片计算密钥(Key) ↓ 云端 ← 验证 Key ←────────── T-BOX │ └─ 验证通过 → 允许执行远程操作刷写ECU / 锁车 等 验证失败 → 拒绝操作 告警为什么重要国四/国六法规对工程机械的远程通信安全有明确要求考核方案的重要维度。3. GPS在起重机车载场景GPS 的实际含义应理解为GNSS全球导航卫星系统通常包含GPS美国 北斗中国双模定位。在起重机上的典型用途功能说明设备定位车队管理平台实时显示每台起重机的位置电子围栏设备离开规定区域自动报警或锁车轨迹回放记录设备行驶 / 作业路径金融风控分期付款的设备逾期可远程锁机作业辅助结合地图数据辅助支腿位置规划为什么重要GPS 是 T-BOX 的核心组件之一也是起重机智能化远程监控、车队管理的基础感知能力。4. FPD-LinkFPD-LinkFlat Panel Display Link平板显示链路。它是什么德州仪器TI推出的高速串行视频传输接口采用SerDes串行器 / 解串器方案发送端将并行视频信号转为单对差分串行信号通过细线缆长距离传输接收端还原为并行视频为什么在一芯X屏方案中出现┌──────────────┐ FPD-Link 细线缆 ┌──────────┐ │ 域控制器 SoC │ ──────────────────────────────→ │ 屏幕 A │ │ │ │ (仪表屏) │ │ │ FPD-Link 细线缆 ├──────────┤ │ │ ──────────────────────────────→ │ 屏幕 B │ └──────────────┘ │ (监控屏) │ └──────────┘域控制器的 SoC 芯片放在一个盒子里但两块屏幕可能分置于操纵室的不同位置FPD-Link 用细线缆替代了传统方案的粗重排线束解决了 EMC、传输距离和布线难题目前主流是FPD-Link III最新的FPD-Link IV支持 8K 分辨率一句话FPD-Link 就是车载领域用于连接大脑SoC和眼睛屏幕的高速视频公路。5. 远程升级 OTAOTAOver-The-Air就是用无线网络4G/5G远程给车辆的电子设备升级软件 / 固件不需要把车开回服务站。在起重机上的典型流程┌─────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ 云端平台 │ → │ T-BOX │ → │ 域控制器 │ → │ 各 ECU │ │ OTA Server│ │ (下载校验)│ │ (刷写管理) │ │ (执行升级) │ └─────────┘ └──────────┘ └──────────┘ └──────────┘ ↑ │ └─────── 升级结果上报 ─────────┘起重机 OTA 的两类升级对象类型全称升级对象FOTAFirmware OTA域控制器、ECU 固件底层系统SOTASoftware OTA应用软件、HMI 界面、地图数据等为什么重要起重机工作地点分散工地、矿山、港口传统召回升级成本极高。OTA 是工程机械智能化的标配能力也是国四法规的隐含要求。三一重工等头部企业已经在新产品中标配 OTA。⚡ 前置概念SoC片上系统—— 为什么同一颗芯片会同时出现在 TOPS 和 DMIPS 的讨论中在进入 TOPS 和 DMIPS 的详解之前先厘清一个新手最容易混淆的问题高通 SA8155P 到底是一颗 CPU 还是一颗 NPU答案是都不是——它是一颗 SoCSystem on Chip片上系统。┌────────────── 高通 SA8155PSoC 片上系统──────────────┐ │ │ │ 它是一颗芯片但内部集成了多种不同的处理单元各司其职 │ │ │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ CPU │ │ NPU │ │ GPU │ │ ISP │ │ │ │ 通用计算 │ │ AI 推理 │ │ 图形渲染 │ │ 图像处理 │ │ │ │ │ │ │ │ │ │ │ │ │ │ 用 DMIPS │ │ 用 TOPS │ │ 用 FLOPS │ │ (无统一 │ │ │ │ 衡量 │ │ 衡量 │ │ 衡量 │ │ 单位) │ │ │ └──────────┘ └──────────┘ └──────────┘ └──────────┘ │ │ │ │ DSP音频处理、安全岛功能安全、内存控制器 等... │ └──────────────────────────────────────────────────────────┘所以当我们说SA8155P 的 CPU 算力是 105K DMIPS说的是它内部的 CPU 模块的性能说SA8155P 的 AI 算力是 20 TOPS说的是它内部的 NPU 模块的性能。两个数字描述的是同一颗芯片上不同部件的能力——就像评价一辆车既可以说最高时速 220km/h发动机也可以说续航 700km油箱并不矛盾。理解这一点之后TOPS 和 DMIPS 就各归各位了6. TOPS全称Tera Operations Per Second每秒万亿次运算衡量对象NPU神经网络处理器的 AI 推理算力——即 SoC 芯片内部 AI 加速器模块的性能通俗理解1 TOPS 每秒能执行 1 万亿次 AI 运算主要是乘法和加法用于衡量芯片有多擅长跑人工智能算法比如图像识别、目标检测在起重机上的应用场景正在发展视觉识别——识别吊臂下方是否有人员、识别吊物姿态盲区监测——通过摄像头 AI 判断危险区域辅助驾驶——自动驾驶起重机中的环境感知常见 SoC 芯片的 NPU 算力注意下面列的都是 SoCTOPS 仅衡量这些 SoC 内部的 NPU 模块SoC 芯片内部 NPU 的 AI 算力定位高通 SA8155P~20 TOPS智能座舱地平线征程 5128 TOPS自动驾驶英伟达 Orin254 TOPS自动驾驶⚠️关键认知TOPS 只是 NPU 的纸面峰值算力实际性能还要看能效比TOPS/W和内存带宽。7. DMIPS全称Dhrystone Million Instructions Per Second每秒百万条 Dhrystone 指令衡量对象CPU的通用计算 / 整数运算能力——即 SoC 芯片内部通用处理器核心模块的性能通俗理解用 Dhrystone 这套标准测试程序跑出来的CPU 干活速度DMIPS 越高CPU 处理操作系统、业务逻辑、任务调度越快快速心算基于 ARM 架构DMIPS 核心数 × 主频(MHz) × DMIPS/MHz 系数ARM 架构DMIPS/MHz 系数Cortex-A532.3Cortex-A724.7例4 核 A53 1.6GHz → 4 × 1600 × 2.3 14,720 DMIPS常见 SoC 芯片的 CPU 算力注意下面列的都是 SoCDMIPS 仅衡量这些 SoC 内部的 CPU 模块SoC 芯片内部 CPU 的通用算力定位高通 SA8155P~105K DMIPS旗舰座舱高通 SA8295P~230K DMIPS新一代旗舰一句话对比DMIPSTOPS衡量SoC 内部的CPU模块SoC 内部的NPU模块类比大脑的思考速度逻辑、调度、OS视觉中枢的处理速度AI、图像识别例SA8155P105K DMIPSCPU 部分20 TOPSNPU 部分两颗芯CPU 和 NPU长在同一颗 SoC 芯片上就像左脑和右脑长在同一个颅腔里——各管各的但共享同一个身体。8. 功能安全定义系统在发生故障时能够安全地进入保护状态不会造成人身伤害或财产损失。功能安全关注的不是不出故障而是出了故障之后不会出事。在起重机上的典型场景如果吊臂角度传感器坏了控制器要能检测到故障自动停止危险方向的动作并报警如果控制器自身死机系统要能进入安全状态切断动力输出、制动器抱死功能安全等级标准选标准不同行业 / 设备适用不同标准标准适用范围等级体系说明ISO 13849通用机械PL a~ePerformance Level起重机主要参考ISO 19014土方机械EMMMPL a~eMachine Performance Level与 ISO 13849 互补ISO 26262道路车辆ASIL A~DAutomotive Safety Integrity LevelIEC 61508通用电气/电子/可编程电子SIL 1~4Safety Integrity Level母标准起重机电气工程师必知经常听到的力矩限制器实际上就是一套功能安全系统——它要以不低于PL dISO 13849的等级来设计。以 ISO 13849 为例如何确定一个安全系统能达到哪个 PL 等级ISO 13849 用三个核心参数 系统类别Category来综合确定最终 PLa 最低 → e 最高┌─────────────────┐ │ 系统类别 Category │ ← 架构怎么设计 │ (B / 1 / 2 / 3 / 4) │ └───────┬─────────┘ │ ┌───────────────┼───────────────┐ │ │ │ ┌─────▼─────┐ ┌──────▼──────┐ ┌─────▼─────┐ │ MTTFd │ │ 诊断覆盖率 │ │ 硬件容错 │ │ (元件可靠性)│ │ (DC) │ │ (HFT) │ └─────┬─────┘ └──────┬──────┘ └─────┬─────┘ │ │ │ └───────────────┼───────────────┘ │ ┌───────▼─────────┐ │ 最终 PL (a~e) │ └─────────────────┘三个核心参数详解参数全称通俗含义分级判定标准各标准略有差异以下为 ISO 13849 典型值MTTFdMean Time To Dangerous Failure平均危险失效时间这个安全部件平均多久才会出一次可能危及安全的故障低3 年 ≤ MTTFd 10 年中10 年 ≤ MTTFd 30 年高30 年 ≤ MTTFd ≤ 100 年DC诊断覆盖率Diagnostic Coverage出了危险故障后系统能自动检测到的概率无DC 60%——故障发生了系统完全不知道低60% ≤ DC 90%中90% ≤ DC 99%高DC ≥ 99%——几乎所有故障都能自动诊断出来HFT硬件容错Hardware Fault Tolerance在安全功能丧失之前系统能容忍几个硬件故障0一个故障就可能导致安全功能丢失无冗余1坏掉一个零件安全功能仍然保持有冗余通俗类比把安全系统想象成一个保镖——Category类别保镖团队的编制单人 / 双人互相监督 / 双人 定期体检MTTFd这个保镖的身体素质多久会病倒一次DC诊断覆盖率保镖的体检套餐有多全面病症能被提前发现的概率HFT硬件容错有几个替补保镖主力倒了替补能不能顶上ISO 13849 类别Category与参数的关系类别架构要求MTTFd 要求DC 要求HFT典型可达 PLB基本安全原则最基础低~中无0PL a1使用经验证的成熟元件高无0PL b2增加定期自检测试通道低~中低~中0PL c3冗余设计单个故障不会导致安全功能丧失低~高低~中1PL d4冗余 高诊断故障可检测且累积不危险高高1PL e实际工程案例力矩限制器LML通常要求达到PL d意味着架构至少是Category 3有冗余单故障不能让它失效MTTFd 要达到高级别传感器等关键元件平均寿命 ≥ 30 年DC 达到低~中即可故障发生后要能检测到并报警HFT 1一个传感器坏了另一个还能顶上9. 域的多重含义9.1 域控制器中的域Domain指汽车 / 工程机械电子电气架构演进中的一个关键概念。架构演进路线分布式架构 域集中架构 中央计算架构 (每个功能一个独立 ECU) → (按功能域合并成几个域控制器) → (一个超级芯片算一切) ┌──┐ ┌──┐ ┌──┐ ┌──────────┐ ┌──────────┐ │ECU│ │ECU│ │ECU│ │ 域控制器A │ │ │ └──┘ └──┘ └──┘ │ (动力域) │ │ 中央 │ ┌──┐ ┌──┐ ┌──┐ ├──────────┤ │ 计算 │ │ECU│ │ECU│ │ECU│ │ 域控制器B │ │ 平台 │ └──┘ └──┘ └──┘ │ (座舱域) │ │ │ ┌──┐ ┌──┐ ├──────────┤ └──────────┘ │ECU│ │ECU│ ← 起重机当前 │ 域控制器C │ ↑ └──┘ └──┘ 正在演进 → │ (车身域) │ 未来方向 └──────────┘起重机上的域划分域管辖范围上车控制域臂架伸缩 / 变幅 / 回转 / 起升控制、力矩限制器、安全监控下车控制域底盘行驶、支腿控制、动力管理座舱 / 显控域仪表显示、HMI 交互、摄像头画面经典的一芯X屏方案往往就是一个上车 显控的融合域控制器。9.2 作业域中的域指起重机的作业范围Working Range由工作幅度 × 起升高度决定是起重机选型和工况分析的基础概念。10. 力矩限制器力限器力矩限制器简称力限器Load Moment Limiter / LML。它是什么起重机最重要的安全保护装置防止超载倾翻。工作原理传感器采集层 ├─ 臂长传感器 ──→ 臂架当前伸出长度 ├─ 角度传感器 ──→ 臂架与水平面夹角 └─ 压力/拉力传感器 ──→ 实际吊重 │ ▼ 控制器计算层 查找内置载荷曲线 → 当前状态下的额定起重量 对比实际起重量 vs 额定起重量 │ ▼ 执行动作层 ├─ 90% 额定值 → 正常工作绿灯 ├─ 90%~100% → 声光预警黄灯 蜂鸣器间歇响 ├─ 100% → 切断危险方向动力红灯 蜂鸣器长鸣 └─ 110% → 强制慢速禁止所有危险动作危险方向 吊臂向下变幅 吊臂伸出 吊具起升安全方向 吊臂向上变幅 吊臂缩回 吊具下降核心公式起重力矩t·m 起重重量t × 工作幅度m硬件组成显示主机 长度传感器 角度传感器 压力/拉力传感器 高度限位开关为什么是电气工程师的核心关切力矩限制器是起重机电气系统中功能安全等级要求最高的子系统它的软件逻辑、传感器选型、冗余设计、自检策略都是技术交流中的高频话题。11. NPUNeural Processing Unit定义专门为神经网络算法加速设计的芯片属于 ASIC专用集成电路的一种。NPU vs CPU 对比CPUNPU擅长各种通用任务只擅长 AI 推理乘加运算架构复杂的通用计算核心大量并行的 MAC 阵列能效比基准同算力下功耗低 10~100 倍类比瑞士军刀电动螺丝刀只干一件事但干得飞快在起重机上为什么需要 NPU视觉安全监测——AI 摄像头识别人员入侵、吊物姿态识别自动驾驶 / 辅助驾驶——起重机自主行驶到作业位置这些 AI 任务 CPU 单独跑不动需要 NPU 来加速一句话NPU 是 AI 时代的协处理器负责把图像识别这种 AI 运算做到实时。12. T-BOXTelematics Box定义安装在车辆上的远程通信 数据采集终端可以理解为起重机的联网盒子。T-BOX 内部结构┌──────────────────────────────────────────┐ │ T-BOX │ │ │ │ ┌──────────┐ ┌──────────┐ │ │ │ GPS/北斗 │ │ 4G/5G │ ← 与云端通信 │ │ │ 双模定位 │ │ 通信模块 │ │ │ └──────────┘ └──────────┘ │ │ │ │ ┌──────────┐ ┌──────────┐ │ │ │ CAN 收发 │ │ 内置电池 │ ← 断电后仍 │ │ │ (J1939) │ │ │ 可工作30天 │ │ └──────────┘ └──────────┘ │ │ │ │ ┌──────────┐ │ │ │ 加密芯片 │ ← Seed/Key 安全认证 │ │ └──────────┘ │ └──────────────────────────────────────────┘T-BOX 的六大职责职责说明数据采集通过 CAN 总线读取发动机转速、油耗、臂架状态、故障码等远程定位GPS/北斗双模精度 ≤ 2.5mOTA 升级接收云端推送刷写 ECU / 域控制器固件远程诊断故障码实时回传服务工程师提前准备配件资产管控远程锁车 / 解锁、电子围栏、碰撞报警法规合规国四/国六排放数据上报HJ 1322-2023为什么重要T-BOX 是起重机从铁疙瘩变成联网智能设备的关键入口。域控制器的方案中T-BOX 和域控的接口CAN 还是以太网、OTA 的刷写协议UDS 还是 XCP都是核心议题。13. CODESYSController Development System一个工业控制器软件开发的集成平台。通俗理解CODESYS 之于工业控制器 Visual Studio 之于 Windows 软件电气工程师在 PC 上用 CODESYS 写好程序 → 编译下载到起重机上的控制器ECU / 域控制器→ 控制器运行这段程序来控制起重机。核心特点遵循IEC 61131-3国际标准工业控制编程语言标准支持5 种编程语言语言适用场景特点梯形图LD开关量逻辑类似继电器电路图电气工程师最熟悉结构化文本ST复杂算法PID 控制、速度计算类似高级语言功能块图FBD信号处理传感器滤波、位移积分计算顺序功能流程图SFC顺序控制工序流程伸臂→变幅→起升连续功能图CFC时序控制计时器、定时任务常见疑问IEC 61131-3 的五种语言里为什么没有 C 语言这是有意为之——C 语言和 IEC 61131-3 五语言的设计目标完全不同IEC 61131-3 五语言C 语言设计目的工业控制PLC/控制器通用计算OS、驱动、算法库使用者电气工程师 / 自动化工程师软件工程师核心抽象信号、线圈、功能块、时序指针、内存、数据结构可靠性哲学限制危险操作无指针、无动态内存分配、无递归给程序员最大自由包括犯错的自由在安全关键的工业控制场景中一个野指针或内存泄漏可能导致起重机误动作——IEC 61131-3 从语言层面就禁止了这些操作。但 C 语言在 CODESYS 生态中并非完全缺席它扮演的是“底层打工人”角色┌──────────────────────────────────┐ │ 应用层力矩限制逻辑、臂架控制 │ ← IEC 61131-3 五种语言 │ 电气工程师日常编程的层面 │ (ST / LD / FBD / SFC / CFC) ├──────────────────────────────────┤ │ 运行层CODESYS Runtime │ ← C / C 编写 │ 任务调度、通信协议栈、硬件抽象 │ 控制器厂商 CODESYS 原厂维护 ├──────────────────────────────────┤ │ 驱动层CAN收发、GPIO、PWM │ ← C 编写 │ 直接操作硬件寄存器 │ 芯片原厂 控制器厂商提供 └──────────────────────────────────┘另外ST结构化文本的语法刻意设计得酷似 C 语言IF...THEN...ELSE、FOR...DO、CASE...OF目的是让有 C 语言基础的人快速上手——电气工程师新人如果学过 C掌握 ST 只需一两天。内置现场总线配置CANopen、J1939、EtherCAT 等直接拖拽配置自带可视化功能可以直接画出 HMI 界面在控制器上运行有SIL2 功能安全版本经 TÜV Süd 认证在起重机行业的地位事实上的行业标准EPEC、IFM、派芬等主流车载控制器厂商都基于 CODESYS 开发三一、中联、徐工等主机厂的电气工程师大量使用 CODESYS芬兰 EPEC 3724 控制器 CODESYS 起重机 / 工程机械经典组合为什么重要作为电气工程师的新人CODESYS 很可能是你将来每天都要用的工具。域控制器方案中往往要在 CODESYS 上提供他们的软件组件和库。Part 2 起重机械车载电子 Top 21 核心术语按重要程度排序覆盖整车架构、控制、安全、通信、芯片 / 算力、行业特有六个维度序号术语一句话定义所属维度重要度1上 / 下车整车结构二分法上车作业、下车行驶整车架构★★★★★2力矩限制器力限器起重机第一安全装置防超载倾翻安全★★★★★3CAN 总线 / J1939车载设备间的神经网络控制器、传感器通过它通信通信★★★★★4域控制器将多个分散 ECU 功能集中到一个高性能控制器中控制★★★★★5CODESYSIEC 61131-3 工业控制编程平台起重机软件开发标准工具控制★★★★★6功能安全系统故障时能安全停下来涵盖 PL/SIL/ASIL 等级安全★★★★★7ECU嵌入式的小电脑控制发动机/液压/传动等子系统控制★★★★8T-BOX车载联网终端实现 OTA 远程监控 定位 资产管控通信★★★★9SoC域控的心脏芯片集成了 CPU GPU NPU ISP芯片/算力★★★★10OTA远程升级通过 4G/5G 远程升级车辆软件/固件通信★★★★11ISO 13849 / ISO 19014功能安全的行业标准PL a~e / MPL a~e安全★★★★12GNSSGPS 北斗卫星定位系统T-BOX 的感知基础通信★★★13臂架Boom起重机伸缩臂上车最核心的机械结构整车架构★★★14中心回转接头上下车电气信号互连的关键部件滑环结构整车架构★★★15支腿Outrigger起重机作业时展开的支撑腿决定稳定性和作业范围整车架构★★★16HMI人机界面驾驶员看的显示屏 操作按钮用于监控和交互控制★★★17DMIPSCPU 通用处理算力单位芯片/算力★★★18NPU / TOPSAI 推理芯片 / AI 算力单位芯片/算力★★★19FPD-Link高速串行视频接口连接 SoC 和屏幕通信★★20限位器机械/电气限位开关防止机构运动到极限位置安全★★21MCU微控制器小芯片运行实时操作系统负责 CAN 通信和安全监控芯片/算力★★Part 3 知识图谱 —— 连点成线、连线成面以一芯X屏域控制器方案为主线将所有概念按逻辑串联══════════════════════════════════════════════════════════════ 起 重 机 整 体 结 构 ══════════════════════════════════════════════════════════════ │ ┌─────────────┴─────────────┐ │ │ ┌────▼────┐ ┌────▼────┐ │ 上 车 │◄──中心回转接头──►│ 下 车 │ │ (作业) │ (供电信号) │ (行驶) │ └────┬────┘ └────┬────┘ │ │ │ 臂架/变幅/回转/起升 │ 底盘/支腿/动力 │ │ ══════════▼══════════════════════════════════════════════════ 电子电气架构分布式 ECU → 域集中 ══════════════════════════════════════════════════════════════ │ ┌─────────────┼─────────────┐ │ │ │ ┌──────▼──────┐ ┌────▼────┐ ┌──────▼──────┐ │ 上车控制域 │ │ 座舱域 │ │ 下车控制域 │ │ (臂架/回转/ │ │ (显示/ │ │ (行驶/支腿) │ │ 起升/安全) │ │ 交互) │ │ │ └──────┬──────┘ └────┬────┘ └─────────────┘ │ │ └──────┬───────┘ │ ┌───────▼────────┐ │ 域 控 制 器 │ ◄── 一芯X屏方案的核心 │ (Domain ECU) │ └───────┬────────┘ │ ═════════════════▼══════════════════════════════════════════ 域控制器硬件一芯 ══════════════════════════════════════════════════════════════ │ ┌────────────▼────────────┐ │ SoC 芯片 │ │ ┌──────┐ ┌──────────┐ │ │ │ CPU │ │ NPU │ │ 算力衡量: │ │多核ARM│ │ AI加速器 │ │ CPU → DMIPS │ │ │ │ │ │ NPU → TOPS │ └──────┘ └──────────┘ │ │ ┌──────┐ ┌──────────┐ │ │ │ GPU │ │ ISP/DSP │ │ │ └──────┘ └──────────┘ │ └────────────┬────────────┘ │ ┌────────────▼────────────┐ │ 安全 MCU协处理器 │ ← 功能安全 ASIL-D 等级 │ 运行 AUTOSAR/RTOS │ 监控 SoC 状态 │ 负责 CAN 通信 电源管理 │ SoC 死机时接管安全 └────────────┬────────────┘ │ ═════════════════▼══════════════════════════════════════════ 域控制器软件平台 ══════════════════════════════════════════════════════════════ │ ┌────────────▼────────────┐ │ CODESYS │ ← IEC 61131-3 编程平台 │ ┌────────────────────┐ │ │ │ 应用层: 力矩限制算法│ │ 电气工程师在 PC 上 │ │ 臂架控制逻辑 │ │ 用 CODESYS 开发 │ │ HMI 界面 │ │ │ ├────────────────────┤ │ │ │ 中间件: CANopen 栈 │ │ │ │ J1939 协议栈 │ │ │ ├────────────────────┤ │ │ │ 底层: 操作系统 │ │ Linux / RTOS │ │ 驱动程序 │ │ │ └────────────────────┘ │ └────────────┬────────────┘ │ ═════════════════▼══════════════════════════════════════════ 通信与联网 ══════════════════════════════════════════════════════════════ │ ┌────────────┼────────────┐ │ │ │ ┌───▼───┐ ┌────▼────┐ ┌────▼────┐ │CAN总线 │ │ T-BOX │ │FPD-Link │ │J1939 │ │ 4G/5G │ │ SerDes │ │ │ │GPS/北斗 │ │ │ │连接各 │ │OTA升级 │ │连接两块 │ │传感器 │ │远程监控 │ │显示屏 │ │和执行器│ │安全认证 │ │ │ └───┬───┘ └────┬────┘ └────┬────┘ │ │ │ │ ┌──────▼──────┐ │ │ │ 云端平台 │ │ │ │车队管理/OTA │ │ │ │远程诊断/法规 │ │ │ └──────┬──────┘ │ │ │ │ ═════▼════════════▼═════════════▼══════════════════════════ 功能安全贯穿所有层次 ══════════════════════════════════════════════════════════════ │ ┌────────────▼────────────┐ │ 力矩限制器力限器 │ ← 起重机最重要的安全系统 │ ┌────────────────────┐ │ │ │ 传感器: 臂长/角度/ │ │ 监测量: 起重力矩 │ │ 压力/拉力 │ │ │ ├────────────────────┤ │ 标准: ISO 13849 PL d │ │ 逻辑: 实时对比 │ │ │ │ 实际载荷 vs 额定值 │ │ 动作: 超载时切断危险方向 │ ├────────────────────┤ │ 动力源 声光报警 │ │ 执行: 电磁阀切断 │ │ │ │ 声光报警 │ │ │ └────────────────────┘ │ └────────────┬────────────┘ │ ┌────────────▼────────────┐ │ 其他安全子系统 │ │ • 高度限位器 │ │ • 幅度限制器 │ │ • 回转限位器 │ │ • 三圈保护器 │ │ • 支腿状态检测 │ │ • 急停按钮 │ └────────────┬────────────┘ │ ═════════════════▼══════════════════════════════════════════ 人机交互X屏(X2) ══════════════════════════════════════════════════════════════ │ ┌────────────┼────────────┐ │ │ │ ┌───▼────┐ ┌───▼────┐ ┌────▼────┐ │ 屏幕 A │ │ 屏幕 B │ │操作面板 │ │仪表显示 │ │监控画面 │ │摇杆/按钮 │ │车速/转速│ │力矩曲线 │ │ │ │ /油量 │ │摄像头 │ │ │ │故障指示 │ │工况参数 │ │ │ └─────────┘ └─────────┘ └──────────┘一句话总结“起重机整车分为上车和下车传统方案是分布式 ECU 架构——每个功能一个独立控制器通过 CAN 总线互联。现在行业趋势是域集中架构用一颗高性能 SoC 芯片做成域控制器把上车控制逻辑臂架/回转/起升/力矩限制器和人机交互仪表屏 监控屏整合到一个盒子里——这就是’一芯X屏’方案的核心思路。域控制器上跑 CODESYS 平台对外通过 CAN J1939 连接各传感器和执行器通过 FPD-Link 驱动X(X2)块屏幕通过 T-BOX 实现 4G 联网、GPS 定位和远程 OTA 升级整套系统的安全等级需要满足 ISO 13849 PL d 以上力矩限制器是其中最核心的安全子系统。”Part 4 经典一芯X屏方案初步解读初步框架方案基本含义要素含义一芯一颗 SoC 芯片集成了 CPUNPUGPU作为域控制器的计算核心同时处理逻辑控制力矩限制、臂架控制等和 HMI 渲染仪表显示、监控画面等X屏X(X2)块显示屏通过 FPD-Link 接口连接域控制器——通常一块是仪表屏车速/转速/油量/故障指示另一块是监控屏力矩曲线、摄像头画面、工况参数等方案核心价值维度传统分布式架构一芯X屏域控架构控制器数量仪表一个 力矩限制器一个 HMI 一个 …合多为一线束重量多个控制器之间大量线束互联控制器内部走板级信号线束大幅减少软件平台各 ECU 独立开发维护困难统一的 CODESYS 平台维护升级方便OTA 升级需要分别升级多个 ECU可靠性差一个域控做 OTA 升级原子操作BOM 成本多个控制器 线束 接插件一个域控成本更低方案评估的核心议题可靠性一颗芯片扛所有任务死机了怎么办答SoC 安全 MCU 双芯片架构MCU 做安全备份功能安全力矩限制器合入域控后安全等级还能保证吗答硬件隔离 独立 MCU 运行安全逻辑供货风险SoC 芯片会不会被卡脖子答需要提供国产替代预案开发生态现有的 EPEC 控制器方案上积累的 CODESYS 程序能平滑迁移吗答CODESYS 平台兼容但底层驱动需要适配 起重机械车载电子技术 —— 概念扫盲手册
起重机械车载电子技术 —— 概念扫盲手册读者起重机械车载领域电气工程师新员工背景此前有数据通信、移动通信等行业背景但对车载 / 工程机械电子领域不熟悉目标脱离完全小白状态能与有经验的专业从业人员进行基本交流与对齐日期2026-08-08目录Part 1 相关术语逐一详解1. 上 / 下车2. 安全认证3. GPS4. FPD-Link5. 远程升级 OTA⚡ 前置概念SoC片上系统6. TOPS7. DMIPS8. 功能安全9. 域的多重含义10. 力矩限制器力限器11. NPU12. T-BOX13. CODESYSPart 2 起重机械车载电子 Top 21 核心术语Part 3 知识图谱 —— 连点成线、连线成面Part 4 经典一芯X屏方案初步解读Part 1 相关术语逐一详解1. 上 / 下车在汽车起重机领域上/下车是最基本、最核心的整车结构划分概念和坐上车/下车完全无关。上车Upper Structure下车Lower Structure功能起重作业道路行驶和支撑包含转台、起重臂臂架、伸缩机构、回转机构、起升机构、变幅机构、操纵室、安全装置汽车底盘、副车架、支腿、取力装置、下车操纵室关键特征可绕回转支承做360° 回转运动不参与回转固定在地面电气特点通过中心回转接头滑环结构从下车取电保证回转时电气信号不中断包含蓄电池 / 发电机是整车唯一电源为什么重要所有电气方案域控、传感器、执行器都要先分清是给上车用的还是下车用的或是两者共用。上下车通过中心回转接头实现电气连接这也是车载电气设计的一个难点。2. 安全认证安全认证在无线通信场景下最可能指两个层面层面一功能安全认证见 第 8 条 详解指无线通信链路在安全关键系统中必须有足够的可靠性——例如遥控器与起重机控制器之间的无线通信不能因干扰而误动作。层面二信息安全认证指远程通信T-BOX 通过 4G/5G 与云端通信、OTA 升级、远程锁车等操作需要加密认证常见机制是Seed/Key 校验云端 → 发送随机数(Seed) → T-BOX ↓ 内置加密芯片计算密钥(Key) ↓ 云端 ← 验证 Key ←────────── T-BOX │ └─ 验证通过 → 允许执行远程操作刷写ECU / 锁车 等 验证失败 → 拒绝操作 告警为什么重要国四/国六法规对工程机械的远程通信安全有明确要求考核方案的重要维度。3. GPS在起重机车载场景GPS 的实际含义应理解为GNSS全球导航卫星系统通常包含GPS美国 北斗中国双模定位。在起重机上的典型用途功能说明设备定位车队管理平台实时显示每台起重机的位置电子围栏设备离开规定区域自动报警或锁车轨迹回放记录设备行驶 / 作业路径金融风控分期付款的设备逾期可远程锁机作业辅助结合地图数据辅助支腿位置规划为什么重要GPS 是 T-BOX 的核心组件之一也是起重机智能化远程监控、车队管理的基础感知能力。4. FPD-LinkFPD-LinkFlat Panel Display Link平板显示链路。它是什么德州仪器TI推出的高速串行视频传输接口采用SerDes串行器 / 解串器方案发送端将并行视频信号转为单对差分串行信号通过细线缆长距离传输接收端还原为并行视频为什么在一芯X屏方案中出现┌──────────────┐ FPD-Link 细线缆 ┌──────────┐ │ 域控制器 SoC │ ──────────────────────────────→ │ 屏幕 A │ │ │ │ (仪表屏) │ │ │ FPD-Link 细线缆 ├──────────┤ │ │ ──────────────────────────────→ │ 屏幕 B │ └──────────────┘ │ (监控屏) │ └──────────┘域控制器的 SoC 芯片放在一个盒子里但两块屏幕可能分置于操纵室的不同位置FPD-Link 用细线缆替代了传统方案的粗重排线束解决了 EMC、传输距离和布线难题目前主流是FPD-Link III最新的FPD-Link IV支持 8K 分辨率一句话FPD-Link 就是车载领域用于连接大脑SoC和眼睛屏幕的高速视频公路。5. 远程升级 OTAOTAOver-The-Air就是用无线网络4G/5G远程给车辆的电子设备升级软件 / 固件不需要把车开回服务站。在起重机上的典型流程┌─────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ 云端平台 │ → │ T-BOX │ → │ 域控制器 │ → │ 各 ECU │ │ OTA Server│ │ (下载校验)│ │ (刷写管理) │ │ (执行升级) │ └─────────┘ └──────────┘ └──────────┘ └──────────┘ ↑ │ └─────── 升级结果上报 ─────────┘起重机 OTA 的两类升级对象类型全称升级对象FOTAFirmware OTA域控制器、ECU 固件底层系统SOTASoftware OTA应用软件、HMI 界面、地图数据等为什么重要起重机工作地点分散工地、矿山、港口传统召回升级成本极高。OTA 是工程机械智能化的标配能力也是国四法规的隐含要求。三一重工等头部企业已经在新产品中标配 OTA。⚡ 前置概念SoC片上系统—— 为什么同一颗芯片会同时出现在 TOPS 和 DMIPS 的讨论中在进入 TOPS 和 DMIPS 的详解之前先厘清一个新手最容易混淆的问题高通 SA8155P 到底是一颗 CPU 还是一颗 NPU答案是都不是——它是一颗 SoCSystem on Chip片上系统。┌────────────── 高通 SA8155PSoC 片上系统──────────────┐ │ │ │ 它是一颗芯片但内部集成了多种不同的处理单元各司其职 │ │ │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ CPU │ │ NPU │ │ GPU │ │ ISP │ │ │ │ 通用计算 │ │ AI 推理 │ │ 图形渲染 │ │ 图像处理 │ │ │ │ │ │ │ │ │ │ │ │ │ │ 用 DMIPS │ │ 用 TOPS │ │ 用 FLOPS │ │ (无统一 │ │ │ │ 衡量 │ │ 衡量 │ │ 衡量 │ │ 单位) │ │ │ └──────────┘ └──────────┘ └──────────┘ └──────────┘ │ │ │ │ DSP音频处理、安全岛功能安全、内存控制器 等... │ └──────────────────────────────────────────────────────────┘所以当我们说SA8155P 的 CPU 算力是 105K DMIPS说的是它内部的 CPU 模块的性能说SA8155P 的 AI 算力是 20 TOPS说的是它内部的 NPU 模块的性能。两个数字描述的是同一颗芯片上不同部件的能力——就像评价一辆车既可以说最高时速 220km/h发动机也可以说续航 700km油箱并不矛盾。理解这一点之后TOPS 和 DMIPS 就各归各位了6. TOPS全称Tera Operations Per Second每秒万亿次运算衡量对象NPU神经网络处理器的 AI 推理算力——即 SoC 芯片内部 AI 加速器模块的性能通俗理解1 TOPS 每秒能执行 1 万亿次 AI 运算主要是乘法和加法用于衡量芯片有多擅长跑人工智能算法比如图像识别、目标检测在起重机上的应用场景正在发展视觉识别——识别吊臂下方是否有人员、识别吊物姿态盲区监测——通过摄像头 AI 判断危险区域辅助驾驶——自动驾驶起重机中的环境感知常见 SoC 芯片的 NPU 算力注意下面列的都是 SoCTOPS 仅衡量这些 SoC 内部的 NPU 模块SoC 芯片内部 NPU 的 AI 算力定位高通 SA8155P~20 TOPS智能座舱地平线征程 5128 TOPS自动驾驶英伟达 Orin254 TOPS自动驾驶⚠️关键认知TOPS 只是 NPU 的纸面峰值算力实际性能还要看能效比TOPS/W和内存带宽。7. DMIPS全称Dhrystone Million Instructions Per Second每秒百万条 Dhrystone 指令衡量对象CPU的通用计算 / 整数运算能力——即 SoC 芯片内部通用处理器核心模块的性能通俗理解用 Dhrystone 这套标准测试程序跑出来的CPU 干活速度DMIPS 越高CPU 处理操作系统、业务逻辑、任务调度越快快速心算基于 ARM 架构DMIPS 核心数 × 主频(MHz) × DMIPS/MHz 系数ARM 架构DMIPS/MHz 系数Cortex-A532.3Cortex-A724.7例4 核 A53 1.6GHz → 4 × 1600 × 2.3 14,720 DMIPS常见 SoC 芯片的 CPU 算力注意下面列的都是 SoCDMIPS 仅衡量这些 SoC 内部的 CPU 模块SoC 芯片内部 CPU 的通用算力定位高通 SA8155P~105K DMIPS旗舰座舱高通 SA8295P~230K DMIPS新一代旗舰一句话对比DMIPSTOPS衡量SoC 内部的CPU模块SoC 内部的NPU模块类比大脑的思考速度逻辑、调度、OS视觉中枢的处理速度AI、图像识别例SA8155P105K DMIPSCPU 部分20 TOPSNPU 部分两颗芯CPU 和 NPU长在同一颗 SoC 芯片上就像左脑和右脑长在同一个颅腔里——各管各的但共享同一个身体。8. 功能安全定义系统在发生故障时能够安全地进入保护状态不会造成人身伤害或财产损失。功能安全关注的不是不出故障而是出了故障之后不会出事。在起重机上的典型场景如果吊臂角度传感器坏了控制器要能检测到故障自动停止危险方向的动作并报警如果控制器自身死机系统要能进入安全状态切断动力输出、制动器抱死功能安全等级标准选标准不同行业 / 设备适用不同标准标准适用范围等级体系说明ISO 13849通用机械PL a~ePerformance Level起重机主要参考ISO 19014土方机械EMMMPL a~eMachine Performance Level与 ISO 13849 互补ISO 26262道路车辆ASIL A~DAutomotive Safety Integrity LevelIEC 61508通用电气/电子/可编程电子SIL 1~4Safety Integrity Level母标准起重机电气工程师必知经常听到的力矩限制器实际上就是一套功能安全系统——它要以不低于PL dISO 13849的等级来设计。以 ISO 13849 为例如何确定一个安全系统能达到哪个 PL 等级ISO 13849 用三个核心参数 系统类别Category来综合确定最终 PLa 最低 → e 最高┌─────────────────┐ │ 系统类别 Category │ ← 架构怎么设计 │ (B / 1 / 2 / 3 / 4) │ └───────┬─────────┘ │ ┌───────────────┼───────────────┐ │ │ │ ┌─────▼─────┐ ┌──────▼──────┐ ┌─────▼─────┐ │ MTTFd │ │ 诊断覆盖率 │ │ 硬件容错 │ │ (元件可靠性)│ │ (DC) │ │ (HFT) │ └─────┬─────┘ └──────┬──────┘ └─────┬─────┘ │ │ │ └───────────────┼───────────────┘ │ ┌───────▼─────────┐ │ 最终 PL (a~e) │ └─────────────────┘三个核心参数详解参数全称通俗含义分级判定标准各标准略有差异以下为 ISO 13849 典型值MTTFdMean Time To Dangerous Failure平均危险失效时间这个安全部件平均多久才会出一次可能危及安全的故障低3 年 ≤ MTTFd 10 年中10 年 ≤ MTTFd 30 年高30 年 ≤ MTTFd ≤ 100 年DC诊断覆盖率Diagnostic Coverage出了危险故障后系统能自动检测到的概率无DC 60%——故障发生了系统完全不知道低60% ≤ DC 90%中90% ≤ DC 99%高DC ≥ 99%——几乎所有故障都能自动诊断出来HFT硬件容错Hardware Fault Tolerance在安全功能丧失之前系统能容忍几个硬件故障0一个故障就可能导致安全功能丢失无冗余1坏掉一个零件安全功能仍然保持有冗余通俗类比把安全系统想象成一个保镖——Category类别保镖团队的编制单人 / 双人互相监督 / 双人 定期体检MTTFd这个保镖的身体素质多久会病倒一次DC诊断覆盖率保镖的体检套餐有多全面病症能被提前发现的概率HFT硬件容错有几个替补保镖主力倒了替补能不能顶上ISO 13849 类别Category与参数的关系类别架构要求MTTFd 要求DC 要求HFT典型可达 PLB基本安全原则最基础低~中无0PL a1使用经验证的成熟元件高无0PL b2增加定期自检测试通道低~中低~中0PL c3冗余设计单个故障不会导致安全功能丧失低~高低~中1PL d4冗余 高诊断故障可检测且累积不危险高高1PL e实际工程案例力矩限制器LML通常要求达到PL d意味着架构至少是Category 3有冗余单故障不能让它失效MTTFd 要达到高级别传感器等关键元件平均寿命 ≥ 30 年DC 达到低~中即可故障发生后要能检测到并报警HFT 1一个传感器坏了另一个还能顶上9. 域的多重含义9.1 域控制器中的域Domain指汽车 / 工程机械电子电气架构演进中的一个关键概念。架构演进路线分布式架构 域集中架构 中央计算架构 (每个功能一个独立 ECU) → (按功能域合并成几个域控制器) → (一个超级芯片算一切) ┌──┐ ┌──┐ ┌──┐ ┌──────────┐ ┌──────────┐ │ECU│ │ECU│ │ECU│ │ 域控制器A │ │ │ └──┘ └──┘ └──┘ │ (动力域) │ │ 中央 │ ┌──┐ ┌──┐ ┌──┐ ├──────────┤ │ 计算 │ │ECU│ │ECU│ │ECU│ │ 域控制器B │ │ 平台 │ └──┘ └──┘ └──┘ │ (座舱域) │ │ │ ┌──┐ ┌──┐ ├──────────┤ └──────────┘ │ECU│ │ECU│ ← 起重机当前 │ 域控制器C │ ↑ └──┘ └──┘ 正在演进 → │ (车身域) │ 未来方向 └──────────┘起重机上的域划分域管辖范围上车控制域臂架伸缩 / 变幅 / 回转 / 起升控制、力矩限制器、安全监控下车控制域底盘行驶、支腿控制、动力管理座舱 / 显控域仪表显示、HMI 交互、摄像头画面经典的一芯X屏方案往往就是一个上车 显控的融合域控制器。9.2 作业域中的域指起重机的作业范围Working Range由工作幅度 × 起升高度决定是起重机选型和工况分析的基础概念。10. 力矩限制器力限器力矩限制器简称力限器Load Moment Limiter / LML。它是什么起重机最重要的安全保护装置防止超载倾翻。工作原理传感器采集层 ├─ 臂长传感器 ──→ 臂架当前伸出长度 ├─ 角度传感器 ──→ 臂架与水平面夹角 └─ 压力/拉力传感器 ──→ 实际吊重 │ ▼ 控制器计算层 查找内置载荷曲线 → 当前状态下的额定起重量 对比实际起重量 vs 额定起重量 │ ▼ 执行动作层 ├─ 90% 额定值 → 正常工作绿灯 ├─ 90%~100% → 声光预警黄灯 蜂鸣器间歇响 ├─ 100% → 切断危险方向动力红灯 蜂鸣器长鸣 └─ 110% → 强制慢速禁止所有危险动作危险方向 吊臂向下变幅 吊臂伸出 吊具起升安全方向 吊臂向上变幅 吊臂缩回 吊具下降核心公式起重力矩t·m 起重重量t × 工作幅度m硬件组成显示主机 长度传感器 角度传感器 压力/拉力传感器 高度限位开关为什么是电气工程师的核心关切力矩限制器是起重机电气系统中功能安全等级要求最高的子系统它的软件逻辑、传感器选型、冗余设计、自检策略都是技术交流中的高频话题。11. NPUNeural Processing Unit定义专门为神经网络算法加速设计的芯片属于 ASIC专用集成电路的一种。NPU vs CPU 对比CPUNPU擅长各种通用任务只擅长 AI 推理乘加运算架构复杂的通用计算核心大量并行的 MAC 阵列能效比基准同算力下功耗低 10~100 倍类比瑞士军刀电动螺丝刀只干一件事但干得飞快在起重机上为什么需要 NPU视觉安全监测——AI 摄像头识别人员入侵、吊物姿态识别自动驾驶 / 辅助驾驶——起重机自主行驶到作业位置这些 AI 任务 CPU 单独跑不动需要 NPU 来加速一句话NPU 是 AI 时代的协处理器负责把图像识别这种 AI 运算做到实时。12. T-BOXTelematics Box定义安装在车辆上的远程通信 数据采集终端可以理解为起重机的联网盒子。T-BOX 内部结构┌──────────────────────────────────────────┐ │ T-BOX │ │ │ │ ┌──────────┐ ┌──────────┐ │ │ │ GPS/北斗 │ │ 4G/5G │ ← 与云端通信 │ │ │ 双模定位 │ │ 通信模块 │ │ │ └──────────┘ └──────────┘ │ │ │ │ ┌──────────┐ ┌──────────┐ │ │ │ CAN 收发 │ │ 内置电池 │ ← 断电后仍 │ │ │ (J1939) │ │ │ 可工作30天 │ │ └──────────┘ └──────────┘ │ │ │ │ ┌──────────┐ │ │ │ 加密芯片 │ ← Seed/Key 安全认证 │ │ └──────────┘ │ └──────────────────────────────────────────┘T-BOX 的六大职责职责说明数据采集通过 CAN 总线读取发动机转速、油耗、臂架状态、故障码等远程定位GPS/北斗双模精度 ≤ 2.5mOTA 升级接收云端推送刷写 ECU / 域控制器固件远程诊断故障码实时回传服务工程师提前准备配件资产管控远程锁车 / 解锁、电子围栏、碰撞报警法规合规国四/国六排放数据上报HJ 1322-2023为什么重要T-BOX 是起重机从铁疙瘩变成联网智能设备的关键入口。域控制器的方案中T-BOX 和域控的接口CAN 还是以太网、OTA 的刷写协议UDS 还是 XCP都是核心议题。13. CODESYSController Development System一个工业控制器软件开发的集成平台。通俗理解CODESYS 之于工业控制器 Visual Studio 之于 Windows 软件电气工程师在 PC 上用 CODESYS 写好程序 → 编译下载到起重机上的控制器ECU / 域控制器→ 控制器运行这段程序来控制起重机。核心特点遵循IEC 61131-3国际标准工业控制编程语言标准支持5 种编程语言语言适用场景特点梯形图LD开关量逻辑类似继电器电路图电气工程师最熟悉结构化文本ST复杂算法PID 控制、速度计算类似高级语言功能块图FBD信号处理传感器滤波、位移积分计算顺序功能流程图SFC顺序控制工序流程伸臂→变幅→起升连续功能图CFC时序控制计时器、定时任务常见疑问IEC 61131-3 的五种语言里为什么没有 C 语言这是有意为之——C 语言和 IEC 61131-3 五语言的设计目标完全不同IEC 61131-3 五语言C 语言设计目的工业控制PLC/控制器通用计算OS、驱动、算法库使用者电气工程师 / 自动化工程师软件工程师核心抽象信号、线圈、功能块、时序指针、内存、数据结构可靠性哲学限制危险操作无指针、无动态内存分配、无递归给程序员最大自由包括犯错的自由在安全关键的工业控制场景中一个野指针或内存泄漏可能导致起重机误动作——IEC 61131-3 从语言层面就禁止了这些操作。但 C 语言在 CODESYS 生态中并非完全缺席它扮演的是“底层打工人”角色┌──────────────────────────────────┐ │ 应用层力矩限制逻辑、臂架控制 │ ← IEC 61131-3 五种语言 │ 电气工程师日常编程的层面 │ (ST / LD / FBD / SFC / CFC) ├──────────────────────────────────┤ │ 运行层CODESYS Runtime │ ← C / C 编写 │ 任务调度、通信协议栈、硬件抽象 │ 控制器厂商 CODESYS 原厂维护 ├──────────────────────────────────┤ │ 驱动层CAN收发、GPIO、PWM │ ← C 编写 │ 直接操作硬件寄存器 │ 芯片原厂 控制器厂商提供 └──────────────────────────────────┘另外ST结构化文本的语法刻意设计得酷似 C 语言IF...THEN...ELSE、FOR...DO、CASE...OF目的是让有 C 语言基础的人快速上手——电气工程师新人如果学过 C掌握 ST 只需一两天。内置现场总线配置CANopen、J1939、EtherCAT 等直接拖拽配置自带可视化功能可以直接画出 HMI 界面在控制器上运行有SIL2 功能安全版本经 TÜV Süd 认证在起重机行业的地位事实上的行业标准EPEC、IFM、派芬等主流车载控制器厂商都基于 CODESYS 开发三一、中联、徐工等主机厂的电气工程师大量使用 CODESYS芬兰 EPEC 3724 控制器 CODESYS 起重机 / 工程机械经典组合为什么重要作为电气工程师的新人CODESYS 很可能是你将来每天都要用的工具。域控制器方案中往往要在 CODESYS 上提供他们的软件组件和库。Part 2 起重机械车载电子 Top 21 核心术语按重要程度排序覆盖整车架构、控制、安全、通信、芯片 / 算力、行业特有六个维度序号术语一句话定义所属维度重要度1上 / 下车整车结构二分法上车作业、下车行驶整车架构★★★★★2力矩限制器力限器起重机第一安全装置防超载倾翻安全★★★★★3CAN 总线 / J1939车载设备间的神经网络控制器、传感器通过它通信通信★★★★★4域控制器将多个分散 ECU 功能集中到一个高性能控制器中控制★★★★★5CODESYSIEC 61131-3 工业控制编程平台起重机软件开发标准工具控制★★★★★6功能安全系统故障时能安全停下来涵盖 PL/SIL/ASIL 等级安全★★★★★7ECU嵌入式的小电脑控制发动机/液压/传动等子系统控制★★★★8T-BOX车载联网终端实现 OTA 远程监控 定位 资产管控通信★★★★9SoC域控的心脏芯片集成了 CPU GPU NPU ISP芯片/算力★★★★10OTA远程升级通过 4G/5G 远程升级车辆软件/固件通信★★★★11ISO 13849 / ISO 19014功能安全的行业标准PL a~e / MPL a~e安全★★★★12GNSSGPS 北斗卫星定位系统T-BOX 的感知基础通信★★★13臂架Boom起重机伸缩臂上车最核心的机械结构整车架构★★★14中心回转接头上下车电气信号互连的关键部件滑环结构整车架构★★★15支腿Outrigger起重机作业时展开的支撑腿决定稳定性和作业范围整车架构★★★16HMI人机界面驾驶员看的显示屏 操作按钮用于监控和交互控制★★★17DMIPSCPU 通用处理算力单位芯片/算力★★★18NPU / TOPSAI 推理芯片 / AI 算力单位芯片/算力★★★19FPD-Link高速串行视频接口连接 SoC 和屏幕通信★★20限位器机械/电气限位开关防止机构运动到极限位置安全★★21MCU微控制器小芯片运行实时操作系统负责 CAN 通信和安全监控芯片/算力★★Part 3 知识图谱 —— 连点成线、连线成面以一芯X屏域控制器方案为主线将所有概念按逻辑串联══════════════════════════════════════════════════════════════ 起 重 机 整 体 结 构 ══════════════════════════════════════════════════════════════ │ ┌─────────────┴─────────────┐ │ │ ┌────▼────┐ ┌────▼────┐ │ 上 车 │◄──中心回转接头──►│ 下 车 │ │ (作业) │ (供电信号) │ (行驶) │ └────┬────┘ └────┬────┘ │ │ │ 臂架/变幅/回转/起升 │ 底盘/支腿/动力 │ │ ══════════▼══════════════════════════════════════════════════ 电子电气架构分布式 ECU → 域集中 ══════════════════════════════════════════════════════════════ │ ┌─────────────┼─────────────┐ │ │ │ ┌──────▼──────┐ ┌────▼────┐ ┌──────▼──────┐ │ 上车控制域 │ │ 座舱域 │ │ 下车控制域 │ │ (臂架/回转/ │ │ (显示/ │ │ (行驶/支腿) │ │ 起升/安全) │ │ 交互) │ │ │ └──────┬──────┘ └────┬────┘ └─────────────┘ │ │ └──────┬───────┘ │ ┌───────▼────────┐ │ 域 控 制 器 │ ◄── 一芯X屏方案的核心 │ (Domain ECU) │ └───────┬────────┘ │ ═════════════════▼══════════════════════════════════════════ 域控制器硬件一芯 ══════════════════════════════════════════════════════════════ │ ┌────────────▼────────────┐ │ SoC 芯片 │ │ ┌──────┐ ┌──────────┐ │ │ │ CPU │ │ NPU │ │ 算力衡量: │ │多核ARM│ │ AI加速器 │ │ CPU → DMIPS │ │ │ │ │ │ NPU → TOPS │ └──────┘ └──────────┘ │ │ ┌──────┐ ┌──────────┐ │ │ │ GPU │ │ ISP/DSP │ │ │ └──────┘ └──────────┘ │ └────────────┬────────────┘ │ ┌────────────▼────────────┐ │ 安全 MCU协处理器 │ ← 功能安全 ASIL-D 等级 │ 运行 AUTOSAR/RTOS │ 监控 SoC 状态 │ 负责 CAN 通信 电源管理 │ SoC 死机时接管安全 └────────────┬────────────┘ │ ═════════════════▼══════════════════════════════════════════ 域控制器软件平台 ══════════════════════════════════════════════════════════════ │ ┌────────────▼────────────┐ │ CODESYS │ ← IEC 61131-3 编程平台 │ ┌────────────────────┐ │ │ │ 应用层: 力矩限制算法│ │ 电气工程师在 PC 上 │ │ 臂架控制逻辑 │ │ 用 CODESYS 开发 │ │ HMI 界面 │ │ │ ├────────────────────┤ │ │ │ 中间件: CANopen 栈 │ │ │ │ J1939 协议栈 │ │ │ ├────────────────────┤ │ │ │ 底层: 操作系统 │ │ Linux / RTOS │ │ 驱动程序 │ │ │ └────────────────────┘ │ └────────────┬────────────┘ │ ═════════════════▼══════════════════════════════════════════ 通信与联网 ══════════════════════════════════════════════════════════════ │ ┌────────────┼────────────┐ │ │ │ ┌───▼───┐ ┌────▼────┐ ┌────▼────┐ │CAN总线 │ │ T-BOX │ │FPD-Link │ │J1939 │ │ 4G/5G │ │ SerDes │ │ │ │GPS/北斗 │ │ │ │连接各 │ │OTA升级 │ │连接两块 │ │传感器 │ │远程监控 │ │显示屏 │ │和执行器│ │安全认证 │ │ │ └───┬───┘ └────┬────┘ └────┬────┘ │ │ │ │ ┌──────▼──────┐ │ │ │ 云端平台 │ │ │ │车队管理/OTA │ │ │ │远程诊断/法规 │ │ │ └──────┬──────┘ │ │ │ │ ═════▼════════════▼═════════════▼══════════════════════════ 功能安全贯穿所有层次 ══════════════════════════════════════════════════════════════ │ ┌────────────▼────────────┐ │ 力矩限制器力限器 │ ← 起重机最重要的安全系统 │ ┌────────────────────┐ │ │ │ 传感器: 臂长/角度/ │ │ 监测量: 起重力矩 │ │ 压力/拉力 │ │ │ ├────────────────────┤ │ 标准: ISO 13849 PL d │ │ 逻辑: 实时对比 │ │ │ │ 实际载荷 vs 额定值 │ │ 动作: 超载时切断危险方向 │ ├────────────────────┤ │ 动力源 声光报警 │ │ 执行: 电磁阀切断 │ │ │ │ 声光报警 │ │ │ └────────────────────┘ │ └────────────┬────────────┘ │ ┌────────────▼────────────┐ │ 其他安全子系统 │ │ • 高度限位器 │ │ • 幅度限制器 │ │ • 回转限位器 │ │ • 三圈保护器 │ │ • 支腿状态检测 │ │ • 急停按钮 │ └────────────┬────────────┘ │ ═════════════════▼══════════════════════════════════════════ 人机交互X屏(X2) ══════════════════════════════════════════════════════════════ │ ┌────────────┼────────────┐ │ │ │ ┌───▼────┐ ┌───▼────┐ ┌────▼────┐ │ 屏幕 A │ │ 屏幕 B │ │操作面板 │ │仪表显示 │ │监控画面 │ │摇杆/按钮 │ │车速/转速│ │力矩曲线 │ │ │ │ /油量 │ │摄像头 │ │ │ │故障指示 │ │工况参数 │ │ │ └─────────┘ └─────────┘ └──────────┘一句话总结“起重机整车分为上车和下车传统方案是分布式 ECU 架构——每个功能一个独立控制器通过 CAN 总线互联。现在行业趋势是域集中架构用一颗高性能 SoC 芯片做成域控制器把上车控制逻辑臂架/回转/起升/力矩限制器和人机交互仪表屏 监控屏整合到一个盒子里——这就是’一芯X屏’方案的核心思路。域控制器上跑 CODESYS 平台对外通过 CAN J1939 连接各传感器和执行器通过 FPD-Link 驱动X(X2)块屏幕通过 T-BOX 实现 4G 联网、GPS 定位和远程 OTA 升级整套系统的安全等级需要满足 ISO 13849 PL d 以上力矩限制器是其中最核心的安全子系统。”Part 4 经典一芯X屏方案初步解读初步框架方案基本含义要素含义一芯一颗 SoC 芯片集成了 CPUNPUGPU作为域控制器的计算核心同时处理逻辑控制力矩限制、臂架控制等和 HMI 渲染仪表显示、监控画面等X屏X(X2)块显示屏通过 FPD-Link 接口连接域控制器——通常一块是仪表屏车速/转速/油量/故障指示另一块是监控屏力矩曲线、摄像头画面、工况参数等方案核心价值维度传统分布式架构一芯X屏域控架构控制器数量仪表一个 力矩限制器一个 HMI 一个 …合多为一线束重量多个控制器之间大量线束互联控制器内部走板级信号线束大幅减少软件平台各 ECU 独立开发维护困难统一的 CODESYS 平台维护升级方便OTA 升级需要分别升级多个 ECU可靠性差一个域控做 OTA 升级原子操作BOM 成本多个控制器 线束 接插件一个域控成本更低方案评估的核心议题可靠性一颗芯片扛所有任务死机了怎么办答SoC 安全 MCU 双芯片架构MCU 做安全备份功能安全力矩限制器合入域控后安全等级还能保证吗答硬件隔离 独立 MCU 运行安全逻辑供货风险SoC 芯片会不会被卡脖子答需要提供国产替代预案开发生态现有的 EPEC 控制器方案上积累的 CODESYS 程序能平滑迁移吗答CODESYS 平台兼容但底层驱动需要适配