亚洲精品久久久久久久久久久,亚洲国产精品一区二区制服,亚洲精品午夜精品,国产成人精品综合在线观看,最近2019中文字幕一页二页

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

如何利用FMEDA進行硬件架構度量及隨機失效PMHF的計算

工程師鄧生 ? 來源:AUTO世代 ? 作者:AUTO GENERATION ? 2022-09-29 16:20 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

01

FMEDA步驟

FMEDA(Failure Modes Effects and Diagnostic Analysis) 是一種評估系統(tǒng)安全架構和實施的強大方法,多用于硬件定量分析。

和FMEA定性分析不同,F(xiàn)MEDA在FMEA 自下而上的方法論基礎上增加了對硬件故障定量化的評估內容,包括模式失效率(Failure rate)、故障模式占比(Failure mode distribution)和對應的安全機制診斷覆蓋率(Diagnostic coverage),對FMEA進行擴展從而可以完成定量分析,是計算硬件概率化度量指標的有效手段,其具體流程如下圖所示:

6d235144-3ee8-11ed-9e49-dac502259ad0.png


具體而言,包括以下幾個步驟:

步驟1: 計算失效率

首先,需要根據(jù)系統(tǒng)硬件架構,羅列所有硬件單元,為了方便分析和計算,可以對硬件單元按照類型進行分組。

然后,根據(jù)行業(yè)公認的標準(SN29500, IEC 62380),歷史或測試數(shù)據(jù),查詢各硬件單元失效模式以及對應的失效率分布。此過程可以采用手動模式,或者采用利用相關軟件,輸入系統(tǒng)硬件單元,進行自動化查詢及計算。

例如,控制器硬件ALU算術邏輯單元:

它的失效率λ=0.348 FIT,即該電阻在10^9 h內平均存在0.348次失效。

它存在三種失效模式: FM1, FM2, FM3。

三種失效模式對應的失效分布比例:FM1->25%,F(xiàn)M2->25%,F(xiàn)M3->50%。

6d78edfc-3ee8-11ed-9e49-dac502259ad0.png


步驟2: 識別故障模式

對步驟1中列出的硬件單元進行安全分析,根據(jù)故障分析流程圖,確定其故障模式是否和功能安全相關以及故障的類型:

6dad437c-3ee8-11ed-9e49-dac502259ad0.png

如果和功能安全無關,則為安全無關的安全故障。

如果和功能安全相關,則需要進一步分析,確定其故障的類型,包括單點故障或雙點故障等(和功能安全相關的三點及以上的故障也屬于安全故障),以及是否存在相應的安全機制。

具體故障類型定義及區(qū)別見08篇,不再贅述。

不是所有硬件單元的故障都會導致安全目標的違背,為了方便有效識地識別和功能安全相關的故障以及故障類型,可以采用FTA安全分析方法,對不同安全目標SG進行自上而下的安全分析,識別出違反安全目標的底層事件,根據(jù)不同底層事件和安全目標之間的關系,即''與門''和''或門'',就可以基本識別出不同故障類型。

例如,進行最小割集分析,級數(shù)為1的最小割集對應的底層事件就是單點故障,級數(shù)為2則為雙點故障等等,可以由軟件直接得到。

當然,也可以將步驟1得到硬件組件的失效率作為FTA底層事件失效數(shù)據(jù)的輸入,利用FTA分析工具,進行故障的識別和后續(xù)硬件失效相關的度量計算。

步驟3: 計算診斷覆蓋率

根據(jù)識別得到的硬件單元實施的安全機制,確定診斷覆蓋率數(shù)值,在ISO 26262-5:2018附錄D中,提供了硬件系統(tǒng)不同組件,包括傳感器,連接器,模擬輸入輸出,控制單元等常見的安全機制以及對應的診斷覆蓋率。

一般安全機制診斷覆蓋率可以根據(jù)相應的公式進行計算,但過程相對比較復雜,所以多采取保守估算方式。

對于給定要素的典型安全機制的有效性,ISO 26262-5:2018附錄D按照它們對所列舉的故障覆蓋能力進行了分類,分別為低、中或高診斷覆蓋率。這些低、中或高的診斷覆蓋率被分別定義為60%、90%或99%的典型覆蓋水平。

6d78edfc-3ee8-11ed-9e49-dac502259ad0.png

繼續(xù)以ALU為例:

針對故障模式FM2和FM3,在硬件設計中存在相應的安全機制SM1和SM2,其對應的診斷覆蓋率分別為90%和60%。

以此方式,計算所有硬件單元的安全機制的診斷覆蓋率。

步驟4: 計算量化指標

根據(jù)硬件架構度量指標SPFM,LFM以及隨機硬件失效評估PMHF計算公式,計算相應的指標。

6df13b04-3ee8-11ed-9e49-dac502259ad0.png

6e96b9bc-3ee8-11ed-9e49-dac502259ad0.png

PMHF=∑λSPF+ ∑λRF+ ∑λDPF_det× λDPF_latent× TLifetime

具體計算公式見08篇,在此不再贅述。

步驟5: 優(yōu)化設計

根據(jù)步驟4計算結果,對硬件設計可靠性進行綜合評估,判定是否滿足指定的ASIL等級要求,如果滿足則分析結束,否則需要根據(jù)計算結果,優(yōu)化硬件設計,增加新的安全機制或者采用更高診斷覆蓋率的安全機制,然后再次進行計算,直至滿足安全需求為止。

02

FMEDA計算實例

雖然在ISO 26262-5:2018附錄中已經(jīng)添加了有關硬件架構度量和隨機失效率評估的實例,但由于其過程介紹相對簡單,導致很多朋友仍然搞不清楚計算過程,接下來就以其中一個實例為例,介紹如何利用FMEDA進行硬件概率化度量指標的計算過程。

下圖為某ECU硬件設計圖,針對其安全目標:''當速度超過 10km/h 時關閉閥1的時間不得長于20 ms''。安全目標被分配為 ASIL C 等級。安全狀態(tài)為:閥1打開(I61控制閥1)。

6f0a2c62-3ee8-11ed-9e49-dac502259ad0.png

針對該安全目標,羅列所有硬件組件,如下表所示,根據(jù)FMEDA步驟1至4,分別查詢硬件組件失效率,失效模式及分布比例,并計算相應的硬件度量指標。

6f7d0214-3ee8-11ed-9e49-dac502259ad0.png

例如, 對于控制芯片uc而言,其失效率為100 FIT,存在兩種失效模式,其分布比例各占50%,只有第一種失效模式和安全相關,第二種失效模式則無需考慮。

由于安全機制SM4的存在,對該硬件組件第一種故障的診斷覆蓋率為90%,該硬件組件

單點或殘余故障失效率為:

λSPF/RF=100×50%×(1-90%)=5FIT

由于安全機制SM4還能夠對該故障進行探測,防止其成為潛伏故障,其診斷覆蓋率為100%,則該硬件組件的雙點潛伏故障失效率為:

λDPF_latent=0FIT

除單點故障,殘余故障及雙(多)點潛伏故障,剩余的則是可探測雙點潛伏故障,則硬件組件的雙(多)點故障的可探測失效率為:

λDPF_det=100×50%-λSPF/RF-λDPF_det=50-5=45FIT

依此計算所有硬件組件的相關故障失效率,并進行如下統(tǒng)計:

故障失效率 數(shù)值
單點或殘余故障總和 ∑λSPF+∑λRF=5.48FIT
雙(多)點故障潛伏失效率總和 ∑λDPF_det=12.8FIT
雙(多)點故障可探測失效率總和 ∑λDPF_latent=69.822FIT
車輛生命周期 TLifetime=10000h

則該ECU硬件整體概率化度量指標計算如下:

SPFM=1-(5.48/157)=96.5%
LFM=1-[12.8/(157-5.48)]=91.6%
PMHF=∑λSPF+∑λRF+∑λDPF_det×λDPF_latent×TLifetime=5.48(FIT)+12.80(FIT)x69.822(FIT)×10000(h)=5.489FIT

根據(jù)該安全目標ASIL C,判斷其可知,除SPFM沒有>=97%外,其他指標均滿足相應安全要求,所以該硬件設計基本滿足安全目標ASIL C等級需求。當然,也可以對硬件設計進行進一步優(yōu)化,提高SPFM架構度量值。





審核編輯:劉清

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 傳感器
    +關注

    關注

    2573

    文章

    54087

    瀏覽量

    783292
  • 控制器
    +關注

    關注

    114

    文章

    17577

    瀏覽量

    189536
  • 連接器
    +關注

    關注

    100

    文章

    15803

    瀏覽量

    144803
  • ALU
    ALU
    +關注

    關注

    0

    文章

    34

    瀏覽量

    13434

原文標題:09 - 汽車功能安全(ISO 26262)系列: 硬件開發(fā) - 隨機硬件失效量化FMEDA

文章出處:【微信號:阿寶1990,微信公眾號:阿寶1990】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    利用 NucleiStudio IDE 和 vivado 進行硬件聯(lián)合仿真

    本文利用NucleiStudio IDE 和 vivado 對 NICE demo協(xié)處理器進行硬件聯(lián)合仿真。 1. 下載demo_nice例程:https://github.com
    發(fā)表于 11-05 13:56

    基于蜂鳥E203架構的指令集K擴展

    擴展指令集架構(RISC-V ISA)的K擴展。 K擴展是一種可選的指令集擴展,它增加了一些向量和矩陣操作的指令。這些指令可以利用硬件并行性,高效地處理大量數(shù)據(jù)。K擴展的指令集包括幾個向量寄存器和一些
    發(fā)表于 10-21 09:38

    邊聊安全 | FMEDA實踐干貨,手把手帶你分析

    在之前發(fā)的公眾號文章中已經(jīng)介紹了一些關于FMEDA工作的基礎概念,比如有針對隨機失效率、診斷覆蓋率和軟失效等話題的入門介紹。在文章發(fā)表之后,筆者陸陸續(xù)續(xù)收到了一些小伙伴們的留言和提問。感受到大家對于
    的頭像 發(fā)表于 09-05 16:22 ?21次閱讀
    邊聊安全 | <b class='flag-5'>FMEDA</b>實踐干貨,手把手帶你分析

    邊聊安全 | 預期功能安全接受準則

    控制器硬件隨機失效。而系統(tǒng)在正常工作狀態(tài)下,由于設計缺陷或未預見的操作環(huán)境所導致的潛在風險不在功能安全的關注范圍內。SOTIF正是為了解決上述問題,確保系統(tǒng)在沒有
    的頭像 發(fā)表于 09-05 16:21 ?2901次閱讀
    邊聊安全 | 預期功能安全接受準則

    邊聊安全 | 安全通訊中的失效率量化評估

    安全通訊中的失效率量化評估寫在前面:在評估硬件隨機失效對安全目標的違反分析過程中,功能安全的分析通常集中于各個ECU子系統(tǒng)的PMHF(安全目標違反的潛在
    的頭像 發(fā)表于 09-05 16:19 ?2958次閱讀
    邊聊安全 | 安全通訊中的<b class='flag-5'>失效</b>率量化評估

    【「DeepSeek 核心技術揭秘」閱讀體驗】第三章:探索 DeepSeek - V3 技術架構的奧秘

    數(shù)據(jù)中挖掘有價值信息,這也讓我意識到架構設計對模型性能起著根本性作用,是 AI 具備強大能力的 “骨骼” 支撐。 二、流水線并行 書中關于流水線并行的內容,展現(xiàn)了提升計算效率的巧妙思路。簡單流水線并行雖
    發(fā)表于 07-20 15:07

    知合計算:RISC-V架構創(chuàng)新,阿基米德系列劍指高性能計算

    在2025 RISC-V中國峰會上,知合計算處理器設計總監(jiān)劉暢就高性能RISC-V處理器架構探索與實踐進行了精彩分享。 在以X86和ARM為代表的處理器架構之下,RISC-V在高性能
    的頭像 發(fā)表于 07-18 14:17 ?2204次閱讀
    知合<b class='flag-5'>計算</b>:RISC-V<b class='flag-5'>架構</b>創(chuàng)新,阿基米德系列劍指高性能<b class='flag-5'>計算</b>

    AI芯片:加速人工智能計算的專用硬件引擎

    人工智能(AI)的快速發(fā)展離不開高性能計算硬件的支持,而傳統(tǒng)CPU由于架構限制,難以高效處理AI任務中的大規(guī)模并行計算需求。因此,專為AI優(yōu)化的芯片應運而生,成為推動深度學習、
    的頭像 發(fā)表于 07-09 15:59 ?675次閱讀

    異構計算解決方案(兼容不同硬件架構

    異構計算解決方案通過整合不同類型處理器(如CPU、GPU、NPU、FPGA等),實現(xiàn)硬件資源的高效協(xié)同與兼容,滿足多樣化計算需求。其核心技術與實踐方案如下: 一、硬件
    的頭像 發(fā)表于 06-23 07:40 ?502次閱讀

    元器件失效分析有哪些方法?

    失效分析的定義與目標失效分析是對失效電子元器件進行診斷的過程。其核心目標是確定失效模式和失效機理
    的頭像 發(fā)表于 05-08 14:30 ?720次閱讀
    元器件<b class='flag-5'>失效</b>分析有哪些方法?

    揭秘云計算架構的分層奧秘

    的重要基石。那么,云計算架構究竟是如何構建的呢?今天,我們帶您揭秘云計算架構的分層奧秘——邊緣層、IaaS、PaaS、SaaS。
    的頭像 發(fā)表于 02-26 17:41 ?837次閱讀

    HPC云計算的技術架構

    HPC云計算結合了HPC的強大計算能力和云計算的彈性、可擴展性,為用戶提供了按需獲取高性能計算資源的便利。下面,AI部落小編帶您了解HPC云計算
    的頭像 發(fā)表于 02-05 14:51 ?610次閱讀

    電動汽車驅動系統(tǒng)的控制器硬件架構

    前段時間有星友咨詢,想了解電動汽車驅動系統(tǒng)的控制器(逆變器)硬件架構,今天我們借助Infineon主驅逆變器的硬件架構說明下這個問題。
    的頭像 發(fā)表于 01-10 17:09 ?1427次閱讀
    電動汽車驅動系統(tǒng)的控制器<b class='flag-5'>硬件</b><b class='flag-5'>架構</b>

    AM64x SKEVM的硬件架構

    電子發(fā)燒友網(wǎng)站提供《AM64x SKEVM的硬件架構.pdf》資料免費下載
    發(fā)表于 12-06 16:03 ?0次下載
    AM64x SKEVM的<b class='flag-5'>硬件</b><b class='flag-5'>架構</b>

    如何進行硬件調試?

    硬件調試是硬件系統(tǒng)設計、開發(fā)和制造過程中不可或缺的一環(huán),旨在對可能出現(xiàn)的問題進行分析和解決。以下是進行硬件調試的一般步驟和方法: 一、準備階
    的頭像 發(fā)表于 11-10 10:17 ?2689次閱讀
    如何<b class='flag-5'>進行</b><b class='flag-5'>硬件</b>調試?