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

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

隨機硬件故障的分類和安全要求

汽車電子工程知識體系 ? 來源:汽車電子硬件設(shè)計 ? 作者:汽車電子硬件設(shè)計 ? 2021-03-09 09:58 ? 次閱讀

8.1.隨機硬件故障的分類

8.1.1概述

通常,所考慮的故障組合僅限于兩個獨立的硬件故障的組合,除非基于功能或技術(shù)安全概念的分析表明,n>2的n點故障是相關(guān)的。因此,對于給定的安全目標(biāo)和給定的硬件元件,在大多數(shù)情況下,故障可以分為:

a.單點故障;

b.殘余故障;

c.可探測的雙點故障;

d.可感知的雙點故障;

e.潛在的雙點故障;或

f.安全故障。

對各種故障類別的解釋以及示例如下。

8.1.2單點故障

此故障:

?可以直接導(dǎo)致違反安全目標(biāo);及

?是硬件元器件的故障,它沒有至少一個安全機制。

例如:一種非監(jiān)控電阻,至少有一種故障模式(例如:開路)有可能違反安全目標(biāo)。

注意,如果硬件要素被至少一個安全機制覆蓋(例如:微控制器失控的看門狗),那么它的任何故障都不被歸類為單點故障。安全機制不能防止違反安全目標(biāo)的故障被歸類為殘余故障。

8.1.3殘余故障

本故障或零元器件本故障:

?直接導(dǎo)致違反安全目標(biāo);及

?是至少一個安全機制和這些安全所覆蓋的硬件元器件的故障,安全機制不會減輕或控制此故障或此故障的一部分。

示例:如果隨機訪問存儲器(RAM)模塊僅由棋盤RAM(OK???March test???)測試安全機制檢查,則不會檢測到某些類型的橋接故障。安全機制沒有防止由于這些故障而違反安全目標(biāo)。這些故障是殘余故障的示例。

注:在這種情況下,安全機制的診斷覆蓋率小于100%。

8.1.4可探測的雙點故障

此故障:

?導(dǎo)致違反安全目標(biāo),但只能導(dǎo)致安全目標(biāo)違反與其他獨立硬件故障相結(jié)合;及

?是通過一種安全機制來檢測的,它防止了它的潛在性。

示例1:受奇偶校驗保護的閃存:根據(jù)技術(shù)安全概念檢測并觸發(fā)反應(yīng)的單比特故障,如關(guān)閉系統(tǒng)并通過警告燈通知駕駛員。

示例2:受糾錯碼(ECC)保護的閃存:通過測試檢測到ECC邏輯中的故障,并根據(jù)技術(shù)安全概念觸發(fā)反應(yīng),如通過警告燈通知駕駛員。

如果安全機制通過將相關(guān)項恢復(fù)到無故障狀態(tài)來減輕瞬態(tài)故障,則這種故障可以被視為檢測到的雙點故障,即使驅(qū)動器從未被告知其存在。

一個瞬態(tài)位翻轉(zhuǎn),由ECC在數(shù)據(jù)提供給CPU之前進行校正,然后通過寫回正確的值進行校正。測井可以用來區(qū)分間歇故障和真實的瞬態(tài)故障。

注:雙點故障可分為初級雙點故障和次級雙點故障。主要的雙點故障本身不能導(dǎo)致安全目標(biāo)違反,即使沒有安全機制來控制其故障。次級的雙點故障確實有可能違反安全目標(biāo),但存在一個安全機制,以減輕安全目標(biāo)的違反。

8.1.5可感知的雙點故障

此故障:

?導(dǎo)致違反安全目標(biāo),但只會導(dǎo)致安全目標(biāo)違反與其他獨立硬件故障相結(jié)合;及

?在規(guī)定的時間內(nèi)由安全機制檢測或不檢測的駕駛員檢測。

示例:如果功能受到故障后果的顯著和明確影響,則駕駛員可以檢測到雙點故障。

注意,如果駕駛員檢測到雙點故障,以及通過安全機制檢測到,則可以將其歸類為檢測到的或檢測到的雙點故障。它不能被歸類為兩者,因為潛在故障度量將被錯誤地計算,因為一個故障隨后將導(dǎo)致檢測到的雙點故障以及檢測到的雙點故障,將此故障計數(shù)兩次。

8.1.6潛在的雙點故障

此故障:

導(dǎo)致違反安全目標(biāo),但只會導(dǎo)致違反安全目標(biāo)與其他獨立故障相結(jié)合;及

既沒有被安全機制檢測到,也沒有被駕駛員檢測到。直到第二次獨立故障的發(fā)生,系統(tǒng)仍可操作,不通知駕駛員故障。

示例1:在受ECC保護的閃存的情況下:一個永久的單比特故障,當(dāng)讀取時,該值被ECC校正,但在閃存中既沒有校正,也沒有發(fā)出信號。在這種情況下,故障不能導(dǎo)致安全目標(biāo)違反(因為故障位被糾正),但它既沒有檢測到(因為單位故障沒有信號),也沒有檢測到(因為對應(yīng)用程序的功能沒有影響)。如果在ECC邏輯中發(fā)生額外的故障,它可能導(dǎo)致對這個單位故障的控制喪失,導(dǎo)致潛在的違反安全目標(biāo)。

示例2:在受ECC保護的閃存的情況下:ECC邏輯中的永久單個故障導(dǎo)致ECC不可用,并且沒有在最大故障處理時間間隔內(nèi)檢測和控制。

8.1.7安全故障

安全故障可以是兩類故障之一:

a.n>2的全部n 點故障,除非安全概念表明它們是安全目標(biāo)違反的相關(guān)貢獻者;或

b.不會導(dǎo)致違反安全目標(biāo)的故障。

示例1:在受ECC保護的閃存和循環(huán)冗余檢查(CRC)的情況下:由ECC糾正但沒有信號的單比特故障。該故障被防止違反安全目標(biāo),但沒有被ECC發(fā)出信號。如果ECC邏輯失效,則由CRC檢測故障,系統(tǒng)關(guān)閉。只有當(dāng)閃存中存在一個比特故障,并且ECC邏輯失效,CRC校驗和監(jiān)督失效時,才能發(fā)生違反安全目標(biāo)的情況(n=3)。

示例2:在三個電阻串聯(lián)連接以克服短路情況下單點故障的問題時,每個單獨電阻的短路可以被認(rèn)為是安全故障,因為需要三個獨立的短路(n=3)。

故障分類和故障類別貢獻計算的8.1.8流程圖

硬件要素的故障模式可以分類,如ISO26262-5:2018的圖B所示。使用ISO26262-5:2018中描述的流程圖,圖B.2.圖10顯示了考慮不同失效模式(殘余VS)的基本故障率和覆蓋率的各種故障率的計算。潛在的)。

圖10-故障類別的分類和相應(yīng)故障率的計算

A.故障模式有待分析。

B.λFMi,ith是與所考慮的硬件要素的故障模式相關(guān)的故障率,其中DFMI是故障模式的故障模式分布。

C.如果正在考慮的硬件元件的任何故障模式與安全相關(guān),則硬件元器件與安全相關(guān)。

D.λFMi,nSR是“與安全無關(guān)”的故障率。

E.在單點故障度量中不考慮與安全無關(guān)的硬件元件的故障或者潛在故障度量。

F.λFMi,SR是“安全相關(guān)”的故障率,并考慮在單點故障度量和潛在故障度量中。

G.FFMi,safe是這種故障模式的安全故障的一部分。安全故障對違反安全目標(biāo)沒有顯著貢獻。對于復(fù)雜的硬件要素(例如:微控制器)很難給出確切的比例。在這種情況下,保守的Fsafe為0.5(即。50%)可以假定。

H.λFMi,S是“安全”故障的故障率。

I.λFMi,S將有助于安全故障的總發(fā)生率。

J.λFMi,NS:“非安全”故障率。其中包括單點故障、殘余故障和多點故障(其中n=2)。

K.事實上,PVSG是非安全故障的一部分,有可能直接違反安全目標(biāo),而不考慮任何可能存在的安全機制來防止這一點。不需要額外的獨立故障來違反安全目標(biāo)。

L.λFMi,PVSG是潛在直接違反安全目標(biāo)的故障的故障率,而不考慮任何可能存在的安全機制來防止這一情況。

M.如果導(dǎo)致所考慮的故障模式的故障是單點故障,則決定。

單點故障沒有安全機制來防止正在考慮的硬件元器件的任何故障直接違反安全目標(biāo)。

N.λFMi,SPF是“單點故障”的故障率。如果沒有至少一個安全機制來控制所考慮的硬件元器件的故障,所有導(dǎo)致λFMi的故障,PVSG是單點故障。

O.λFMi,SPF將導(dǎo)致單點故障的總發(fā)生率。

P.對于正在考慮的硬件元件,如果有至少一個安全機制阻止其至少一個故障模式直接違反安全目標(biāo),則導(dǎo)致正在考慮的故障的故障不是單點故障。在接下來的λFMi過程中,PVSG被分成殘余故障,并檢測、檢測和潛在的多點故障。

Q.什么比例的λFMi,PVSG被安全機制阻止違反安全目標(biāo)?

這個分?jǐn)?shù)相當(dāng)于殘余故障的故障模式覆蓋(另見ISO26262-5:2018的附件E硬件架構(gòu)度量的示例計算:“單點故障度量”和“潛在故障度量”)。KFMCi,RF是故障模式覆蓋的縮寫。

R.λFMi,RF是“殘余故障”故障率。

S.λFMi,RF對殘余故障的總發(fā)生率有貢獻。

T.λFMi,MPF,secondary是(secondary)“多點故障”的故障率,λFMi,PVSG,由安全機制控制。λFMi,MPF,secondaryisthe(secondary)“Multiple-PointFaults”failurerateresultingfromtheλFMi,PVSGthatarecontrolledbyasafetymechanism.

U.λFMi,MPF是由一級和二級多點故障引起的整體“多點故障”故障率。

V.識別檢測到的故障和未檢測到的故障。MPF是針對多點故障的故障模式覆蓋。

W.λFMi,MPF,det是“多點故障,檢測到”的故障率。

注意,如果主、次多點故障的故障模式覆蓋率不同,則可以以下方式計算檢測到的多點故障率:

λFMi,MPF,det=KFMCi,MPF,primary×λFMi,MPF,primary+KFMCi,MPF,secondary×λFMi,MPF,secondary

X.λFMi、MPF、det對檢測到的多點故障的總比率有貢獻。

Y.λFMi,MPF,pl是“多點故障,檢測或潛在”故障率。

注:如果主、次多點故障的故障模式覆蓋率不同,則可按以下方式計算檢測或潛在的多點故障率:

λFMi,MPF,pl=(1?KFMCi,MPF,primary)×λFMi,MPF,primary+(1?KFMCi,MPF,secondary)×λFMi,MPF,secondary

Z.FFMi,per是沒有檢測到但被駕駛員檢測的多點故障的一部分。

aa:λFMi,MPF,p是“多點故障,檢測”故障率。

注:如果初級和次級多點故障的檢測分?jǐn)?shù)不同,則可按以下方式計算檢測多點故障率:

λFMi,MPF,p=FFMI,每,初級×(1?KFMCi,MPF,初級)×λFMi,MPF,初級+FFMI,每,次級×

(1?KFMCi,MPF,次級)×λFMi,MPF,次級

ab:λFMi,MPF,p貢獻了檢測多點故障的總比率。

ac:λFMi,MPF,l是“多點故障,潛在”故障率。

注意,如果初級和次級多點故障的檢測分?jǐn)?shù)不同,則可以以下列方式計算潛在的多點故障率:

λFMi,MPF,l=(1?FFMi,per,primary)×(1?KFMCi,MPF,primary)×λFMi,MPF,primary+(1?FFMi,per,secondary)×(1?KFMCi,MPF,secondary)×λFMi,MPF,secondary

ad:λFMi,MPF,l對潛在多點故障的總比率有貢獻。

ae:λFMi,MPF,主要是(主要)“多點故障”的故障率,由導(dǎo)致違反安全目標(biāo),但不能直接違反它自己(即。至少需要另一個獨立的故障,以潛在地違反安全目標(biāo))。

注意,只有在相關(guān)的診斷覆蓋、故障模式覆蓋或檢測分?jǐn)?shù)不同的情況下,才能區(qū)分給定故障模式的主要和次要多點故障。

8.1.9如何考慮與基于軟件的安全機制相關(guān)的多點故障的故障率,以解決隨機硬件故障。

雖然在ISO26262系列標(biāo)準(zhǔn)中沒有量化軟件和硬件的系統(tǒng)故障,但可以計算出硬件資源的隨機硬件故障的故障率,這些硬件資源支持執(zhí)行解決隨機硬件故障的基于軟件的安全機制。

如果這些硬件資源與有可能直接違反安全目標(biāo)的功能共享,則選擇故障模型來反映這一點,并考慮潛在的相關(guān)故障。

原文標(biāo)題:安全要求的定義和管理ISO26262:2018-10-8.1

文章出處:【微信公眾號:汽車電子硬件設(shè)計】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

責(zé)任編輯:haq

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

    關(guān)注

    11

    文章

    3224

    瀏覽量

    66071
  • ISO
    ISO
    +關(guān)注

    關(guān)注

    0

    文章

    252

    瀏覽量

    39533

原文標(biāo)題:安全要求的定義和管理ISO26262:2018-10-8.1

文章出處:【微信號:QCDZYJ,微信公眾號:汽車電子工程知識體系】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    藍牙AES+RNG如何保障物聯(lián)網(wǎng)信息安全

    功能可通過軟件實現(xiàn),也可以通過硬件實現(xiàn)。主要優(yōu)勢體現(xiàn)在:在保障通信安全方面,隨機數(shù)生成器能夠輸出非重復(fù)且隨機變化的數(shù)值。這些數(shù)值是構(gòu)建多種安全
    發(fā)表于 11-08 15:38

    常見的網(wǎng)絡(luò)硬件設(shè)備有哪些?國產(chǎn)網(wǎng)絡(luò)安全主板提供穩(wěn)定的硬件支持

    隨著網(wǎng)絡(luò)技術(shù)的不斷進步,網(wǎng)絡(luò)安全問題日益嚴(yán)重,企業(yè)和個人對網(wǎng)絡(luò)安全的重視程度不斷加深,對于網(wǎng)絡(luò)安全硬件設(shè)備的要求也越來越高,網(wǎng)絡(luò)
    的頭像 發(fā)表于 10-21 10:23 ?153次閱讀

    內(nèi)存儲器的分類和特點是什么

    內(nèi)存儲器(Internal Memory),也稱為主存儲器或隨機存取存儲器(RAM),是計算機系統(tǒng)中用于存儲數(shù)據(jù)和程序的硬件組件。它是計算機運行過程中最直接、最快速的數(shù)據(jù)存取介質(zhì)。 內(nèi)存儲器的分類
    的頭像 發(fā)表于 10-14 10:09 ?332次閱讀

    GB/T 4706.1-2024新標(biāo)準(zhǔn)發(fā)布:家用電器安全要求全面升級

    前言為了進一步強化家用及類似用途電器的安全性能,保障廣大消費者的使用安全,國家標(biāo)準(zhǔn)化管理委員會于近日正式發(fā)布了GB/T4706.1-2024《家用和類似用途電器的安全第1部分:通用要求
    的頭像 發(fā)表于 07-30 08:31 ?1.1w次閱讀
    GB/T 4706.1-2024新標(biāo)準(zhǔn)發(fā)布:家用電器<b class='flag-5'>安全要求</b>全面升級

    簡儀計數(shù)器/定時器模塊滿足嚴(yán)格的工業(yè)標(biāo)準(zhǔn)和安全要求

    ,以滿足嚴(yán)格的工業(yè)標(biāo)準(zhǔn)和安全要求。 挑戰(zhàn) 傳統(tǒng)的脈沖邊沿檢測方法通常采用示波器或時間間隔計時器等儀表進行測量,但這些方法存在精度不夠高、測量速度慢、操作繁瑣等弊端,難以滿足高壓控制模組測試的苛刻要求。 解決方案 針對這一
    的頭像 發(fā)表于 06-26 15:06 ?601次閱讀
    簡儀計數(shù)器/定時器模塊滿足嚴(yán)格的工業(yè)標(biāo)準(zhǔn)和<b class='flag-5'>安全要求</b>

    GB/T31485-2015電動汽車用動力蓄電池安全要求及試驗方法

    本標(biāo)準(zhǔn)規(guī)定了電動汽車用動力蓄電池(以 下簡稱蓄電池)的 安全要求、試驗方法和檢驗規(guī)則。本標(biāo)準(zhǔn)適用于裝載在電動汽車上的鋰離子蓄電池和金屬氫化物鎳蓄電池單體和模塊 其他類型蓄電池參照執(zhí)行。
    發(fā)表于 06-24 09:12 ?1次下載

    三菱伺服故障代碼分類及處理方法

    和速度控制的電機驅(qū)動系統(tǒng),廣泛應(yīng)用于工業(yè)自動化、機器人、數(shù)控機床等領(lǐng)域。 1.2 三菱伺服系統(tǒng)特點 三菱伺服系統(tǒng)具有高響應(yīng)性、高精度、高穩(wěn)定性等特點,能夠滿足各種工業(yè)應(yīng)用的需求。 二、三菱伺服故障代碼分類 2.1 硬件
    的頭像 發(fā)表于 06-17 14:28 ?2205次閱讀

    鋰電池充放電作業(yè)和用電方面的安全要求有哪些?

    鋰電池充放電作業(yè)和用電方面的安全要求有哪些
    的頭像 發(fā)表于 03-22 10:11 ?898次閱讀
    鋰電池充放電作業(yè)和用電方面的<b class='flag-5'>安全要求</b>有哪些?

    SafeTpack—基于AURIX 2G的功能安全目標(biāo)解決方案

    ISO26262-5中的要求,系統(tǒng)需要根據(jù)不同ASIL等級的要求,針對不同比例的單點故障(SPF)和潛在故障(LF)進行檢測,并采取相應(yīng)的安全
    的頭像 發(fā)表于 01-19 14:23 ?472次閱讀
    SafeTpack—基于AURIX 2G的功能<b class='flag-5'>安全</b>目標(biāo)解決方案

    XMC4500為什么系統(tǒng)會隨機進入鎖定狀態(tài),只有在電源重置后才能重新運行?

    我正在使用 XMC4500,試圖理解為什么系統(tǒng)會隨機進入鎖定狀態(tài),只有在電源重置后才能重新運行。 我有幾個問題: 1-當(dāng)不可配置的故障處于活動狀態(tài)時,看門狗還能工作并重置 XMC 嗎? 2-是否有
    發(fā)表于 01-19 06:51

    網(wǎng)卡硬件故障及解決方法

    網(wǎng)卡硬件故障及解決方法 網(wǎng)卡是計算機與網(wǎng)絡(luò)之間進行通信的重要組件之一。然而,由于各種原因,網(wǎng)卡硬件故障可能會導(dǎo)致計算機無法連接到網(wǎng)絡(luò)或者網(wǎng)絡(luò)連接緩慢不穩(wěn)定。本文將介紹常見的網(wǎng)卡
    的頭像 發(fā)表于 12-27 15:17 ?2575次閱讀

    激光安全科普:見合八方與您共同安全啟航

    ,?因此,了解激光安全等級和通信用激光器的使用注意事項至關(guān)重要。 激光安全等級相關(guān)國際標(biāo)準(zhǔn) 美國ANSI Z136.1標(biāo)準(zhǔn):這是美國針對激光產(chǎn)品制定的安全標(biāo)準(zhǔn),涵蓋了激光設(shè)備的分類
    的頭像 發(fā)表于 11-23 17:09 ?554次閱讀
    激光<b class='flag-5'>安全</b>科普:見合八方與您共同<b class='flag-5'>安全</b>啟航

    Microchip發(fā)布最新款TrustAnchor 安全IC,充分滿足更高的汽車安全認(rèn)證要求

    新型TA101器件包括CryptoAuthentication?或CryptoAutomotive?安全IC,支持更大的密鑰尺寸并符合增強的網(wǎng)絡(luò)安全要求 ? 隨著汽車的互聯(lián)性不斷提高、技術(shù)日益先進
    發(fā)表于 11-22 14:58 ?1802次閱讀
     Microchip發(fā)布最新款TrustAnchor <b class='flag-5'>安全</b>IC,充分滿足更高的汽車<b class='flag-5'>安全</b>認(rèn)證<b class='flag-5'>要求</b>

    GB_8898-2001_音頻、視頻及類似電子設(shè)備安全要求

    GB_8898-2001_音頻、視頻及類似電子設(shè)備安全要求
    發(fā)表于 11-16 16:33 ?29次下載

    第100號法規(guī)對于電動車電池安全測試的最新強制要求

    范圍適用于M和N類道路車輛的電動動力總成的安全要求,其最大設(shè)計速度超過25公里/小時,配備一個或多個電牽引馬達并且未永久連接到網(wǎng)絡(luò)。適用于M和N類道路車輛的可充電能量儲存系統(tǒng)(REESS)的安全要求
    的頭像 發(fā)表于 11-14 08:31 ?518次閱讀
    第100號法規(guī)對于電動車電池<b class='flag-5'>安全</b>測試的最新強制<b class='flag-5'>要求</b>