侵權(quán)投訴
訂閱
糾錯(cuò)
加入自媒體

ISO26262 Functional Safety Concept(叁)

嗨,大家好!本期還是繼續(xù)上一期的話題,接著聊聊功能安全概念階段相關(guān)的話題。本期主要聊一聊功能安全要求,并舉例說(shuō)明一些功能安全機(jī)制。

01什么是安全機(jī)制?

1. 安全機(jī)制是檢測(cè)/避免/控制失效或者減輕其有害影響的技術(shù)解決方案;

2. 安全機(jī)制是由E/E功能、元件或其他技術(shù)實(shí)現(xiàn)的;

3. 安全機(jī)制是能夠?qū)⑾嚓P(guān)項(xiàng)維持在安全狀態(tài)或者提醒駕駛員去控制失效的影響。

下面的例子展示了如何使用E/E功能(Sense, Logic, Actuate)來(lái)實(shí)現(xiàn)安全機(jī)制:

Figure1-Safety Mechanism for Vehicle Headlamp

如果車輛的前大燈在夜間失效了,那么駕駛員是可以注意到的。但是,如果前大燈在白天錯(cuò)誤地打開了,駕駛員是不會(huì)注意到的,因此,紅色的警告燈將會(huì)亮起,來(lái)警示駕駛員限制在HARA分析中進(jìn)行的危害暴露(E)的暴露時(shí)間。通過(guò)在功能級(jí)別上實(shí)施的安全機(jī)制,我們可以節(jié)省電池的消耗。

另外,如果前大燈的故障模式錯(cuò)誤地關(guān)閉了而我們又想在夜間警告駕駛員,那我們就把邏輯改成 NAND,因此,紅色警告燈將在任何故障(前大燈、開關(guān)、線束、蓄電池等)時(shí)被激活。也即,邏輯和控制器是根據(jù)駕駛時(shí)間來(lái)調(diào)整的,F(xiàn)在,是時(shí)候來(lái)重新審視一下我們的功能安全要求了。

02功能安全要求回顧

在我們?cè)u(píng)論可能的功能安全策略之前,我們首先要明確下兩個(gè)術(shù)語(yǔ):

Fail- Safe ->故障安全;

Fail- Operational -> 故障可操作性;

第一種方式是說(shuō),如果故障發(fā)生了,那我們必須禁用該功能或者對(duì)功能進(jìn)行降級(jí)(部分功能的連續(xù)操作)以減輕危害。

而故障操作,是通過(guò)冗余支持功能來(lái)保持功能的可用性。也就是說(shuō),故障安全和故障可操作性都是某種安全的狀態(tài)。

Fail-Safe -> Degraded Mode -> Fail-Operational;

如果適用的話,功能安全要求應(yīng)該規(guī)定9點(diǎn)策略:

1. 故障避免 ->Fault avoidance

這是一個(gè)面向過(guò)程的概念,目的是防止故障被引入系統(tǒng)。通過(guò)小心仔細(xì)的設(shè)計(jì)和制造系統(tǒng),故障可以被避免。

2. 故障檢測(cè) -> Fault detection

故障發(fā)生時(shí)檢測(cè)故障的機(jī)制。

1  2  3  下一頁(yè)>  
聲明: 本文由入駐維科號(hào)的作者撰寫,觀點(diǎn)僅代表作者本人,不代表OFweek立場(chǎng)。如有侵權(quán)或其他問(wèn)題,請(qǐng)聯(lián)系舉報(bào)。

發(fā)表評(píng)論

0條評(píng)論,0人參與

請(qǐng)輸入評(píng)論內(nèi)容...

請(qǐng)輸入評(píng)論/評(píng)論長(zhǎng)度6~500個(gè)字

您提交的評(píng)論過(guò)于頻繁,請(qǐng)輸入驗(yàn)證碼繼續(xù)

  • 看不清,點(diǎn)擊換一張  刷新

暫無(wú)評(píng)論

暫無(wú)評(píng)論

文章糾錯(cuò)
x
*文字標(biāo)題:
*糾錯(cuò)內(nèi)容:
聯(lián)系郵箱:
*驗(yàn) 證 碼:

粵公網(wǎng)安備 44030502002758號(hào)