- 博客(65)
- 资源 (5)
- 收藏
- 关注
RSS订阅原创 medini Ansys license manager安装报错
最近安装medini ansys，第一次没成功，手动删除了很多东西，导致Ansys license manager打开老是报错，Ansys license manager安装出现下面问题：安装完成，但出现警告/错误。查看任何.err或.log文件為了解决这个问题，网上找了很多材料，都没有有效的解决办法，最后还是在ANSYS官网找到了最有效的解决办法。采用如下步骤基本可以解决问题，在win+r，cmd后，输入下面的指令即可。
2025-03-06 17:45:19
396
原创 【功能安全】软件集成和验证
常见的CI/CD工具包括Jenkins、GitLab CI/CD、CircleCI、Travis CI和GitHub Actions等，这些工具可以帮助自动化代码集成、测试和部署等任务。如何把代码扫描工具sonarqube集成到流水线，可参考文章 https://t.zsxq.com/AKD3j 将 SonarQube 集成到流水线，当前开源的漏洞和代码扫描工具较多，但是整合了编码规范要求且支持自动生成测试用例的软件很多都是收费的，比如QAC。当代码变更通过所有必要的构建和测试后，可以将其合并到主线。
2024-12-18 00:06:01
105
原创 【功能安全】软件单元设计与实现
无论全局变量还是局部变量，都要进行初始化，即使初始化的值0。否则局部变量可能会出现一些随机值（取决于编译和平台），但是初始化可以杜绝这种非预期事件的发生。指在运行时代码可以根据某些条件改变自身结构的语言,动态语言可以在运行时引进新的函数、对象、甚至代码，可以删除已有的函数等其他结构上的变化。是指在运行期间检查数据类型的语言，数据类型不是在编译阶段决定的，而是把类型绑定延后到了运行阶段。都说指针是C语言的灵魂，但是误用或滥用指针会引发非常严重的问题，例如变量值破坏，程序崩溃。一般故障检测（输入输出检测）
2024-12-17 19:20:06
80
原创 【功能安全】软件安全架构
目录01 软件安全架构介绍02 软件架构设计模板03 软件架构设计示例 软件架构设计的目的 软件架构设计的原则 软件架构设计输入与输出 软件架构设计的要求 注：软件架构设计和软件安全要求之间的双向可追溯性。软件架构设计原则： 软件架构静态/动态设计（参考秒尼科技术） 软件架构静态设计 软件架构动态设计 软件分层架构设计 软件架构设计安全机制错误探测的安全机制 其中：数据的范围检查指输入输出数据的范围进行检查，例如：在程序中我们可以通过数据范围来排除数据的正确性；合理性检查 例如：使用参
2024-12-17 19:19:44
252
原创 【功能安全】软件安全需求SSR
最后进行软件安全要求验证。SSR的表示方式可以采用文档化、模型化、规格化和形式化等多种方式，以满足标准要求的准确、一致、无二义、可验证等要求。SSR的制定过程涉及对系统与软件的关系进行需求识别，关注实体的时间特性、状态特性、组件间的交互和可能出现的故障。从计算平台（如uC）导出的要求规范，以确保安全计算，例如CPU内核的测试、启动期间ECC的测试；TSC中安全功能衍生的要求规范，例如传感器诊断、扭矩/制动监督、安全状态进入；3) 过渡到安全状态，如果适用，从安全状态过渡到其他安全状态；
2024-12-17 19:19:27
228
原创 【功能安全】硬件集成和验证
前者是将独立的硬件组件组合到一个完整硬件系统的过程，为后续的测试活动提供可测试的对象；因此硬件集成测试活动从流程上来说并不是一个独立于硬件开发活动之外的阶段，它与硬件开发活动之间存在着非常紧密的关系，而且这种循环性的关系有助于确保在整个开发过程中持续优化和提高硬件系统的安全性和可靠性。同时，硬件集成测试和其他测试活动相同，是一个从测试计划开始，包含测试方案制定、测试用例设计、测试执行、过程审核最后到生成测试报告的闭环过程。• 验证硬件部件的功能是否符合硬件需求，检验硬件部件之间的接口适配性。
2024-12-17 19:19:07
95
原创 【功能安全】随机硬件失效导致违背安全目标的评估（FMEDA）
这些数据用于计算系统的安全度量指标，如单点故障度量（SPFM）、潜伏故障度量（LFM）和随机硬件失效概率度量（PMHF），这些指标是评估系统是否满足特定安全完整性等级（ASIL）要求的关键。然而，在一些特定情况下（例如极高的失效率或差的诊断覆盖率），提供两个冗余的安全机制以达到目标可能是必要的。此外，对于多点失效的分析，虽然通常只需关注双点失效，但在某些情况下，如执行冗余安全机制时，需要考虑更高阶的多点失效。这里的数量级指的是10的倍数，因为ASIL 的FIT要求基本上10的倍数。
2024-12-17 19:18:42
530
原创 【功能安全】硬件架构度量
通过单点故障度量（SPFM）和潜伏故障度量（LFM），硬件架构度量可以显示用于防止硬件架构中单点或残余故障风险的安全机制的覆盖率是否足够。对于ASIL B、C和D等级的安全目标，潜伏故障度量通常需要达到一定的标准值，例如ASIL B要求潜伏故障度量应≥60%。：硬件架构度量可以在硬件设计完成后进行安全评估，以验证硬件架构对随机硬件失效的有效性，并补充对违背安全目标的评估。：硬件架构度量通过计算单点故障、残余故障和潜伏故障失效率，以及相应的度量指标，帮助识别和处理可能导致安全目标违背的故障风险。
2024-12-17 19:18:23
385
原创 【功能安全】硬件设计（硬件架构设计&硬件详细设计&硬件安全分析）
硬件安全要求分配给对应的硬件安全要素的时候，应该考虑共存失效原则，举例，如果低等级的硬件安全要素失效容易引起高等级的硬件安全要素失效，则低等级的硬件安全要素的等级要求应该满足最高等级的硬件安全要素；• 在硬件详细设计时, 应考虑安全相关硬件元器件失效的非功能性原因, 可包括以下的影响因素:温度、振动、水、灰尘、电磁干扰、噪声因素、来自硬件组件的其他硬件元器件或其所在环境的串扰。：指不会显著增加违反安全目标概率的故障，通常是指三点及以上的多点故障，或者与安全目标违背无关的故障。
2024-12-17 19:18:03
379
原创 【功能安全】硬件常用安全机制
为了实现某个ECU的功能,分为底软、硬件、APP等实现，而安全机制绝大多数功能是基于底软和硬件实现的。其中硬件安全机制基于不同的芯片平台差异不同，因此需要掌握整体的设计思路，才能在不同的芯片平台找到平衡。其中ASIL-D安全等级最高，它要求针对单点故障的覆盖率为 >99%，对潜在故障的覆盖率为 >90%。
2024-12-17 19:17:31
65
原创 【功能安全】硬件安全要求
• 硬件功能安全需求需要定义硬件层级的安全机制，应适当展开硬件的安全机制，具体的行为表现：如下电，重启，禁用通信（高阻态或拉低通信芯片供电）等。这里的硬件安全机制和安全机制无关的硬件安全要求，每一个要求都可以作为一个专题撰写，后期希望能看到越来越多的人分享这块的内容，我后期也会写一些。• 硬件功能安全需求同样也要定义非安全机制相关的需求，如PMIC的base FIT应该小于多少。硬件功能安全需求的来源为系统的TSC， TSR，系统架构规范。（1）安全机制需求在硬件层面的细化（TSR分配的要求）
2024-12-17 19:04:45
79
原创 【功能安全】安全确认
最后，由于CAN总线信号的故障注入测试需要经历原信号解析、信号值编辑、故障信号发送的过程，所以会导致该条总线信号产生延迟，而原车ESC系统对总线信号的延迟存在监控，为避免因延迟导致ESC系统通信报错而影响故障注入，对故障注入系统导致的通信延迟进行了测试，如图9所示。其次，由于CAN总线采取了广播的通信方式，同一信号将同时被多个总线节点接收，为避免由于故障注入对其它总线节点的影响，需在待测系统与整车总线之间串联可控网关，通过上位机对待注入故障的测试信号进行编辑，以实现故障注入系统将待测系统与整车隔离。
2024-12-17 19:02:25
306
原创 【功能安全】E-GAS架构设计
如上图 所示，Level2 在使用合理性校验方法判断 Level1 功能是否正常运行时，先根据传感器输入的信号，计算控制量允许输出的合理范围，再计算从执行器反馈的实际输出量，最后判定 Level1 的实际输出量是否在允许的合理范围，如果超出了合理的范围，则判定 Level1 功能异常，执行错误处理。根据前文的分析，VCU的安全目标是“防止电池过流引起的热失控”，将其分解到Level 2层，对应的需求为“保证能量回收不能过大”，因此，要实现VCU的功能安全，需要对能量回收扭矩值进行监控。
2024-12-17 19:02:05
78
原创 【功能安全】系统及相关项集成和测试
组成系统的各个要素按照系统设计进行集成集成后的系统，证明各个系统要素正确交互、符合技术和功能安全要求,并为没有可能导致违背安全目标的非预期行为提供足够的置信度水平。测试是对功能安全概念、技术安全概念的验证，确认做出来的产品有没有满足概念阶段和系统阶段提出的功能安全需求。针对系统架构设计、软硬件接口规范、生产、运行、服务和报废需求规范及技术安全概念的验证报告。软硬件集成和验证——>系统集成和验证——>整车集成和验证.（2）组成一个系统的要素的集成，以形成一个完整的相关项；
2024-12-17 19:01:25
84
原创 【功能安全】故障容错时间间隔FTTI
EOTI（紧急运行时间间隔）：如果识别到失效后，无法直接进入安全状态，则需要通过紧急运行模式来过渡，紧急运行开始到安全状态的时间称为紧急运行时间间隔，例如：识别到制动失效后，车辆进入跛行模式，EOTI则是跛行模式开始到安全停车的时间。4、在不需要紧急运行的情况下，FHTI < FTTI；FTTI（故障容错时间间隔），失效发生到可能导致的危害事件发生的时间，例如：制动失效开始到汽车发生碰撞的时间。FDTI（故障检测时间间隔），从故障发生到故障被识别的时间，例如：制动失效，到仪表点亮故障指示灯；
2024-12-17 10:25:06
188
原创 【功能安全】失效模式与影响分析FMEA
它对各种可能的风险进行评价、分析，以便在现有技术的基础上消除这些风险或将这些风险减小到可接受的水平。及时性是成功实施FMEA的最重要因素之一，它是一个“事前的行为”，而不是“事后的行为”。归纳分析方法中，FEMA分析较为常用，FMEA分析分为3种类型：设计层面（Degin-FMEA）、过程层面（Process-FMEA）、监控与系统层面的补充（FMEA-MSR）是由负责制造/装配的工程师/小组主要采用的一种分析技术，用以最大限度地保证各种潜在的失效模式及其相关的起因/机理已得到充分的考虑和论述。
2024-10-23 10:34:40
469
原创 【功能安全】ASIL等级分解
GBT 34590 part9，关于ASIL等级的block框图GBT 34590 Part9，ASIL等级最低是A，最高是D，QM理解就是质量的要求（按照质量要求开发），所以功能安全的底座一定是要有质量体系或开发作为保障。从这个图看到最佳的开发模式是，企业已经具有ASPICE软件开发体系、QM体系（IATF 16949、ISO 9000），在此基础上开发FUSA，将事半功倍。
2024-10-21 17:07:52
315
原创 【功能安全】E-GAS架构设计
EGAS（E-Gas）架构是一种三层安全架构，最初由博世公司提出，并被广泛应用于发动机控制系统以及其他车载控制器中，以满足功能安全的要求E-GAS架构来自文档文档链接：https://www.team-bhp.com/forum/attachments/technical-stuff/1579940-how-safe-modern-engine-control-modules-ecm-ak-egas-v5-5-en-130705.pdf主要针对的是汽油和柴油发动机控制单元的监控概念。
2024-10-21 16:57:28
382
原创 【功能安全】功能安全岛FSI
目录01 功能安全岛介绍02 功能安全岛设计03 安全岛问答📖 推荐阅读缩写FSI=Function Safety Island 介绍功能安全岛（Functional Safety Island，FSI）是一种用于实现功能安全的硬件或软件模块，主要用于满足ISO 26262标准的要求，以防止硬件随机失效导致的芯片及系统失效，进而引发人身或车辆安全事故。功能安全岛通常包括多个处理器和专用硬件组件，例如Cortex-R52和Cortex-R5F实时处理器，这些处理器能够运行ASIL D及以下级别的功能安全应用
2024-10-21 16:45:17
240
原创 【功能安全】技术安全概念TSC
所处位置TSC：Technical safety concept技术安全概念TSR：Technical safety requirement技术安全需求在系统开发阶段属于安全活动4-6系统层产品开发示例。
2024-10-21 16:26:03
442
原创 【功能安全】功能安全概念FSC
功能安全概念，缩写FSC，function safety conceptGBT 34590 PART01 定义：GBT 34590 PART03目的：一句话总结：功能安全概念包括安全措施(含安全机制),这些安全措施将在相关项的架构要素中实现,并在功能安全要求中规定。HARA分析已经得到了对应的安全目标，在FSC中，需要将SG分解到具体的要素。（安全⽬标和功能安全需求之间的关系是分层的）FSC包含的整体安全活动（借用AUTO世代的截图）。
2024-10-21 16:18:38
501
原创 【功能安全】相关项定义item definition
概念阶段的开发是以相关项定义(Item Definition)开始的，相关项定义是对系统的描述，此系统也是标准中安全要求应用的对象。
2024-10-21 16:01:46
262
原创 【功能安全】HARA分析中的SEC如何确认
SEC定义S代表safety，E指的是Exposure，C指的是ControllabilityASIL等级就是基于SEC三个参数确定下来的。计算公式:10=D，9=C，8=B，7=A，
2024-10-21 15:50:20
292
原创 【功能安全】汽车功能安全个人认证证书
从事汽车电子产品设计、测试、生产技术、项目管理、质控等具有3年以上行业经验的从业者，集中讲解功能安全基本原理、概念、管理目标；具有3年及以上预期功能安全行业经验的从业者。提供标准解读及实战指导，教授SOTIF高级辅助驾驶系统和自动驾驶全流程，包括项目实战及全部已知技术项的风险分析和评估，SOTIF总控及策略等。Part 7 - 潜在的功能不足和潜在的触发条件的识别和评估概述。为预期功能安全从业者提供详细的标准解读与实战指导。>潜在的功能不足和潜在的触发条件的识别和评估概述。
2024-10-21 15:44:09
582
原创 【功能安全】危害性和可操作性分析HAZOP
目前业界基本在进行概念阶段的HARA分析时，采用的都是HAZOP分析方法。大家知道HARA分析，在item确定以后，基本会采用guidewords的形式来分析功能失效即危害分析HazardAnalysis，那么guideword引导词来自哪里了，就来自HAZOP，HAZOP也有对应的指南，标准截图如下：
2024-10-18 09:31:00
344
原创 【功能安全】系统理论过程分析STPA介绍
STPA（Systems Theoretic Process Analysis）是由麻省理工学院Nancy Leveson教授基于STAMP（System-Theoretic Accident Model and Processes，系统理论的事故模型和过程）提出了一种新的危害分析方法，现已在航天、航空、国防、核电等行业得到了广泛应用。由于自动驾驶领域的逐步发展，系统复杂度逐渐增加，因此在ISO 21448中也引入了STPA。
2024-09-29 11:02:29
383
原创 【功能安全】HARA分析笔记
最近在做ADS 功能的HARA分析，在这里做一些笔记分享给大家。术语定义：大家都知道OEM主机厂从整车层面进行HARA分析，零部件在签署接口协议DIA，得到safety goal的时候，已经有安全目标和ASIL等级的要求了。但是有一些OEM需求给的很简单，就一句话，比如你拿到这句话，说实话压根不知道咋弄。我看过很多tier1，他们也会进行HARA分析，在OEM安全目标的基础上尽量贴近，会导出新的安全目标，并且产生安全状态和FTTI。
2024-09-25 15:37:12
302
原创 【功能安全】故障树FTA分析
表明产品组成部分的故障或外界事件或它们的组合将导致产品发生一种给定故障的逻辑图– 即：FTA可分析多种故障因素（硬件、软件、环境、人为因素等）的组合对系统的影响。传感器失效的中间事件和基础事件。这些事件可能包括硬件故障（如传感器损坏、线路断裂等）、软件故障（如程序错误、数据丢失等）、环境因素（如恶劣天气、电磁干扰等）以及人为因素（如不当操作、维护不足等）。传感器失效的中间事件和基础事件。
2024-09-25 15:26:42
462
原创 【功能安全】FMEA分析注意事项
在功能安全分析中，系统、软件、硬件阶段都可能涉及FMEA分析从part4 系统架构设计和part5硬件架构设计，可知，对于ASIL C（含ASIL C）以上的产品认证是需要同时进行演绎分析和归纳分析的。所以如果产品本身只做ASIL B认证的话，强烈建议采用归纳分析方法。定性分析（也称为质性分析）是一种基于主观性和描述性的研究方法。它不依赖于数字数据，而是通过对现象、事物、观点等进行描写、分类和解释，从而达到深入了解和理解的目的。——简单理解主观功能性的分析。
2024-09-25 15:13:15
276
原创 【功能安全】失效模式与影响分析FMEA
它对各种可能的风险进行评价、分析，以便在现有技术的基础上消除这些风险或将这些风险减小到可接受的水平。及时性是成功实施FMEA的最重要因素之一，它是一个“事前的行为”，而不是“事后的行为”。归纳分析方法中，FEMA分析较为常用，FMEA分析分为3种类型：设计层面（Degin-FMEA）、过程层面（Process-FMEA）、监控与系统层面的补充（FMEA-MSR）是由负责制造/装配的工程师/小组主要采用的一种分析技术，用以最大限度地保证各种潜在的失效模式及其相关的起因/机理已得到充分的考虑和论述。
2024-09-23 16:03:45
636
原创 【Visual Studio 2022】1、入门及hello world编写
写一段打印 hello world的脚本`在这里插入代码片。打开VS 2022，然后点击 创建新项目。新建一个hello world。源文件，添加，新建项。调试，开始执行不调试。
2024-07-13 23:02:51
432
原创 ubuntu实现OPTEE demo
源码下载后，看你个人电脑是ubuntu系统还是Windows系统，如果是windows系统建议安装ubuntu虚拟机。
2024-01-30 19:58:44
168
原创 ubuntu系统python2和python3切换
ubuntu系统总是默认安装python3及以上版本，很不友好。如下方法可以切换python版本。
2024-01-30 18:29:04
1015
ISO TR 4804-2020 Road vehicles - Safety and cybersecurity for au
2024-08-26
Considerations for ISO 26262 ASIL Hazard Classification
2024-08-23
数据安全 GDPR 个人隐私保护
2023-10-25
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人