【功能安全】技术安全概念TSC

已于 2024-10-23 13:40:57 修改
阅读量479 收藏 2
点赞数 1
分类专栏： 汽车功能安全 汽车功能安全学习资料 文章标签： 安全
于 2024-10-21 16:26:03 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_36460584/article/details/143115675
版权

目录

01 TSC定义

02 TSC注意事项

03 TSC案例

01 TSC定义

所处位置

图片

TSC：Technical safety concept技术安全概念

TSR：Technical safety requirement技术安全需求

在系统开发阶段属于安全活动4-6

图片

系统层产品开发示例

图片

TSC目的

了解本专栏 订阅专栏 解锁全文
功能安全TSC
汽车软件开发
06-06 923
通过对功能安全目标的分析和分解，可以得到相应的 TSC 和 FSR，而这些 TSC 和 FSR 的实施和验证又可以确保功能安全目标的实现。只有通过严谨的方法和科学的决策，才能确保系统的功能安全，为人们的生命财产安全提供可靠的保障。在功能安全领域中，TSC（Technical Safety Concept，技术安全概念）和 FSR（Functional Safety Requirements，功能安全要求）是两个至关重要的概念，它们有着明显的区别，这些区别在系统设计和开发过程中有着不同的体现。
功能安全开发--系统阶段TSC
BUAAAlbert的博客
02-04 1596
技术安全概念如何开展，理论与工程如何结合，系统与软硬件切分的度在哪
如何理解功能安全中的TSC中 状态转换
ChrisKKC的博客
03-04 270
功能安全（Functional Safety）中的TSC（Technical Safety Concept，技术安全概念）状态转换是指系统在不同安全状态之间转换的过程。• 安全分析：通过状态转换图（State Transition Diagram）或状态转换表（State Transition Table）分析系统行为，确保所有可能的状态和转换都被覆盖。4. 状态转换在功能安全中的应用。• 安全机制的触发：例如，在自动驾驶系统中，当传感器检测到障碍物时，系统从“自动驾驶”状态切换到“紧急制动”状态。
软件功能安全概念 TSC
weixin_42123438的博客
01-06 3078
首先，需要提出safty goal ，并得出与之匹配的FTTI 其次，为了保证达到制定的safty goal ，衍生出的保证功能实现是正确的软件需求 1.通信 com 三种机制：收E2E，发E2E，Timeout检查机制 2.标定 calibration 需要具备calibration自检的能力 3.存储 读和写的权限，读和写的准确性 再次，为了保证系统的稳定性，需要衍生出的软件...
解读ISO26262功能安全之概念阶段-TSC&FSR
m0_61714886的博客
04-19 3139
本篇属于汽车功能安全专题系列第十三篇内容，我们主要聊到底什么是技术安全需求(TSR)和技术安全概念(TSC)。在上一篇文章''MUNIK谈汽车功能安全系列专题分享（十二）功能安全之概念阶段-FSC&FSR''(我是链接)中，我们在概念开发阶段，通过组件层别的安全分析(FTA, FMEA)对功能安全开发最初的安全需求，即安全目标(SG)，进行细化，得到了组件级别的功能安全需求(FSR)和方案(FSC)。在汽车功能安全领域，技术安全需求（TSR）和技术安全概念(TSC)是确保系统安全的关键概念。
功能安全-26262-理论到实践-基础-安全标准与认证- 机器学习和预期功能安全01
weixin_45323207的博客
06-28 491
因为，在很多危险场景中，并没有功能失效。所以，安全分析不完全等同于失效分析。然而，现在的功能安全标准如ISO26262、EN5012x和IEC61508都是基于软硬件失效可能性造成的危险场景进行分析的。其中ISO26262在这方面的规定特别清楚，它定义的“功能安全”就是“系统没有电子电气系统故障行为引起的不合理风险absence of unreasonable risk due to hazards caused by malfunctioning behaviour of E/E systems”。如果这
功能安全基础整理.pdf
10-22
功能安全FSC/TSC，FTA 故障树方法，系统软件FMEA，功能安全实现方法，独立性分析，Safety Validation，功能安全评估；如何写功能安全需求，常用安全机制，硬件定量分析，软件架构，功能安全测试。
功能安全概念(Functional safety concept)模板 Template_FSC.pdf
12-22
本知识点从一个名为Template_FSC.pdf的功能安全概念模板文件中提取信息，深入探讨了功能安全目标、功能安全要求及其分配，以及功能架构的概念。 功能安全目标（Safety Goal）是整个功能安全概念的基础，它需要明确...
功能安全Part1-Part6简介note.pdf
07-14
- **技术安全概念（TSC）**：描述了如何实现TSR的具体技术解决方案。 - **安全机制**：为确保系统在故障情况下仍能保持安全状态而采取的技术手段。 - **诊断测试时间、响应时间、容错时间间隔**：定义了系统检测、...
功能安全TSC TSR顺序
最新发布
03-11
在ISO 26262框架下，技术安全概念(Technical Safety Concept, TSC)和技术安全需求(Technical Safety Requirements, TSR)之间存在紧密联系。TSC是在系统层面形成的高层次的安全理念，旨在指导整个系统的安全性设计[^2...
ISO26262功能安全--产品开发过程
AgingMoon的博客
10-18 1万+
目录 1.总体理解 2.概念阶段——吹牛，我们是打草稿的 2.1 相关项定义 2.2 HARA分析 2.3 功能安全目标 2.4 安全需求与安全概念 3. 系统阶段——闭门造神车，我们开始修炼 3.1 技术安全需求（TSC） 3.2 系统架构设计 3.3 安全分析与独立性分析 3.4 软硬件接口（HSI） 4. 硬件阶段——苦其心志，苦练经骨 4.1 硬件架构...
功能安全导入实践(三):挑战开头难关 搭建流程
weixin_45856715的博客
12-17 947
本连载以中小供应商为对象，主要介绍ISO26262的実践经验。第3回我们介绍下ISO 26262导入时最初的难关：流程搭建。当中会提到“裁剪”和“DIA(开发接口协定)”等在ISO 26262频繁使用的用语。 前面一篇对功能安全导入的准备工作进行了重点解说。本次虽然说也算是准备工作的一环，不过，作为功能安全导入的最初的难关，是想试着说明一下功能安全流程的搭建。 本公司的责任范围 下图显示了ISO2...
如何理解和区分ISO26262的功能安全需求(functional safety requirement)和技术安全需求（Technical Safety Requirement)？
yayuanjingkeji的博客
12-09 1226
在ISO26262中，功能安全需求（FunctionalSafetyRequirement）和技术安全需求（TechnicalSafetyRequirement）是两个不同的概念，用于描述汽车电子系统的安全性要求。
如何写好技术安全需求TSR？
MaveDiao的博客
06-07 3432
在item的开发过程中，制定合适的TSC是开发符合功能安全标准的一个关键前提。这在系统级的标准产品开发的第4部分中有详细的说明。技术安全要求和技术安全概念构成了导出硬件和软件安全要求的基础，然后由工程团队用于开发安全产品。就像任何其他形式的产品开发一样，对需求进行多次修改是非常不可取的。这主要是由于成本的增加，工作产品中出现不一致的可能性及其对整个项目进度的影响。良好的技术安全要求实际上是有效实施功能安全的基础。 目前，ISO 26262标准并没有提供任何直接的指导，以确定某一项目的特定安全目标的技术安全
ISO 26262系列文章之——1，2 功能安全总则
weixin_42012149的博客
06-02 5864
ISO 26262是以IEC 61508为基础，提供一整套方法和流程，来保证所开发的电子电气系统满足功能安全要求，介绍“功能安全开发布置和安全管理”的相关内容
【车载】功能安全中FSR TSR的区别
热门推荐
汽车电子开发
02-23 1万+
功能安全中的几个缩写： FSR 功能安全要求 FSC 功能安全概念 TSC 技术安全概念 TSR 技术安全要求 功能安全（Function Safety Definition） 不存在由电子电气系统的功能异常所引起的危害，而导致不合理的风险。 为了保证避免不可接受的风险，功能安全开发流程在IS...
Autosar E2E功能安全算法实现
天上人间的专栏
06-27 7106
汽车零部件中有很多零件是涉及到功能安全的。比如说方向盘开关，一般都有自动巡航功能。车辆在自动巡航的过程中，制动巡航取消功能失灵是威胁到人生安全的。因此这里一般都需要功能安全设计。但是根据不同的安全等级，产品会有不同安全功能设计。安全等级约高，相关安全功能设计约复杂，安全保障程度也就越高。 ISO 26262标准中对系统做功能安全设计时，前期重要的一个步骤是对系统进行危害分析和风险评估，识别出系统的危害并且对危害的风险等级——ASIL等级（Automotive Safety...
功能安全软件验证方法
小鱼仙倌的博客
08-24 2093
软件级产品开发作为功能安全V流程中的一个重要组成部分，在产品功能安全开发的过程中具有举足轻重的地位。它以技术安全概念（TSC）为直接输入，软件开发V模型的左侧是软件的设计（①软件安全需求规范；②软件架构设计；③软件软件单元设计和实现），V模型的右侧是测试和验证（①软件单元验证；②软件集成和验证；③嵌入式软件测试）。 在软件集成和验证部分，道路车辆功能安全标准ISO26262-2018 Part 6推荐ASIL_C和ASIL_D应采用背靠背测试的方法；在嵌入式软件测试部分，道路车辆功能安全标准ISO26262
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

凯文的汽车之旅

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值