企业官网建设流程全解析

简介：EN1175-2020中文版是面向工业卡车（搬运车辆）电气/电子安全领域的欧洲标准中文译本，适合车辆制造商、检测认证机构、维修服务商及安全监管人员参考使用，用于解决电气系统设计、测试与维护中的合规与风险控制问题。资源包内含1个PDF文件，大小约3.91MB，完整呈现标准正文及规范性附录A能源连接器等内容，便于检索与对照查阅。该标准于2020年6月1日获CEN批准，取代EN 1175-1、EN 1175-2、EN 1175-3等旧版，正文覆盖电气系统设计原则、控制装置与接口、能量连接器、术语定义、测试验证、维护修理及成员国转化合规要求等模块。目前已有2808人学习下载，读者可据此掌握新版标准相较旧版的变化要点，为产品设计、检验认证和安全管理提供统一依据。

1. 一份被低估的电气安全底稿：EN 1175-2020 中文版到底能干什么

做工业车辆电控的同行大概都有过这种体验：客户甩过来一句“按 EN 1175 做”，然后整条链路从硬件选型到软件架构全得推倒重来，可手头只有一份 1998 年的旧版三件套，条款对不上、附录找不到、连术语都换了一茬。EN 1175-2020 中文版就是来解决这个断层的——它把原来分散在 EN 1175-1、-2、-3 三个部分里的电气/电子要求合并成一份完整规范，2020 年 6 月获批，取代了 1998+A1:2010 的老版本。这份资源适合三类人：做叉车、AGV、牵引车电控设计的硬件工程师，负责安全功能验证的测试人员，以及需要把标准条款翻译成设计输入的项目负责人。它不是科普读物，是一份能直接对着改电路、改软件、改测试大纲的作业底稿。

2. 从旧版三件套到单一规范：EN 1175-2020 的结构变化与选型逻辑

2.1 为什么合并成一份标准，而不是继续用三部分

旧版 EN 1175 拆成三部分，逻辑上是按车辆类型和电气系统复杂度切的：-1 管通用电气要求，-2 管内燃车电气，-3 管电动车驱动系统。这套结构在 90 年代够用，但到了锂电池、永磁同步驱动、高压平台普及之后，边界就糊了——一台带能量回收的电动叉车，驱动系统归 -3，电池管理归 -1，充电接口又谁都不完全管。2020 版把三份并成一份，按“安全功能”而不是“车辆类型”来组织条款，这是最核心的变化。

对做设计的来说，这个变化意味着你不能再按“我这是电动车所以只看 -3”的思路找条款。新版第 4 章把安全功能验证、能量、行驶与制动控制、电气负载处理、转向、软件设计、电气验证全部放在一个框架下，第 5 章管使用信息，第 6 章管标记，附录 A 到附录 F 分别覆盖能量连接器、电磁接触器、电池、特殊要求等专项。找条款的路径从“先定车型”变成“先定功能域”，这是复现这份标准时第一个要扭过来的习惯。

2.2 条款地图：第 4 章到附录 F 各自管什么

把目录摊开看，这份标准的骨架其实很清楚。第 4 章是主战场，4.1 到 4.3 是介绍、安全功能验证和概述要求，4.4 管能量，4.5 管行驶和制动控制系统，4.6 管电气负载处理系统，4.7 管转向，4.8 管软件设计，4.9 管其他防护措施，4.10 管电气验证。第 5 章是使用信息，第 6 章是标记，包括电气图、外部系统电气接口、安全检查、电容器、非电离辐射、能源互操作性这些条目。

附录部分按专项拆：附录 A 是能量连接器，从安装支架、物理特性、辅助触点、反极性保护、耐温、编码、半连接器锁定到紧急断开，还配了型式试验方法（编码测试、预处理、温升试验、介电测试）和质量保证；附录 B 是电磁接触器，按 A/B/C/D 型分类，管正常使用条件、安装、运输储存、结构性能要求和试验列表；附录 C 涉及标称电压超过 96 V DC 的电池；附录 D 是特殊要求；附录 E 管操作员控制和系统设计可靠性；附录 F 是测试类型。

实际用的时候，我一般会先做一张“功能域—条款—验证方法”的对照表，把项目里每个电气功能映射到具体条款号，再决定哪些走型式试验、哪些走出厂检验。这张表比通读全文有用得多，因为标准里很多要求是“应通过验证确认”，验证方法散在 4.2 和各附录的试验章节里，不建映射很容易漏。

2.3 安全功能验证的落地路径：从 4.2 到 4.10 的检查顺序

4.2 安全功能的验证是整份标准的入口条款，它要求对安全相关功能做验证，而不是只做通电测试。落地时我通常按这个顺序走：先按 4.3 概述要求确认系统边界和防护措施分类，再按 4.4 核对能量供给（电池、连接器、断电逻辑），然后 4.5 行驶与制动控制、4.6 电气负载处理、4.7 转向逐项过，4.8 软件设计单独拉一条线，最后 4.10 电气验证收口。

这里有个容易翻车的地方：4.8 软件设计不是只写“软件要有文档”，它和 4.2 的验证是联动的——安全相关软件功能必须有对应的验证证据，而验证证据的形式（分析、测试、评审）取决于功能的安全等级判定。标准没有直接给 SIL/PL 的映射表，但要求你给出判定依据。常见做法是参照功能安全的一般框架先做风险评估，再把结论回填到 4.8 的软件设计描述里。这一步不做，后面 4.10 电气验证的抽样范围就没法确定。

# 建立条款映射表的目录骨架（纯文本管理，便于评审时逐条勾选） mkdir -p en1175_map/{ch4,annexA,annexB,annexC,test_records} touch en1175_map/ch4/{4.2_verification,4.4_energy,4.5_drive_brake,4.6_load,4.7_steering,4.8_software,4.10_electrical}.md touch en1175_map/annexA/{A.3_requirements,A.4_type_test,A.5_qa}.md touch en1175_map/annexB/{B.3_types,B.6_structure,B.7_test_list}.md

这段脚本只是把条款落成可勾选的文档节点，逻辑是让每个条款有独立记录位，评审时按文件逐个签。参数上没什么可调的，关键是目录名直接带条款号，后面查证据不用再翻目录。我见过有团队把所有验证记录塞进一个 Excel，结果 4.5 和 4.6 的证据混在一起，外审时被要求重新拆分——条款号进文件名是最省事的后悔药。

3. 能量连接器与电磁接触器：附录 A、B 的实操拆解

3.1 附录 A 能量连接器的十一项要求怎么逐条对

附录 A 是这份标准里最“硬件”的部分，也是实际项目里返工最多的地方。A.3 要求下面挂了十一项：A.3.1 安装支架、A.3.2 物理特性、A.3.3 触点、A.3.4 辅助触点、A.3.5 反极性保护、A.3.6 耐温、A.3.7 电池半连接器的保护、A.3.8 编码、A.3.9 半连接器的锁定、A.3.10 紧急断开、A.3.11 附加要求。A.4 是型式试验方法，包括 A.4.1 总则、A.4.2 编码测试、A.4.3 样品、A.4.4 预处理、A.4.5 温升试验、A.4.6 测试 4 个连接器中的 2 个、A.4.7 测试另外 2 个、A.4.8 介电测试，A.5 是质量保证，A.6 是使用信息。

逐条对的时候，我建议按“机械—电气—热—安全逻辑”四组来分。机械组看 A.3.1 安装支架、A.3.2 物理特性、A.3.9 锁定；电气组看 A.3.3 触点、A.3.4 辅助触点、A.3.5 反极性保护、A.3.8 编码；热组看 A.3.6 耐温配合 A.4.5 温升试验；安全逻辑组看 A.3.7 电池半连接器保护、A.3.10 紧急断开。这样分组的好处是，同一组内的要求往往共享同一批样品和同一套测试设备，A.4.3 的样品数量和 A.4.6/A.4.7 的“4 个里测 2 个、再测另外 2 个”就能一次排产排完。

编码测试（A.4.2）和介电测试（A.4.8）是两个独立的验证口，前者验证连接器防误插，后者验证绝缘。实际排期时这两项经常被压到最后，结果样品在温升试验里已经老化，介电测试数据不可信。我的做法是把介电测试排在温升之前做首轮，温升后再复测一轮，两轮数据都留档——标准没强制两轮，但 A.4.4 预处理之后样品状态会变，只做一轮的话外审问起来没有回旋余地。

3.2 附录 B 电磁接触器的 A/B/C/D 型分类与试验列表

附录 B 管电磁接触器，B.3 把接触器分成 A 型、B 型、C 型、D 型四类，B.3.6 是分类规则。B.4 是产品信息（信息性质、标记、安装操作维护说明），B.5 是正常使用、安装和运输条件（B.5.1 正常使用条件、B.5.2 安装、B.5.3 运输和储存期间的条件），B.6 是结构和性能要求（B.6.1 结构要求、B.6.2 性能要求），B.7 是试验，B.7.2 给了试验列表，B.8.1 是测试类型。

四类接触器的区分逻辑，标准里是按使用条件和结构特征切的，落地时最关键的是先定类型再选试验项——B.7.2 的试验列表不是所有类型全做，类型定错，试验项就多做或漏做。我一般会在 B.3 分类那一步就把接触器的额定电压、使用类别、安装方式三个参数填进一张小表，对照 B.3.1 到 B.3.5 的描述逐项匹配，匹配完再翻 B.7.2 勾试验项。

这张表看着简单，但 B.3.2 到 B.3.5 的描述里混了使用条件和结构特征两类信息，新手容易只看电压等级就归类。血泪经验是：先把 B.5.1 正常使用条件读一遍，再回头看 B.3 的分类描述，因为分类里引用的环境条件、操作频率这些参数，定义都在 B.5.1。顺序反了，归类就得返工。

3.3 型式试验的样品与预处理：A.4.3 到 A.4.5 的执行细节

A.4.3 样品、A.4.4 预处理、A.4.5 温升试验这三条是连着的。A.4.3 定样品数量和状态，A.4.4 定试验前的处理条件，A.4.5 才是温升测量本身。执行时最容易出问题的是 A.4.4 预处理——标准要求样品在特定条件下处理后再测，处理条件没记录清楚，温升数据就没法复现。

我的做法是给每个样品建一张流转卡，记录：样品编号、A.4.3 抽样依据、A.4.4 预处理参数（温度、时长、循环次数）、A.4.5 温升测点位置和测量设备编号、A.4.6/A.4.7 分组结果、A.4.8 介电测试结果。流转卡跟着样品走，测试员签字，最后归档到 A.5 质量保证的记录里。这套流程不复杂，但没有它，A.4.6 和 A.4.7 的“4 个里分两批测”就说不清哪批对应哪批，出问题只能整批重测。

# 样品流转卡的最小字段结构，用于生成测试记录模板 sample_card = { "sample_id": "EC-001", # 样品编号，与 A.4.3 抽样记录对应 "pretreat": { # A.4.4 预处理参数 "temp_c": 40, "duration_h": 24, "cycles": 5 }, "temp_rise": { # A.4.5 温升试验 "points": ["P1", "P2", "P3"], # 测点位置 "device_id": "DAQ-07" # 测量设备编号，便于追溯 }, "group": "A.4.6", # 归入 A.4.6 或 A.4.7 批次 "dielectric": None # A.4.8 介电测试结果，测后回填 }

这段结构体的作用是强制把 A.4.3 到 A.4.8 的字段串在一条记录上，参数里pretreat和temp_rise的键名直接对应条款号，后面生成报告时不用再人工对照。group字段决定样品进 A.4.6 还是 A.4.7 批次，这个字段一旦填错，两批样品的测试结论就会串。实际用的时候我会在填完group后打印一份纸质卡随样品走，电子记录只做汇总，避免现场改数据。

4. 高压电池、软件设计与电气验证：第 4 章后半段和附录 C 的衔接

4.1 标称电压超过 96 V DC 的电池：附录 C 的通风、防护与电解液回流

附录 C 专门管标称电压超过 96 V DC 的电池，C.1 是特殊要求，C.1.2 通风与防护、C.1.4 标称电压超过 96 V DC 的电池、C.1.5 防止电解液回流、C.1.6 信息；C.2 是术语和定义、总则、要求、信息。这条线是给高压平台准备的，和 4.4 能量条款是上下游关系——4.4 定能量供给的安全逻辑，附录 C 定高压电池本体的专项要求。

C.1.2 通风与防护是实际项目里最容易被简化的一条。高压电池舱的通风不是“开个孔”就行，标准要求的是防护与通风的组合效果，落地时要给出通风路径、防护等级、异常工况下的排气逻辑三样东西。C.1.5 防止电解液回流针对的是电池布置倾角和使用姿态，这条在样车阶段就要验证，等到量产改结构就晚了。C.1.6 信息要求把电池的额定参数、防护说明、异常处置写进使用信息，和第 5 章使用信息是同一套文档体系，不要分开写。

4.2 软件设计（4.8）与电气验证（4.10）的证据链怎么串

4.8 软件设计和 4.10 电气验证是整份标准里最容易被做成“两张皮”的地方。4.8 要求软件设计有描述、有验证，4.10 要求电气验证覆盖安全相关功能。串证据链的做法是：以 4.2 的安全功能清单为索引，每个安全功能对应一条软件设计条目（4.8）和一条电气验证记录（4.10），三条记录用同一个功能编号。

功能编号我一般用“域-序号”格式，比如 DRV-01 表示行驶控制第一个安全功能，BRK-02 表示制动第二个。软件设计文档里每条写清楚：功能描述、安全等级判定依据、实现方式、验证方法。电气验证记录里写：验证项、判定准则、实测数据、结论。两边用同一个编号，外审时抽一个编号就能把设计、软件、验证三份证据拉齐。

这里有个边界要说清楚：标准没有规定软件必须用什么开发流程，也没有给安全等级的定量映射，它要求的是“有判定依据、有验证证据”。所以不要指望从标准里抄出一套现成的软件 V 模型，那是功能安全领域的事，EN 1175-2020 只负责把工业车辆电气/电子的安全功能框住。熟手容易在这里过度设计，新手容易在这里漏证据，两头都不对。

4.3 使用信息与标记：第 5、6 章的文档落地

第 5 章使用信息和第 6 章标记是收口条款，但落地工作量不小。第 6 章下面挂了电气图、外部系统的电气接口、安全检查、电容器、非电离辐射、能源互操作性这些条目，每一条都对应一份交付物：电气图要能追溯到 4.5 到 4.7 的控制系统，外部接口要写清协议和电气参数，安全检查要给出周期和项目，电容器要标注放电时间和残余电压，能源互操作性要说明连接器兼容范围。

我的做法是把第 5、6 章的交付物做成一张清单，和 4.x 的验证记录放在同一个项目文件夹里，文件名前缀统一用“DOC-”。这样做的原因是：使用信息和标记虽然是文档，但它们的正确性依赖前面的设计和验证结论，分开管理就会出现文档写完了、设计改了、文档没跟上的情况。清单里每条标注“依赖条款号”，设计变更时按依赖关系反查需要更新的文档，比全文搜索靠谱。

5. 避坑与排查：五条实际项目里踩过的记录

5.1 现象：按旧版 -3 找条款，4.6 电气负载处理整章漏做

原因：团队习惯按车辆类型分标准，电动叉车只翻旧版 -3，新版合并后 4.6 独立成章，没人认领。解决：项目启动时先做功能域到条款的映射表，映射表评审通过再排设计任务，映射表里每个功能域必须有责任人。

5.2 现象：A.4.6 和 A.4.7 两批样品测试结论对不上

原因：A.4.4 预处理条件没记录，两批样品实际处理状态不同，温升数据不可比。解决：样品流转卡强制记录预处理参数，A.4.6/A.4.7 分组在预处理之前确定，分组后不允许调换。

5.3 现象：附录 B 接触器类型归错，试验项多做了三分之一

原因：只看额定电压归类，没对照 B.5.1 正常使用条件，B.3 分类描述里的环境参数被忽略。解决：归类前先填 B.5.1 参数表，再逐项匹配 B.3.2 到 B.3.5，匹配结果由第二人复核。

5.4 现象：4.8 软件设计文档写得很全，4.10 电气验证抽不到对应证据

原因：软件设计条目没有功能编号，电气验证按测试项组织，两套编号体系对不上。解决：统一用“域-序号”功能编号，4.2 安全功能清单作为唯一索引，软件设计和电气验证都挂在这个索引下。

5.5 现象：附录 C 高压电池通风要求到样车阶段才发现不满足

原因：C.1.2 通风与防护被当成“结构开孔”处理，没做通风路径和异常排气逻辑的设计验证。解决：高压电池布置方案评审时把 C.1.2、C.1.5 列为必检项，样车阶段做专项验证，不通过不进下一阶段。

6. 把标准变成可执行检查表：一个条款追溯矩阵的搭法

标准类资源最大的价值不是读一遍，而是变成一张能逐条勾选、能追溯证据、能应对变更的检查表。我最后落地的东西是一张条款追溯矩阵，行是条款号，列是“设计要求 / 验证方法 / 证据文件 / 责任人 / 状态”。这张表用纯文本或表格工具维护都行，关键是三个字段不能省：验证方法必须写到具体试验或分析类型，证据文件必须写到文件名，状态只有“未开始 / 进行中 / 已关闭”三档。

搭这张表有个技巧：先从第 4 章和附录 A、B、C 的条款号批量生成行，再逐行填列。批量生成可以用脚本从目录文本里抽条款号，省得手敲漏号。

import re # 从标准目录文本中抽取条款号，生成追溯矩阵的行骨架 toc_text = """ 4.2 安全功能的验证 4.4 能量 4.5 行驶和制动控制系统 4.6 电气负载处理系统 4.7 转向 4.8 软件设计 4.10 电气验证 A.3.1 安装支架 A.3.5 反极性保护 A.4.5 温升试验 B.3.2 A 型 B.7.2 试验列表 C.1.2 通风与防护 """ pattern = re.compile(r"^([A-F]?\d+(?:\.\d+)*)\s+(.+)$", re.MULTILINE) rows = [] for clause, title in pattern.findall(toc_text): rows.append({ "clause": clause, "title": title.strip(), "design_req": "", "verify_method": "", "evidence": "", "owner": "", "status": "未开始" }) for r in rows: print(f"| {r['clause']} | {r['title']} | | | | {r['status']} |")

这段脚本的正则^([A-F]?\d+(?:\.\d+)*)\s+(.+)$匹配“可选字母前缀 + 数字点号序列 + 空格 + 标题”，能覆盖 4.x、A.x、B.x、C.x 这几类条款号。rows里预留了设计、验证、证据、责任人四个空列，输出直接是 Markdown 表格行，粘进文档就能用。参数上唯一要调的是正则里的字母范围，如果后续版本新增附录 D 以后的条款，把[A-F]扩一下即可。

矩阵填完之后，我习惯做一次“反向抽查”：随机抽五个“已关闭”的条款，只看证据文件名，不看内容，判断能不能从文件名定位到具体测试记录。定位不到就说明证据命名不规范，回去改文件名。这个动作花不了十分钟，但能提前发现外审时最尴尬的问题——条款关了，证据找不到。

从那以后我每次接标准类项目，第一件事不是通读全文，而是先把条款追溯矩阵的骨架搭出来，再带着矩阵去读，读到哪条填哪条。这份 EN 1175-2020 中文版的价值也在这里：它把旧版三件套的碎片收成了一份可追溯的完整规范，你需要的不是把它背下来，而是把它拆成一张能签字的表。希望帮到你。

本文还有配套的精品资源，点击获取