- 博客(64)
- 收藏
- 关注
RSS订阅原创 GST80单芯片获国内首个ISO 26262 ASIL-B功能安全产品证书
导远科技GST80单芯片获DEKRA颁发ISO26262 ASIL-B认证，成为国内首款通过该认证的六轴MEMS惯性单芯片。该芯片已通过AEC-Q100、工信部自主可控测评及多项功能安全认证，具备高可靠性与量产能力，广泛应用于智能汽车。依托全栈自研技术与安全体系，导远科技实现从芯片到系统的自主可控，赋能ADAS与物理AI发展。
2026-11-04 11:33:34
184
原创 三大法规同时落地!机器人出海欧盟合规(之三)——ISO 10218:2025 新版机器人功能安全标准深度解读
ISO 10218-1/-2:2025 新版工业机器人标准全面重构机器人安全证据链：Class I/II 分级、安全功能规格化、协作要求并入正文、网络安全首次入册。法规定要求，标准给方法——本篇拆解新版标准的核心变化、本体厂与集成商的责任边界，以及送审前必查的自查要点。
2026-10-29 17:37:30
214
原创 三大法规同时落地！机器人出海欧盟合规（之二）——CRA 网络韧性法案＋AI 法案＋落地行动指南
2027年欧盟机器人出海合规进入关键期，受MR、CRA、AI法案三重约束。企业需同步应对机械安全、网络韧性与AI高风险监管：CRA要求2027年12月全面生效，重点落实SBOM、漏洞24小时通报；AI法案自2027年8月起强制执行高风险AI组件的全生命周期管理；MR则需完成防篡改与安全评估。建议分三阶段行动：差距盘点（现至2026Q4）、双线整改（2026Q4–2027Q1）、合规闭环（2027全年），善用法规证据复用降低重复成本。
2026-10-21 10:56:58
475
原创 三大法规同时落地！机器人出海欧盟合规（之一）——MR 机械法规深度解析
2027年1月20日，欧盟MR机械法规正式实施，取代旧版MD指令，首次将网络安全与AI安全纳入法定安全要求。企业常见误区是仅依赖EN50742标准，实则需应对数字化文档、高风险AI设备第三方评估、全生命周期合规等六大增量要求。新版ISO10218:2025强化安全功能可测性与AI专项验证。企业须重构合格评定路径，加强供应链与OTA管理，倒排时间节点完成转型。合规已从“换证”升级为系统性变革。
2026-10-20 16:19:58
139
原创 深耕智能汽车安全合规|MUNIK秒尼科亮相AutoSec2026第十届中国汽车网络安全周，斩获行业殊荣
AutoSec2026上海举行，秒尼科MUNIK携一站式汽车安全解决方案亮相（A8展位）。作为中德协同的全球化第三方机构，MUNIK凭借A2LA双认证资质，提供ISO26262、ISO21434、EUCC、ASPICE及AI安全等全链条服务，并获“年度功能安全突出贡献奖”。
2026-09-21 13:57:18
20
原创 MUNIK秒尼科获得国际组织WDTA授权，开展人工智能安全、可信、负责任（AI STR）测评认证
WDTA与MUNIK秒尼科达成合作，基于AISTR全球认证计划，推动AI安全标准在工业自动化与汽车领域的落地。双方将依托WDTA国际标准，结合MUNIK在功能安全、网络安全领域的深厚积淀，构建中国本土AI安全评估体系，实现从“事后合规”到“设计内嵌”的转型，助力AI产品全生命周期安全可信，为行业提供独立、专业的第三方认证支持。
2026-09-14 15:12:06
22
原创 深耕车载AI安全｜MUNIK秒尼科ISO 8800内部专项培训圆满收官，贯通四大车载安全标准体系
MUNIK秒尼科完成为期2天的ISO8800车载AI安全内部培训，由CEO Gerhard M. Rieger亲授，覆盖上海、西安、深圳三地技术团队。培训聚焦ISO26262、ISO21448、ISO21434与ISO8800四大标准的协同逻辑与落地路径，强化团队在功能安全、预期功能安全、网络安全及AI安全领域的综合能力。公司已具备多标准融合的一体化咨询与体系搭建能力，可为车企及供应商提供全生命周期合规解决方案，助力智能汽车全球化发展。
2026-09-11 15:03:49
16
原创 AI STR 认证：ISO42001 体系底座之上，AI Agent 可信治理的独立专业证明
MUNIK获AISTR认证授权，填补AIAgent自主行为可信评估空白。相较于传统模型，AIAgent具动态决策与多步执行能力，风险难以通过静态制度审核识别。AISTR认证从行为边界、权限管控、决策追溯、人机干预、抗攻击性及输出可靠性六大维度实现运行态验证，与ISO42001形成互补。该组合模式构建“制度合规+行为可信”双保障，助力智能体安全落地，推动产业进入可审计、可信赖的可信AI新阶段。
2026-09-10 17:25:50
203
原创 中德团队深耕功能安全｜MUNIK 秒尼科集齐 A2LA “Inspection Body”&“Certification Body”双重国际认可资质
展望未来，MUNIK秒尼科将持续发挥在国际质量安全标准领域的深厚积淀，深度参与国内外标准的制定与推广，联动产业链上下游伙伴，全面赋能汽车、通用工业、工业自动化设备与产线、工业机器人及具身智能、轨道交通、过程工业、核电、航空等领域的功能安全建设。
2026-09-04 09:18:52
178
原创 喜讯 | MUNIK荣获《汽车科技》“2025-2026年度生态共建伙伴”奖
2025年11月12日，"技术新长征·产业新发现"新能源智能化生态技术论坛在襄阳举行。上海秒尼科(MUNIK)荣获《汽车科技》"2025-2026年度生态共建伙伴"，并发表"智能网联功能安全实践"主题演讲，分享行业前沿见解。此次活动作为达安中心40周年庆典系列活动之一，汇聚行业专家探讨汽车智能化发展。MUNIK作为专业汽车技术服务商，致力于为汽车产业提供功能安全、网络安全等领域的全流程解决方案，展现了在智能网联汽车安全领域的技术实力。
2025-11-18 11:49:44
510
原创 ISO8800经验分享之MUNIK带你实施汽车AI安全标准
需要注意的是，ISO8800并不是独立的安全标准，通常会建立在ISO26262和ISO21448的基础上，否则差距分析的时间可能会扩展到三到五天。差距分析后，MUNIK技术老师整理并生成差距分析报告，并提交给客户，以帮助客户进行后续改进和梳理，明确客户计划建立的流程框架，包括AI安全手册，各类流程和指南(建立在ISO26262和ISO21448基础之上，如果客户产品属于底层组件，只考虑和ISO26262的交互，和ISO21448的交互会定义在SEooC中)，各类工作模板（规范，分析，验证等），各类检查表。
2025-04-17 15:33:46
1560
原创 MUNIK解读ISO21434专题分享（10）：验证测试，漏洞扫描、模糊测试和渗透测试
在漏洞挖掘领域，与渗透测试技术相伴使用的是模糊测试技术，广泛应用于智能网联汽车的不同车载系统，发掘潜在的未知网络安全漏洞。渗透测试采用以攻击代替测试的观点，站在攻击者的角度，使用各种技术与工具尝试入侵目标系统，一旦发现可被利用的安全漏洞则将其提交给系统所有者。但是在日常的咨询工作时，我们发现很多客户（OEM和Tier1）做了大量的测试工作，但是工作内容大量重复，故本篇推文主要为大家理清楚各种测试之间的关系。通过这些测试方法，可以识别和修复系统中的潜在漏洞，确保系统在面对各种威胁时的安全性和可靠性。
2025-04-10 09:43:25
1644
1
原创 MUNIK解读ISO21434专题分享（9）：安全子系统设计
在后续的内容中，我们将继续探讨安全刷新、安全诊断、安全存储和安全通讯等具体内容。8）安全通信：为保护车内网络通信的完整性、真实性、抗重放性，采用安全通信机制例如SecOC，在需要保护的报文中增加新鲜度值、身份认证信息等；3）安全更新：为保护ECU软件更新包/固件更新包的真实性和完整性，通常在预刷新阶段验证更新包的真实性，在后刷新阶段验证刷写包的完整性；通过遵循这些网络安全规范和设计原则，可以有效地实现安全启动，保护系统免受恶意软件和未经授权的代码篡改，确保系统的安全性和可靠性。【常见的网络安全措施】
2025-04-10 09:36:40
1322
原创 MUNIK解读ISO21434专题分享（8）：基于具体开发目标的安全工程示例
影响了车辆的运营，因此财产为F1即Moderate；信号类型包括通信信号（CAN/CANFD、LIN、以太网等）、串口信号（SPI、IIC等）、PWM、调试信号（JTAG、USB等），功能类型包括MCU固件、CAN收发器、继电器、SPI通信模块、PWM通信模块、ADC采样模块等。说明：接口类型包括但不限于JTAG、UART、USB等调试接口，CAN、以太网等标定接口，OBD等诊断接口，4G/5G、WIFI、蓝牙、USB、OBD、GNSS、TPMS等无线接口，CAN、LIN、以太网等通讯接口以及硬线接口等。
2025-04-09 17:23:31
1667
原创 MUNIK解读ISO21434专题分享（7）：网络安全TARA(网络安全及网络安全概念)
采用基于攻击潜力的分析方法对攻击可行性进行分析时，需要从经历时间Elapsed time、专业知识Expertise、相关项或组件知识Knowledge of the item or component、机会窗口Window of opportunity、设备Equipment这五个参数进行分析，最终取值由以上5个参数累加而成，并根据下表中的映射关系得出攻击可行性，攻击可行性分为Very low、Low、Medium、High4个层级。确定损害场景的影响等级时，取四类影响等级中最严重的等级。
2025-04-09 16:35:03
1339
原创 MUNIK 解读 ISO21434 专题分享（6）：网络安全安全运营
随着智能网联汽车的发展，网络安全已成为汽车领域的关键议题。它涵盖了对安全威胁和漏洞的持续监测与评估，以及采取适当的预防、检测、响应和修复措施，不仅包含事前的防范，还包括事件发生后的应急响应与恢复，以保障汽车网络的完整性、保密性和可用性。通过安全监控、安全事件检测与响应、补丁管理和漏洞修复、数据保护与隐私管理，以及安全培训与意识提升，全面构建网络安全体系。本文将从五个方面对汽车网络安全整车架构设计进行系统探讨，包括安全监控、安全事件检测与响应、补丁管理和漏洞修复、数据保护与隐私管理，以及安全培训与意识提升。
2025-04-09 16:03:08
1281
原创 MUNIK 解读 ISO21434 专题分享（5）：网络安全风险管控摘要
ISO21434是汽车行业网络安全管理的重要标准，其核心目标是通过综合的评估和管理体系，确保汽车网络系统的安全性，避免网络攻击、数据泄露等事件对车辆、驾驶员和乘客造成危害。—原创文章，文章内所有内容文字资料，版权均属本公众号所有，任何媒体、网站、公众号或个人未经Munik公司授权不得转载、转贴、引用或以其他方式复制发布 、发表。网络安全风险评估是ISO21434体系的基础，旨在识别潜在的安全问题并提供缓解方案，以降低风险对汽车网络安全的影响。车载信息娱乐系统因其与外部设备（如手机）的连接，易成为攻击目标。
2025-04-09 15:59:56
1105
原创 MUNIK 解读 ISO21434 专题分享（4）：网络安全元器件开发
通过安全启动、加密模块、硬件安全模块（HSM）、物理不可克隆函数（PUF）等技术的结合，能够全面提升汽车系统对网络攻击的防护能力。未来，随着智能化和网联化的进一步深化，网络安全技术将在汽车领域发挥更加重要的作用，为驾驶者提供安全、可靠的出行体验。汽车中的电子控制单元（ECU）、微控制器（MCU）、传感器、执行器以及通信模块等元器件都面临网络安全威胁。—原创文章，文章内所有内容文字资料，版权均属本公众号所有，任何媒体、网站、公众号或个人未经Munik公司授权不得转载、转贴、引用或以其他方式复制发布 、发表。
2025-04-09 14:54:26
1094
原创 MUNIK 解读 ISO21434 专题分享（3）：网络安全整车测试摘要
同时，防御能力的验证也是关键，必须确认网络安全控制措施（如加密、认证、授权等）在集成后的系统中能够应对潜在的安全威胁。在此背景下，集成测试的目标是确保车载网络（如 CAN 总线、以太网、Wi-Fi 等）在多个ECU之间的通信是安全的，确保自动驾驶系统中的各个组件（如传感器、决策控制模块、执行机构等）能够安全地交换数据。不同于单一组件或ECU 的安全测试，整车测试不仅关注单个电子控制单元的安全性，还强调所有互联系统的集成安全，确保车辆的各项功能能够在实际应用中保持安全，避免可能的网络攻击或安全事件。
2025-04-09 14:22:42
976
原创 MUNIK解读ISO21434专题分享（1）：网络安全标准全貌解读
可以看到，ISO/SAE 21434描述了一个项目在全生命周期里对于网络安全的目标或者要求，从开始的法律法规要求、公司网络安全文化形成，到公司间交互的网络安全权责划分，再落实到具体项目、对应Item的网络安全目标，对产品开发、量产、售后、报废不同阶段提出了相应的网络安全目标，可以说，网络安全贯穿全生命周期。其实，ISO/SAE 21434也是参照了ISO26262的成功经验，所以文档在结构方面还是有所类似，只是21434面向Security，26262面向Safety。
2025-04-08 13:51:10
1360
原创 MUNIK 解读 ISO21434 专题分享（2）：网络安全整车架构设计摘要
这一设计目标是通过全面的安全规划与实施，确保车辆硬件和软件系统在全生命周期内的安全性，防范外部攻击、数据泄露等威胁，并保护车辆、驾驶员及乘客的安全。随着车辆智能化和网联化的不断发展，网络安全问题将更加复杂多变，车企需要不断创新和完善网络安全架构，以应对日益严峻的安全挑战。它根据车辆功能的不同，将车辆划分为多个独立的安全域，每个安全域内包含独立的网络安全机制，从而实现不同系统的安全防护。安全通讯在整车架构中扮演着至关重要的角色，通过一系列的加密技术和认证机制，确保车内外数据传输的安全性，防止数据泄露和篡改。
2025-04-08 13:47:28
981
原创 MUNIK谈ASPICE系列专题分享（十）ASPICE配置管理如何做
ASPICE（Automotive Software Process Improvement and Capability dEtermination）是一种用于评估汽车行业软件开发过程成熟度的模型。配置管理是ASPICE中的一个关键过程领域（KPA），它涉及到对软件项目的版本控制、变更管理、以及对项目工件的追踪和标识。
2024-09-18 16:55:37
1801
原创 MUNIK谈ASPICE系列专题分享（九）ASPICE对项目需求管理的实践分享
VDA scope里面主要有2个过程域涉及到需求定义，即SYS.2 系统需求分析和SWE.1 软件需求分析。SYS.2的过程目的是将已定义的利益相关方需求转换成一组系统需求，以指导系统设计。SWE.1的过程目的是将系统需求中与软件相关的部分转化为一组软件需求。
2024-09-18 16:34:23
1210
原创 MUNIK谈ASPICE系列专题分享（八）ASPICE评估范围主要是针对软件开发的吗
通过这些方面的评估，ASPICE旨在改进汽车电子系统的开发流程，提高产品的质量和安全性，以及降低开发成本和风险。MUNIK公司作为一家全球认可的ASPICE服务公司，我们的专家由德国和印度，以及本地化的ASPICE资质评估老师构成。基于MUNIK丰富的项目经验，我们可以为您提供专业的ASPICE培训，咨询，评估及认证服务。基于我们专家的这些服务不止可以帮客户企业建立ASPICE能力，拿到相应的资质证书和评估报告，也是您系统、软件设计能力及流程实施提高的专业途径。以上为MUNI公司的一家之言，供您参考。
2024-09-18 16:07:27
1008
原创 MUNIK谈ASPICE系列专题分享（五）如何选一家ASPICE评估服务认证公司
例如，XX服务公司拥有10年以上的行业经验，不止有专精于ASPICE、敏捷SPICE等ASPICE服务的流程服务能力，同时也有ISO26262功能安全等流程实施，系统产品设计及实施，硬件V模型的全领域设计及测试，软件V模型的全领域设计及测试等产品开发经验，基于这些经验的技术团队实力和丰富的项目案例，将为企业的ASPICE设计实施提供非常专业的设计助力，无论是ASPICE的各个过程域，还是设计环节的每个细节，专业的服务公司老师都会有专业的经验跟您讨论，以确保流程实施的正确性、完整性及一致性。
2024-09-18 15:44:14
1067
原创 MUNIK谈ASPICE系列专题分享（七）ASPICE项目中需要考虑哪些工具软件？
ASPICE评估过程中需要考虑工具吗？ASPICE项目中常用的工具有哪些类别，需求，配置，管理…
2024-09-18 15:39:13
1623
原创 MUNIK谈ASPICE系列专题分享（四）ASPICE评估为什么要做差距分析
ASPICE（Automotive Software Process Improvement and Capability dEtermination）评估是一种用于衡量汽车行业软件开发过程成熟度的方法。进行差距分析是ASPICE评估过程中的不可或缺的一个关键步骤。ASPICE评估的差距分析是在做什么？差距分析的结果会不会给到企业？差距分析的结果对后续项目有什么作用？
2024-09-18 15:29:27
678
原创 MUNIK谈ASPICE系列专题分享（三）ASPICE评估资质和评估依据？
ASPICE的评估是依据ISO/IEC33002，所以一般证书上会涵盖适用的过程评估以及评估改进模型。此之外还会根据ISO/IEC33002的要求标明class等级、Category的类型以及评估的过程的能力等级。明确一点企业所取得的ASPCIE评估等级与评估师的个人资质有关，与发证机构无关。每个评估师在取得VDA QMC的注册资格以后，可以履行注册评估师对应的责任与职能。该证书的有效性主要取决于评估师的资质，如果评估师在发证节点的资格为无效，那么证书的有效性也同样无效。
2024-09-18 15:24:18
1602
原创 MUNIK谈ASPICE系列专题分享（二）什么是ASPICE评估？
CL1，2，3...等级介绍：Automotive SPICE®的六个能力级别代表了项目过程能力的分析。级别0(未执行incomplete)意味着流程的预期结果不存在、不完整或不合适，或者流程活动没有被执行。在第1级(执行performed)，可以声明过程的结果存在，但它们没有受到控制，过程活动也没有受到控制。在第2级（管理managed），对过程活动的实施进行计划和监控，明确职责，系统地存档过程结果并保证质量。
2024-09-18 14:09:15
1219
原创 MUNIK谈ASPICE系列专题分享（一）什么是ASPICE？
ASPCIE的英文简称是什么？ASPCIE的全称为Automotive Software Process Improvement and Capability Determination（汽车软件过程改进以及能力测定），简称Automotive SPICE®。是由整车制造厂主导的特殊利益集团SIG（Special Interest Group）、采购论坛以及SPCIE用户团体于2005年共同开发的。
2024-09-18 13:54:48
1254
原创 ADAS十大系统解读-MUNIK解读标准
然后系统进行自动泊车轨迹计算，并通过精确的车辆定位与车辆控制系统使车辆沿定义的泊车轨迹进行全自动泊车，直至到达最终目标泊车位相比于传统的倒车辅助功能，如倒车影像以及倒车雷达，自动泊车的功能智能化程度更高，有效的减轻了驾驶员的倒车困难。一般应用在L0级别的自动驾驶中，属于增强感知能力类的功能，系统是可以根据周围路况情况，自动辅助驾驶员进行远近光灯的切换，进而确保在符合法规要求和行车安全的情况下尽可能增加远光灯的使用率，提高驾驶员在黑暗环境中尤其是夜间驾驶的安全性和舒适性的智能辅助驾驶系统。
2024-08-29 13:37:02
1431
原创 认识ISO8926标准-MUNIK解读标准
国际标准组织ISO新编写的ISO/PAS 8926:2024《道路车辆 — 功能安全 — 使用预先存在的软件架构元素》- 作为一个公开可用规范（Publicly Available Specification）- 提供了一套框架，用于在符合ISO 26262:2018系列标准的安全相关嵌入式软件中，使用那些并非最初按照该系列标准开发的预先存在的软件架构元素（Pre-existing Software Architectural Elements, PSAEs）。
2024-08-29 13:33:30
1546
原创 MUNIK解读ISO26262-软件复用
例如，依据ISO26262的影响分析可能表明，必须重新创建用于验证的检查单（Inspection checklist）（因为检查/Inspection对ASIL B、C和D来说是必要的），因为分析前是以走查（Walkthrough）的形式进行的验证（对于ASIL A来说足够）。在这种情况下，保持不变的软件部分的工作产出物可以被复用。通过上面的讲解，我们能意识到与安全相关的软件的复用可以有很多实际应用场景，接下来必须在ISO26262中确定与特定项目相关的重复使用的具体实践，这里将通过几个例子来讨论。
2024-08-29 13:29:40
1346
原创 认识R156法规-MUNIK解读标准
总体而言，UN R156法规通过为软件升级设定高标准，不仅提高了汽车的安全性和可靠性，还为汽车制造商在全球市场上提供了更多的机遇和挑战。比如，R156作为统一的国际法规，减少了OEM为满足不同国家法规而进行的重复测试和认证，降低了合规成本，提高了市场进入效率。再如R156要求OEM公开软件升级的相关信息，这有助于消费者和监管机构更好地了解车辆的软件状态，从而增加市场透明度。最后，R156对数据处理和隐私保护的要求促使OEM在设计软件升级系统时更加注重用户隐私，这在现今这样数据敏感的市场尤为重要。
2024-08-29 13:27:17
3111
原创 预期功能的必要性与典型案例解析——MUNIK
随着汽车行业的不断发展，人们已经不再满足车辆仅仅作为提高出行效率的简单工具，希望能有有更“聪明的车辆”帮用户解决一部分驾驶带来的困扰。此事件中，该特斯拉Model S驾驶员未遵守Autopilot功能定义的ODD（Operational design domain）界限，在红绿灯场景仍然未接管驾驶责任，属于典型的自动驾驶功能误用案例。随着自动驾驶技术的不断发展，越来越多的功能被集成在车辆上，极大地提升的驾驶者的使用体验。上述因素可以看出，即使在功能实现的情况下，依然不排除有其他可能导致危害行为的事件发生。
2024-07-10 16:33:11
673
原创 认识R155法规（UN Regulation No. 155）-MUNIK
随着汽车新四化（电动化、智能化、网联化、共享化）政策的提出，大数据和人工智能等技术的发展，以及软件驱动汽车、舱驾一体、行泊一体等新型架构概念的提出，车内外智能传感器采集的大量数据（包括驾驶员，乘客，车外道路交通环境等）通过通信网络（比如5G蜂窝移动）实时与外部世界互联互通，汽车已经从传统的交通工具转变为可移动的智能终端并承载各类创新应用场景，但是与此同时也增加了被网络黑客攻击的概率。需要注意的是，R155的规定是动态的，随着网络安全威胁的发展和技术的进步，这些要求可能会不断更新。
2024-07-10 15:20:41
2712
原创 一文带你快速了解项目ASPICE评估的那些事-MUNIK
32个过程对企业选择也比较难，VDA推荐了16个过程组，红框里面作为ASPICE的一些基本过程，如果企业不知道做哪些过程，可以以这16个过程为基础，当然，企业可以根据自己来选择增加或者减少哪些过程组；它提供了一套标准和指南，帮助组织评估其软件开发过程的成熟度和质量，并提供改进的方法和最佳实践。同时，在本次ASPICE 4.0中进行还了修正和明确了之前ASPICE 3.1的实施过程中经常会遇到的一些困惑和模糊的内容，让ASPICE标准与项目实践更加贴合适用，具体的变化在后续技术文章中再给大家带来分享。
2024-07-10 11:15:44
2191
原创 MUNIK解读ISO26262：安全计划
安全计划是管理和指导开展项目中安全活动的计划，这样是可以系统化的对项目所有的安全活动及进度进行管理。常见的一个误区是，认为项目计划等同于安全计划。项目计划是对项目实施过程中所有的活动进行系统性的规划，其中当然不止功能安全相关事宜。安全计划只是项目计划的一部分。我们也可以将安全计划的内容与项目计划写在同一份文件中，但是要确保安全计划能够明显的识别，也可以将安全计划单独写一份文件，标准中对此有明确的要求。图：项目时间轴。
2024-07-10 11:02:42
1036
原创 MUNIK解读ISO26262 : 硬件架构评估及FMEDA(系统级)
汽车功能安全关注汽车电子/电气系统功能的正确、完整、可靠的实现，但由于硬件要素物理因素的限制，不同的硬件要素总会出现各种随意硬件失效，这个是由于要素材质、工艺、技术等因素带来的不可消除的影响。当单点故障被安全机制覆盖时，安全机制覆盖到的部分会生成双点故障，它们单独失效都不会导致安全目标的违背，只有当器件与覆盖它失效模式的安全机制同时失效时才会违背安全目标。此时，考虑增加安全机制来防止双点失效的发生，被安全机制覆盖的部分是可探测和和感知的双点故障，安全机制未覆盖到的部分是潜伏的双点故障。
2024-07-10 10:56:48
2594
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人