news 2026/10/22 11:27:01

EN 1175-2020中文版解读:电动工业卡车电气安全与CE合规自查要点

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
EN 1175-2020中文版解读:电动工业卡车电气安全与CE合规自查要点

简介:EN1175-2020中文版是一份由欧洲标准化委员会(CEN)批准的工业卡车安全标准,专门规范电气/电子系统要求,并取代EN 1175-1/2/3:1998+A1:2010旧版。这份资源以单个PDF文件提供(3.91MB),适合制造商、检测认证机构、维修服务商及监管人员参考,用于设计合规、测试验证和风险评估。标准内容覆盖电气系统安全设计原则、电路保护、接地与绝缘、电磁兼容性(EMC)、操作控制装置与外部接口、行驶和制动控制系统、电气负载处理、转向系统、能量连接器(附录A)等,同时给出术语定义、测试程序、维护修理指导和合规性要求。通过这套统一规范,企业能有效降低电气故障引发的事故风险,保障操作人员安全,并提升产品在欧洲市场的互操作性与准入能力。目前已有2802人学习/下载,适合需要深入掌握EN1175-2020的中高级工程技术人员。

1. EN 1175-2020中文版:读懂电动工业卡车的电气安全总闸门

做出口欧盟的电动叉车、托盘搬运车、AGV,很难绕开 EN 1175-2020 这本标准。很多工程师一听名字,以为是本 EMC 或电池标准,实际它是覆盖整车电气与电子系统安全的协调标准,管的是从蓄电池到控制器、从线束到安全功能的一整条链路。中文版出来后,最值得做的事不是把它存在网盘里当壁纸,而是把每一条要求拆成设计输入。这篇笔记写给三类人:被 CE 技术文件折腾过的电气工程师、要给海外车型做合规自查的研发负责人、以及售后端常年被电气故障投诉的维修骨干。看懂它,至少能让你少走半年弯路。

2. EN 1175-2020管什么:适用范围、版本差异与中文版的对应关系

2.1 从叉车到AGV:哪些车型在EN 1175-2020的射程内

EN 1175-2020 的标题直译是“工业卡车安全——电气/电子要求”。它和 EN ISO 3691-1(工业卡车安全要求)、EN ISO 3691-4(无人驾驶工业卡车)是配套关系:3691 系列管整车机械安全,EN 1175 管车上所有带电的部分。常见做法是认证时把三者一起引用,但 EN 1175-2020 承担的是电气安全的兜底角色。

适用车型比我最早以为的宽。电动平衡重叉车、前移式叉车、托盘堆垛车、托盘搬运车、电动牵引车、拣选车、越野叉车、铰接式叉车,只要带电驱或电控,都在范围内。很多人忽略的是:内燃叉车也在射程内,因为内燃机的启动电机、发电机、仪表、熄火保护、冷暖风电机都属于电气/电子系统,标准对内燃车的电气部分同样有要求。换句话说,纯机械的工业卡车几乎不存在,只要车上有一根线、一个开关,就逃不掉。

不适用的情况也要划清楚。标准通常排除公共道路上跑的车辆、农业或林业拖拉机、以及已由其他专用产品标准覆盖的设备(比如某些专用港口机械)。还有一点容易踩:如果你做的是没有自走功能的固定式充电桩,它不属于工业卡车本体,但充电接口和通信协议仍会被审查方当作整车电气系统的一部分来审。所以做充电桩的如果只盯着充电标准,忽略 EN 1175-2020 的接口要求,后面补起文档来相当痛苦。

2.2 2020版相比旧版的三处实质变化

旧版 EN 1175 是分两部分走的:EN 1175-1 管电池供电车辆,EN 1175-2 管内燃机车辆的电气设备,两份都带了 A1 修订。2020 版把两部分合成了单一文本,结构上砍掉了大量重复条款,也消除了两本标准之间互相引用时“到底该听谁”的尴尬。合版对使用者最直接的好处是:做混合动力或双能源车型时,不用再同时翻两本标准和两份修改单。

第二个变化是功能安全要求明显加重。旧版更多是围绕绝缘、防护、温升这些“硬电气指标”打转,2020 版把可编程电子系统摆到了台面上,直接引用了 ISO 13849-1 的 PLr(性能等级)概念,要求行驶、制动、转向、起升这类安全相关功能按照指定性能等级去设计和验证。对很多整车厂来说,这是第一次要把“安全完整性”这个概念写进代码评审和故障注入测试计划,而不是只在硬件层面堆继电器。

第三个变化是中文版使用者要特别注意的:条款结构与旧版不同,不能凭记忆按老条款号“对号入座”。我见过有人拿 1998 版目录去套 2020 版文本,结果把充电接口要求误当成电池要求去排查,方向整个反了。拿到中文版后第一步应该对照英文版确认章节映射,在 PDF 里把新旧条款号列一个对照表,后面写自查清单时才不会指错地方。

3. 照着EN 1175-2020定电气参数:电压、绝缘、防护与功能安全

3.1 额定电压与电气间隙:先定系统,再选元器件

读 EN 1175-2020 时,我最深的体会是:它不直接替你规定“必须用 48V”,而是给出一个设计框架,让你在选定系统电压后,按标准要求去验证电气间隙、爬电距离和绝缘能力。常见做法是先定标称电压,再反推元器件的耐压与间距。

工业卡车主流电压平台有 24V、48V、72V、80V,AGV 还有用 24V 低压平台的。选择逻辑不在标准里,在应用场景:24V 适合小型托盘车和 AGV,48V 是平衡重叉车的中坚,80V 以上多见于大吨位车型。定了电压后,紧接着要考虑的是控制器、电机、接触器、熔断器和线束的额定电压至少取系统电压的 1.2~1.5 倍,不能只看稳态,还要看再生制动时母线电压抬升的幅度。

电气间隙和爬电距离这部分,标准会指向按污染等级和材料类别来查表。我用的时候会先按污染等级 3(工业环境常见)、材料类别 IIIa 起步,把 PCB 上 AC 侧和 DC 侧的间距按表格下限乘个 1.2 的安全系数。原因很实际:样机阶段测出来的是干净板子的间距,喷了三防漆、积了灰之后实际耐压会掉,不留余量到了冬季低温高湿环境就会翻车。另外别忘了电池连接器正负极之间、控制器母线排之间这些大电流部位的间距,它们才是整机里最容易打火的位置。

3.2 绝缘电阻、接地连通性与防护等级:样机阶段必测的三个硬指标

样机从装出来到送第三方检测之前,我会先自己做三轮电气安全检查,顺序固定:绝缘电阻、接地连通性、防护等级验证。这三项在 EN 1175-2020 体系里是串联关系,前面不过,后面做 EMC 没有意义。

绝缘电阻测试的工程惯例是:动力回路用 500V 兆欧表,控制回路很多公司约定用 250V,避免低压电子元件被测试电压打坏。测点要覆盖:动力正极对地、动力负极对地、正负极之间、充电接口各极对外壳、电机绕组对外壳。有一个细节容易被忽略:测试前要把控制器内部的 Y 电容放电放干净,否则绝缘值会被电容充放电拉出虚高读数,测出来 999MΩ 并不代表绝缘真好。

接地连通性测试很多人会漏掉,但审核方必查。测的是充电口接地脚、控制器外壳、驱动电机壳体、蓄电池箱体这些点与车架接地端子之间的电阻,常规要求是小于 0.1Ω,我一般用微欧计而不是普通万用表,因为万用表表笔和接触电阻会把真实值掩盖掉。测的时候螺丝要是新打的,接触面要打磨到金属光泽,不带漆测。

防护等级验证听起来简单,实际最费时间。标准不是让你拿水枪对着整车喷一遍就完事,而是按每个电气箱体的安装位置分别提要求:室外机的电控箱和充电接口要有对应防水等级,室内机的电池仓要考虑电解液泄漏路径。常见做法是整机按高处淋水工况评估,再对底部电池仓做单独评估。出厂时只写一个 IP54 而不区分位置的,到了认证阶段大概率会被开不符合项。

3.3 可编程电子系统的PLr等级:安全功能的“性能等级”落到代码上

EN 1175-2020 最让传统电气工程师头疼的是 PLr 这个概念。PLr 是 ISO 13849-1 里定义的性能等级,从 a 到 e 共五级,等级越高,要求每小时危险失效概率越低,对应结构越复杂。整车层面,行车制动、转向、起升限位这类功能通常会被分配到不低于 d 的 PLr,具体等级要看风险评估结果,不能拍脑袋。

落到代码上,PLr d 意味着不能再靠“一个继电器 + 一个接触器”的简单电路来兜底。常见做法是采用双通道结构:两个独立传感器、两路独立采集、控制器里跑两套判断逻辑,或者一路走硬线、一路走总线,两路结果互锁。如果主控 MCU 本身不带双通道,那就需要外置安全继电器模块,或者在两个不同芯片上跑同样的安全函数,再交叉比对。

这里有个工程现实:很多小厂做 AGV 时,控制器、驱动器、安全 PLC 来自不同供应商,每家的安全手册厚度差很多。真正到了做 PFH(每小时危险失效概率)计算时,你才发现国产驱动器的安全参数页是空的,连诊断覆盖率都没给,PL 算不下去。我的建议是选型阶段就把“能否提供安全数据手册”写进采购条件,拿不到数据手册的器件,一律按非安全通道处理。方案设计时留好硬件冗余,比后面补软件安全论证要省力得多。

4. 用EN 1175-2020中文版做自查:从标准条款拆出一张能落地的检查表

4.1 把标准条款映射到开发流程的四个阶段

EN 1175-2020 不是一本“测完就扔”的检验标准,它的条款散落在不同开发阶段。我习惯把它拆成四段:概念阶段、详细设计阶段、样机验证阶段、文件归档阶段。概念阶段重点看安全功能清单和 PLr 分配,详细设计阶段看绝缘、间隙、线束和元器件选型,样机阶段做绝缘、接地、防护和 EMC 实测,归档阶段整理计算书、测试报告和风险分析记录。

这样做的好处是避免到了认证前夜才开始翻标准。标准里很多要求是“过程性”的,比如功能安全验证需要故障注入测试记录,这个不可能在样机完成后补拍,必须在开发过程中执行。尽早把条款映射到流程节点,后面只是逐项打勾,而不是开着会补回忆。

映射方法不必复杂:建一张 Excel,四列分别是“标准条款主题”“对应开发阶段”“负责角色”“交付物”。团队小的话,角色可以只写电气设计/系统测试/文档三栏。每周评审时把这张表过一遍,哪项没交付物就挂红灯。用下来最值钱的效果不是合规,而是让机械工程师也看清楚电气安全要求从哪里来,减少跨专业扯皮。

4.2 覆盖BOM、图纸与测试记录的自查表

自查表不要按标准条款号来组织,而要按设计对象来组织。因为工程师拿到的是 BOM 表和图纸,不是一本装订好的标准。我一般把检查对象分成这几类:蓄电池与充电系统、驱动控制器、制动系统电气部分、转向系统电气部分、线束与连接器、操作员保护装置(如急停、钥匙开关)、照明与信号装置、EMC 相关元件。

每个对象下面挂对应的检查项。比如蓄电池检查项包括:绝缘电阻、连接器防反接、过流保护、充电接口防护、电池温升监控;线束检查项包括:导线颜色、端子压接质量、过孔保护、与运动部件干涉、屏蔽层接地方式。检查项不用写很长的描述,但要能对应到提交物,比如“电池连接器铭牌有型号”“绝缘测试记录表有签字”。

自查表里我最看重“判定依据”这一列,它不能写“符合”,要写具体数值和条件,比如“动力线对地绝缘电阻 > 1MΩ @500V DC”“接地连续性 < 0.1Ω”“急停双通道反馈信号时序偏差 < 100ms”。有了明确数值,测试员不需要猜,审核时拿出记录就能对上。没有数值的检查项,建议宁可写成“由设计确认并提供计算说明”,也别让测试员自由发挥。

4.3 测试顺序与判定边界:先安全后EMC,留好余量

自测顺序直接影响项目进度和返工成本。我走过的血泪路径是:先绝缘、再接地、再功能安全测试、再防护等级、最后才做 EMC。这个顺序的逻辑是:绝缘和接地不过,后面所有电气测试都在不安全的平台上跑,出了问题反而分不清是测试平台问题还是产品问题;功能安全里故障注入会主动制造短路和断线,必须确认保护器件动作正常后才适合去做 EMC 辐射发射测试。

判定边界上要给实验室留余量。举个例子,EMC 辐射测试的限值是按标准来的,但你要按限值再乘个 0.8 的系数作为内部合格线,也就是留 20% 的余量。原因是实验室的场地衰减、天线系数和你的预测试环境不同,同一台机器换场地可能多出 2~3dB 的起伏。绝缘耐压也一样,工厂自测用 2 倍额定电压 + 1000V 作为耐压值,但合格判据只看有没有击穿闪络,不看漏电流大小。真正到了第三方实验室,人家用的设备精度更高,漏电流可能比你自测时大一截,提前用更严的内部线把产品筛一遍,认证现场才不吃惊。

提示:自查表里的每一项都要留“测试日期、测试人、设备编号、环境温度湿度”四个字段。这不是为了好看,是为了出了问题能追溯到底是产品变差了还是换测试设备了。没有追溯记录的测试,等于没测。

5. EN 1175-2020落地避坑:五个高频不符合项与整改路径

5.1 标了IP54照样进水:防护等级与实际安装位置错位

现象:电控箱铭牌写着 IP54,但用户反馈雨天停在外面半天,控制器就报绝缘故障。打开箱子发现箱体顶部有凝结水珠,线束入口处有水流痕迹。

原因:IP54 的“5”是防尘,“4”是防溅水,不代表能防暴雨冲刷,更不代表能防凝露。很多设计把 IP54 当成了“室外随便用”的挡箭牌,忽略了箱体顶部没有排水斜面、呼吸阀位置太低、线束接头朝上这几个细节。

解决:室外机型把电控箱防护提高到 IP65,箱体顶部加导水槽,所有线束接头朝下出线,并在箱内最低点开泄水孔。如果因为散热不能密封,改用 IP54 + 主动加热除湿的组合,在控制器附近贴加热膜,温升把凝露温度点抬高。整改后做淋水试验时,要模拟斜 45° 降雨而不是垂直洒水。

5.2 绝缘电阻测出“假合格”:测试电压和测点没对齐

现象:自测绝缘电阻全部大于 20MΩ,到了第三方实验室却报出 0.5MΩ 的不合格。两边测的是同一台车,结果差了 40 倍。

原因:自测用了 250V 档位,实验室按标准要求用了 500V 或更高电压档位。绝缘电阻本身会随测试电压升高而下降,尤其是线束受潮、绝缘材料吸湿后,低压下表现正常,高压下漏电流通路就现形了。还有一个原因:自测时电池管理系统没断电,BMS 内部有泄放回路,把绝缘值“抬”住了。

解决:工厂自测必须按标准规定的电压档位执行,不能图省事用低电压档。测试前把所有接触器断开、BMS 的预充电阻回路确认开路,必要时拆掉电池主熔断器测量。测完恢复接线后要重新做一次回路检查,防止漏接。

5.3 把PLr c做成了PLr d,但证据链是空的

现象:设计评审时信誓旦旦说“我们按 PLr d 做的”,问诊断覆盖率多少、每个通道的 MTTFd 是多少、有没有做过故障注入,答不上来。最终报告里 PL 计算那一页是空白的。

原因:把“双通道”和“PLr d”划了等号。双通道只是结构基础,PLr d 还要求有足够的诊断覆盖率(DC)、可接受的每小时危险失效概率,以及完整的验证记录。硬件用了双通道,但两路传感器信号在同一块 PCB 上走线,共因失效分析没做,严格来说连 PLr c 都打不满。

解决:把 PL 计算交给工具,别手算。用 ISO 13849-1 配套的简化公式或软件模型,输入每个安全组件的 B10d、MTTFd、DC 和共因失效措施,软件会输出 PL 等级。注意安全组件的参数要按厂家手册填,不要拍脑袋估。诊断覆盖率不确定时按最低档输入,得到 PLr c 就按 c 的架构做,宁可硬件多一点冗余,也别在纸面上虚标。

5.4 线束颜色随意接,审核时对不上原理图

现象:现场审核时,审核员随手拉开一个电控箱,看到控制线颜色花花绿绿,要工程师现场指认哪根是急停回路线,结果翻了三张图纸才找到。虽然没有直接开不符合项,但审核记录里写了“线束标识体系不足”。

原因:样机和小批量阶段,手边有什么颜色的线就用什么颜色,没有在图纸上定义颜色代码。等到批量生产,多个供应商做线束,每家用的颜色不统一,售后维修时拿图纸根本对不上。

解决:在内部设计规范里定义独立的线色标准,不直接照搬 EN 1175 的推荐色,但要覆盖标准里涉及安全的部分。常见做法是:动力正极统一红色、动力负极统一黑色、急停回路统一橙黄色、安全功能反馈线统一紫灰色、普通控制线按信号类型分蓝绿棕白。线色定义写进原理图和线束图纸,供应商做首件时必须按图纸颜色核对。已经做错的项目,趁年后批次切换时改图纸,不要手改样机。

5.5 中文版“应/宜/可”没区分,把建议项当强制项做

现象:有工程师拿着中文版做 BOM 检查,发现“宜采用”被当成了“应采用”,为了满足建议项多花了好几万换元器件,结果认证审核员说这条不是必查项,成本白花了。

原因:标准条文里助动词有明确含义。“应”表示要求,不满足就不合格;“宜”表示推荐做法,有替代方案并给出理由即可;“可”表示允许。中文版虽然遵循翻译规范,但阅读时很容易忽略这些小词的差别。

解决:读中文版时先把所有含“宜”和“应”的句子标出颜色,把“宜”字条款单独拉一张清单,逐条判断现有设计是否满足替代方案的合理性。企业做内部规范时,可以把“宜”字条款升级为“应”,按强制要求执行,但这要写进设计文件里声明,不能默认所有“宜”都是强制的。反过来,给销售和采购看的标准解读文件里要注明哪些是强标、哪些是推荐项,避免他们拿着建议项去压供应商价格。

注意:以上避坑内容来自多个项目的共性复盘,不针对某一本标准版本的具体页码。实际执行时以你手里的正式购买版本为准,尤其是表格里的数值,购买版可能有修订件,不要用网络流传的扫描版当依据。

6. 进阶:用一条追溯矩阵把EN 1175-2020变成内部设计规范

标准最终的价值不是放在文件柜里应付审厂,而是变成工程师日常使用的设计输入。我常用的方法是建一张“条款-设计文件-证据-责任人”四列追溯矩阵,把 EN 1175-2020 的每一项要求映射到具体的图纸、计算书、测试报告和代码评审记录上。

矩阵字段填写示例用途
标准条款主题绝缘电阻与耐压定位标准要求
设计文件电控系统原理图 Rev C、线束图 Rev B追溯设计源头
证据绝缘测试报告 20240912、耐压测试记录证明“做到了”
责任人电气主管 / 系统测试防止责任真空

矩阵的用法是:每次设计评审前,把矩阵里对应本轮节点的行调出来,逐行确认“设计文件是否已更新”和“证据是否已归档”。矩阵里的设计文件编号必须和 PLM 系统里的版本一致,不能写“最新版”三个字,否则三个月后你自己也分不清审的是哪一版图纸。新产品立项时复制上一代产品的矩阵,删掉不适用的行,保留可复用的测试方法和供应商参数,比从零开始翻标准快得多。

这张矩阵还有一个用法:给新入职工程师当培训教材。新人照着矩阵里的“设计文件”列去读图纸,照着“证据”列去实验室看测试,一个月就能建立起“标准要求-工程实现-验证方法”的闭环。我带过的几个新人,都是靠这个矩阵从“会画板子”过渡到“会按标准画板子”。每份合格的电控设计背后,都有一张敢让人随便翻的追溯矩阵,这个习惯让我在历次审核里都睡得着觉。希望帮到你。

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

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/21 11:03:23

FusionCompute虚拟机发放与管理全链路实战指南

1. 从零理解 FusionCompute 虚拟机发放&#xff1a;为什么它值得你花时间搞透搞虚拟化的朋友大概率都绕不开一个东西——FusionCompute。不管你是刚入行的运维新人&#xff0c;还是已经管着几十台宿主机、几百台虚拟机的老手&#xff0c;虚拟机发放和管理这件事&#xff0c;永远…

作者头像 李华
网站建设 2026/10/18 12:32:11

LeetCode最大矩形:从暴力枚举到单调栈的完整解法

我整理 LeetCode 刷题记录时&#xff0c;经常会把那些“第一眼觉得是中等题、写起来全是坑”的题目单独挑出来重刷。最大矩形就是特别典型的一道&#xff0c;它在很多公司的算法面试里出现频率不低&#xff0c;解法路径又很清晰&#xff1a;表面是二维图形题&#xff0c;内核却…

作者头像 李华
网站建设 2026/10/18 5:06:20

高校AI求职系统使用指南:简历诊断与模拟面试实战

1. 从一份校内指南说起&#xff1a;AI求职系统到底能帮学生做什么每年到了招聘季&#xff0c;高校就业指导中心的老师都会面临同一个困境&#xff1a;学生数量多、求职问题杂、个性化辅导需求大&#xff0c;但真正能坐下来一对一改简历、模拟面试的老师就那么几位。我接触过不少…

作者头像 李华
网站建设 2026/10/21 20:20:48

环境科学与工程考研专业课资料全解析

1. 考研资料的价值与定位备考环境科学与工程专业研究生入学考试&#xff0c;专业课资料的质量直接决定了复习效率和最终成绩。作为中国海洋大学环境学科的核心初试科目&#xff0c;838专业课涵盖环境科学基础、环境工程原理、环境化学等核心内容&#xff0c;其考察范围广、知识…

作者头像 李华
网站建设 2026/10/22 9:19:13

Delphi中用TPaintBox生成显示二维码,并保存为PNG回读Image的完整实践

1. 从画布到文件&#xff1a;为什么用PaintBox而不是直接放Image最近在做桌面端工具时&#xff0c;遇到一个挺典型的交互需求&#xff1a;界面某处要根据数据动态生成二维码&#xff0c;当场显示给用户看&#xff0c;同时提供一个“保存图片”的按钮&#xff0c;把二维码落盘。…

作者头像 李华
网站建设 2026/10/21 15:56:51

NopCommerce插件架构全解析:运行时扫描与元数据驱动机制

我第一次读 NopCommerce 4.9.3 的源码时&#xff0c;第一件事就是翻 Program.cs&#xff0c;想把插件加载的注册逻辑找出来。找了大半天&#xff0c;愣是没看见一行 AddPlugin。后来才反应过来&#xff0c;NopCommerce 插件架构设计的核心思路并不是“启动时逐个注册”&#xf…

作者头像 李华