chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

什么是技術(shù)安全需求和安全機(jī)制

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

掃碼添加小助手

加入工程師交流群

我們?cè)诟拍铋_發(fā)階段,通過組件層別的安全分析(FTA, FMEA)對(duì)功能安全開發(fā)最初的安全需求,即安全目標(biāo)(SG),進(jìn)行細(xì)化,得到了組件級(jí)別的功能安全需求(FSR)和方案(FSC)。

但FSR本質(zhì)上還是屬于功能層面的邏輯安全需求,屬于"需要做什么"的層次,無(wú)法具體實(shí)施,所以需要將FSR進(jìn)一步細(xì)化為技術(shù)層面的安全需求(TSR),即"怎么做",為后續(xù)的軟件和硬件的安全開發(fā)奠定技術(shù)需求基礎(chǔ)。

根據(jù)ISO 26262,功能安全系統(tǒng)階段開發(fā)內(nèi)容可以分為兩大部分:

技術(shù)安全需求及方案開發(fā)及驗(yàn)證

系統(tǒng)集成測(cè)試及安全確認(rèn)(Validation)

它們?cè)陂_發(fā)過程中并不連續(xù),分別隸屬于系統(tǒng)開發(fā)V模型的左邊和右邊,中間穿插了硬件和軟件開發(fā)。系統(tǒng)階段技術(shù)安全需求(TSR)和方案(TSC)開發(fā)和概念階段功能安全需求(FSR)和方案(FSC)一脈相承,和概念開發(fā)開發(fā)緊密銜接。只有硬件和軟件開發(fā)完成,才能進(jìn)行系統(tǒng)層面集成測(cè)試和需求確認(rèn)。

系統(tǒng)集成這部分我們留在軟件和硬件開發(fā)之后再聊。針對(duì)第一個(gè)大的部分,即技術(shù)安全需求(TSR)和方案(TSC),我們主要聊以下內(nèi)容:

什么是技術(shù)安全需求TSR

安全機(jī)制的本質(zhì)

怎么從FSR到TSR

什么是技術(shù)安全方案TSC

系統(tǒng)安全架構(gòu)設(shè)計(jì)

安全分析

技術(shù)安全需求分配至系統(tǒng)架構(gòu)

鑒于內(nèi)容較多,今天我們先聊前三部分內(nèi)容。

01

什么是TSR

總體而言,技術(shù)安全需求(TSR:Technical Safety Requirement)是為滿足安全目標(biāo)SG或功能安全需求(FSR),由功能安全需求(FSR)在技術(shù)層面派生出的可實(shí)施的安全需求。

那到底什么是由FSR派生出的技術(shù)安全需求呢?

根據(jù)ISO 26262的定義,技術(shù)安全要求(TSR)應(yīng)該明確功能安全需求在各自層級(jí)的技術(shù)實(shí)現(xiàn); 考慮相關(guān)項(xiàng)定義和系統(tǒng)架構(gòu)設(shè)計(jì),解決潛在故障的檢測(cè)、故障避免、安全完整性(即滿足ASIL等級(jí))以及產(chǎn)品生產(chǎn)和服務(wù)方面的必要安全問題。

什么意思呢?直接上個(gè)我自己總結(jié)的公式:

技術(shù)安全需求(TSR) = 由FSR技術(shù)化的安全需求+ 安全機(jī)制 + Stakeholder需求

由FSR技術(shù)化的安全需求

將FSR進(jìn)一步技術(shù)化,得到可以實(shí)施的技術(shù)安全需求,是TSR的重要來源,但它只是TSR其中一個(gè)組成部分。

所謂FSR技術(shù)化的安全需求就是,基于系統(tǒng)架構(gòu)中組件分配得到的FSR,根據(jù)該組件內(nèi)部以及對(duì)外的依賴關(guān)系和限制條件,將FSR定義的邏輯功能需求進(jìn)行技術(shù)性轉(zhuǎn)化和體現(xiàn)。

這部分技術(shù)需求屬于相對(duì)基礎(chǔ)的TSR,不涉及深層次的探測(cè),顯示,控制或減輕系統(tǒng)出現(xiàn)故障的安全措施,所以并不能保證系統(tǒng)功能安全。它的主要的目的是為后續(xù)相關(guān)安全機(jī)制的開發(fā)或者需求的提出奠定技術(shù)基礎(chǔ)。

例如,由FSR技術(shù)化的安全需求包括,定義邏輯功能需求中所涉及的軟件組件,硬件組件(傳感器,控制單元,執(zhí)行單元),組件接口技術(shù)信息(如信號(hào)名稱,來源等),傳輸方式(CAN總線等),計(jì)算周期,軟件組件不同平臺(tái)復(fù)用配置需要的標(biāo)定數(shù)據(jù),硬件組件指標(biāo)要求等。

安全機(jī)制

安全機(jī)制(Safety Mechanism)目的在于探測(cè),顯示和控制故障,屬于功能安全事后補(bǔ)救措施,是TSR非常重要的組成部分,是實(shí)現(xiàn)功能安全,防止安全目標(biāo)SG或者功能安全需求FSR違反的重要技術(shù)實(shí)現(xiàn)手段之一。

安全機(jī)制應(yīng)該包含:

檢測(cè)系統(tǒng)性及隨機(jī)硬件故障的措施。例如,針對(duì)系統(tǒng)I/O,總線信號(hào)范圍檢查,冗余校驗(yàn),有效性檢測(cè),邏輯計(jì)算單元數(shù)據(jù)流及程序流監(jiān)控,控制器硬件底層軟件監(jiān)控等。

顯示故障。例如,對(duì)駕駛員進(jìn)行聲音,不同類型及顏色的指示燈,提示文字等預(yù)警,增加駕駛員對(duì)車輛的可控性。

控制故障的措施。例如,F(xiàn)ail to safe:將系統(tǒng)在指定的故障容錯(cuò)時(shí)間間隔(FTTI)導(dǎo)入安全狀態(tài),包括降級(jí),故障仲裁,故障記錄等。如果不能,還需要定義緊急運(yùn)行時(shí)間間隔及運(yùn)行狀態(tài)。或者Fail to operational,通過并行冗余系統(tǒng),當(dāng)一個(gè)系統(tǒng)失效后,進(jìn)入另外一個(gè)并行系統(tǒng)繼續(xù)提供全部或部分功能。少。

Stakeholder需求

Stakerholder需求主要包括車輛使用,法律法規(guī),生產(chǎn)和服務(wù)方面相關(guān)的安全需求。一般都是以具體技術(shù)細(xì)節(jié)直接進(jìn)行呈現(xiàn),所以會(huì)直接并入TSR之中。

例如,車輛發(fā)生碰撞后,相關(guān)項(xiàng)應(yīng)該采取的哪些應(yīng)對(duì)措施,可能是轉(zhuǎn)矩輸出非使能,高壓系統(tǒng)斷電等。

此外,針對(duì)TSR,還需要注意以下幾點(diǎn):

1

技術(shù)安全要求和非安全要求不能互相矛盾。

2

對(duì)于使相關(guān)項(xiàng)達(dá)到或保持安全狀態(tài)的每個(gè)安全機(jī)制,應(yīng)指定以下內(nèi)容:切換到安全狀態(tài)的條件,時(shí)間間隔(FTTI),必要的話,緊急運(yùn)行狀態(tài)及時(shí)間間隔。

3

對(duì)于ASIL(A)、(B)、C 和 D 等級(jí)的技術(shù)安全需求,應(yīng)該制定防止故障潛伏安全機(jī)制。

4

對(duì)于 ASIL(A)、(B)、C和 D 等級(jí)的TSR: 用于防止雙點(diǎn)故障變成潛伏故障的安全機(jī)制的開發(fā)應(yīng)符合以下ASIL安全等級(jí)要求:

a) ASILB(對(duì)于分配為ASILD的技術(shù)安全要求);

b) ASILA(對(duì)于分配為ASILB和ASILC的技術(shù)安全要求);

c) QM(對(duì)于分配 ASILA的技術(shù)安全要求)。

這個(gè)就是安全機(jī)制的安全機(jī)制ASIL等級(jí)的約束,該約束的本質(zhì)是對(duì)TSR對(duì)應(yīng)ASIL等級(jí)的分解,主要是為防止由安全機(jī)制失效導(dǎo)致的雙點(diǎn)故障潛伏。(我后面在安全機(jī)制的本質(zhì)會(huì)細(xì)聊)

02

安全機(jī)制的本質(zhì)

接下我們聊聊困惑很多朋友的一個(gè)問題:安全機(jī)制到底是什么,它和TSR到底有什么區(qū)別?

在ISO 26262-4:2018中,TSR和安全機(jī)制這兩部分內(nèi)容獨(dú)立成章節(jié),并沒有合在一起進(jìn)行闡述,這給很多朋友造成一種誤解,認(rèn)為安全機(jī)制和TSR好像是不一樣的存在,它們之類的區(qū)別也不夠清楚。下面我從三個(gè)方面來闡述一下安全機(jī)制的本質(zhì):

1. 安全機(jī)制屬于更深層次的TSR

安全機(jī)制是為防止SG或FSR的違反,基于由FSR技術(shù)化的安全需求,提出的更深層次的事后補(bǔ)救技術(shù)安全措施,它包括:

由FSR技術(shù)化得到的TSR的安全機(jī)制,主要是防止系統(tǒng)性故障,或硬件單點(diǎn)故障潛伏提出的技術(shù)安全需求。

以及安全機(jī)制的安全機(jī)制。例如針某TSR提出了已經(jīng)有了安全機(jī)制A,但由于該TSR的ASIL等級(jí)較高(C或D),安全機(jī)制A本身也可能失效,此時(shí)如果原有功能正常,系統(tǒng)不會(huì)違反安全目標(biāo)SG,但安全機(jī)制A的失效就會(huì)潛伏,變成雙點(diǎn)故障,所以需要對(duì)安全機(jī)制A的功能安全進(jìn)行監(jiān)控,提出針對(duì)安全機(jī)制A的相應(yīng)的技術(shù)安全需求,防止安全機(jī)制A的故障潛伏。

一般來講,考慮到系統(tǒng)實(shí)現(xiàn)的成本和復(fù)雜度,安全機(jī)制不超過兩層。根據(jù)ISO 26262,三點(diǎn)及以上故障就可以認(rèn)為安全故障,否則就會(huì)出現(xiàn)無(wú)窮的安全機(jī)制嵌套。

2. 安全機(jī)制是實(shí)現(xiàn)相應(yīng)ASIL等級(jí)的關(guān)鍵之一

除ISO 26262對(duì)不同開發(fā)過程的約束(包括方法,驗(yàn)證等)外,在系統(tǒng),軟件和硬件開發(fā)階段,不同ASIL等級(jí)直接決定了應(yīng)該采取哪些安全措施,以及安全措施的類型(或高級(jí)層度)。

越高的ASIL等級(jí)對(duì)應(yīng)的安全措施,在數(shù)量和質(zhì)量的要求越高。例如,對(duì)于ASILB的系統(tǒng),可能具有單獨(dú)時(shí)間Base的Watchdog可能就夠了,但是對(duì)ASILD系統(tǒng)而言,可能需要上程序流邏輯監(jiān)控才能滿足。

當(dāng)然不同的安全機(jī)制在實(shí)施難度和成本上都有所不同,這部分內(nèi)容我會(huì)在后續(xù)的專題里一步步講解。

3. 安全機(jī)制多和系統(tǒng)安全架構(gòu)設(shè)計(jì)相關(guān),一定程度上決定了系統(tǒng)安全架構(gòu)

安全機(jī)制是保證系統(tǒng)功能安全的非常重要的技術(shù)手段,而這些技術(shù)手段,例如,硬件冗余,輸入輸出有效性檢驗(yàn),安全狀態(tài)導(dǎo)入,或我們常見的控制器3層安全監(jiān)控架構(gòu)等等,這些都直接決定了我們系統(tǒng)的安全架構(gòu),會(huì)在架構(gòu)設(shè)計(jì)中進(jìn)行考慮,直接融入架構(gòu)設(shè)計(jì)之中。這個(gè)也是為什么在功能安全在系統(tǒng)階段開發(fā)過程中,花很大的篇幅來講安全機(jī)制和架構(gòu)設(shè)計(jì)的重要原因之一。

為了方便理解安全機(jī)制,我們一起來看個(gè)關(guān)于加速踏板開度采集的例子:

281594b6-3972-11ed-9e49-dac502259ad0.png

其中,左邊屬于由FSR技術(shù)化的安全需求,主要是明確加速踏板技術(shù)信息,包括采用什么樣傳感器,輸出信號(hào)有哪些,類型,采樣周期等。

在實(shí)際系統(tǒng)開發(fā)過程中,為實(shí)現(xiàn)相應(yīng)的ASIL等級(jí),控制系統(tǒng)一般進(jìn)行分層設(shè)計(jì),功能安全擁有獨(dú)立的軟件層和硬件層,開發(fā)過程相對(duì)獨(dú)立,甚至獨(dú)立的開發(fā)團(tuán)隊(duì)。

為實(shí)現(xiàn)后續(xù)安全監(jiān)控,需要將安全相關(guān)的應(yīng)用層功能在監(jiān)控層進(jìn)行多樣化設(shè)計(jì)復(fù)現(xiàn),所以這部分TSR和我們正常的系統(tǒng)應(yīng)用層功能開發(fā)需求有點(diǎn)類似,但不是完全復(fù)制,而是多樣化,差異化的設(shè)計(jì)實(shí)現(xiàn),所以這些信息或者需求會(huì)和應(yīng)用層功能實(shí)現(xiàn)存在一定關(guān)聯(lián)。

右邊是安全機(jī)制,是更深層次技術(shù)安全需求,這些都是保證系統(tǒng)功能安全的關(guān)鍵技術(shù)手段。

03

怎么從FSR到TSR

上面我們聊到TSR的具體組成部分,包括由FSR技術(shù)化的TSR,安全機(jī)制和Stakeholder需求。

前兩部分TSR的導(dǎo)出,和概念階段聊到的SG到FSR類似,都是通過安全分析(即FTA,F(xiàn)MEA分析方法)完成。

以FTA分析為例,主要是將違反的FSR作為頂層分析事件,進(jìn)行原因分析,安全分析的具體細(xì)節(jié)我在這里就不重復(fù)了,不熟悉的朋友移步功能安全專題03篇內(nèi)容。

實(shí)際操作過程中,對(duì)于比較簡(jiǎn)單的FSR,即涉及的組件功能的比較簡(jiǎn)單,完全可以依據(jù)經(jīng)驗(yàn)直接導(dǎo)出,對(duì)于相對(duì)比較復(fù)雜的FSR則需要進(jìn)行完整的安全分析。

對(duì)于Stakeholder需求,一般需要根據(jù)Item Definition中定義的法律法規(guī)及之前項(xiàng)目經(jīng)驗(yàn)進(jìn)一步細(xì)化,一般情況下,該部分需求可以在不同項(xiàng)目中可以復(fù)用。

寫在最后: TSR和安全機(jī)制我們就聊完了,網(wǎng)絡(luò)上很多關(guān)于它們的介紹都太表面,照抄標(biāo)準(zhǔn),希望這篇能夠給朋友們理解TSR和安全機(jī)制帶來幫助,下期我們繼續(xù)看功能安全系統(tǒng)階段開發(fā)其他內(nèi)容。




審核編輯:劉清

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

    關(guān)注

    2574

    文章

    54382

    瀏覽量

    786150
  • 控制器
    +關(guān)注

    關(guān)注

    114

    文章

    17646

    瀏覽量

    190268
  • CAN總線
    +關(guān)注

    關(guān)注

    145

    文章

    2020

    瀏覽量

    134693
  • FTA
    FTA
    +關(guān)注

    關(guān)注

    0

    文章

    8

    瀏覽量

    6709

原文標(biāo)題:04 - 汽車功能安全(ISO 26262)系列: 系統(tǒng)階段開發(fā) - 技術(shù)安全需求(TSR)及安全機(jī)制

文章出處:【微信號(hào):阿寶1990,微信公眾號(hào):阿寶1990】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    攻擊逃逸測(cè)試:深度驗(yàn)證網(wǎng)絡(luò)安全設(shè)備的真實(shí)防護(hù)能力

    中一種極具威脅性的高級(jí)攻擊手法。攻擊者通過精心構(gòu)造惡意流量,使其能夠成功繞過各類安全設(shè)備的檢測(cè)機(jī)制,實(shí)現(xiàn)“隱身”攻擊。這種攻擊不僅隱蔽性強(qiáng),而且技術(shù)復(fù)雜度高,能有效規(guī)避傳統(tǒng)安全設(shè)備的檢
    發(fā)表于 11-17 16:17

    芯源半導(dǎo)體安全芯片技術(shù)原理

    才能被加載運(yùn)行。這一機(jī)制可以防止惡意固件被植入設(shè)備,確保設(shè)備從啟動(dòng)階段就處于安全狀態(tài)。安全啟動(dòng)過程中,采用數(shù)字簽名技術(shù),通過驗(yàn)證固件的簽名來確認(rèn)固件的來源和完整性。? 物理
    發(fā)表于 11-13 07:29

    【「AI芯片:科技探索與AGI愿景」閱讀體驗(yàn)】+AI芯片的需求和挑戰(zhàn)

    當(dāng)今社會(huì),AI已經(jīng)發(fā)展很迅速了,但是你了解AI的發(fā)展歷程嗎?本章作者將為我們打開AI的發(fā)展歷程以及需求和挑戰(zhàn)的面紗。 從2017年開始生成式AI開創(chuàng)了新的時(shí)代,經(jīng)歷了三次熱潮和兩次低谷。 生成式
    發(fā)表于 09-12 16:07

    邊聊安全 | 安全芯片的守護(hù)神:BIST機(jī)制的深度解析

    BIST機(jī)制的深度解析寫在前面:在安全芯片的設(shè)計(jì)與驗(yàn)證過程中,工程師常會(huì)遇到一個(gè)關(guān)鍵概念——BIST(Built-InSelf-Test,內(nèi)置自檢測(cè))。初次接觸這一術(shù)語(yǔ)時(shí),許多人容易將其簡(jiǎn)單理解為
    的頭像 發(fā)表于 09-05 16:17 ?29次閱讀
    邊聊<b class='flag-5'>安全</b> | <b class='flag-5'>安全</b>芯片的守護(hù)神:BIST<b class='flag-5'>機(jī)制</b>的深度解析

    ADI安全產(chǎn)品如何簡(jiǎn)化不同機(jī)器人控制系統(tǒng)中安全機(jī)制的實(shí)現(xiàn)

    我們將探討各種機(jī)器人安全用例,展示ADI的安全產(chǎn)品如何簡(jiǎn)化不同機(jī)器人控制系統(tǒng)中安全機(jī)制的實(shí)現(xiàn)。
    的頭像 發(fā)表于 08-12 10:43 ?9123次閱讀
    ADI<b class='flag-5'>安全</b>產(chǎn)品如何簡(jiǎn)化不同機(jī)器人控制系統(tǒng)中<b class='flag-5'>安全</b><b class='flag-5'>機(jī)制</b>的實(shí)現(xiàn)

    鋰電池?zé)崾Э卦砑?b class='flag-5'>安全檢測(cè)技術(shù)解析

    #鋰電池?zé)崾Э卦砑?b class='flag-5'>安全檢測(cè)技術(shù)解析 大規(guī)模儲(chǔ)能場(chǎng)站的出現(xiàn),是新能源應(yīng)用發(fā)展的必然結(jié)果。與此同時(shí),其基礎(chǔ)元件——鋰電池的熱失控,往往會(huì)蔓延導(dǎo)致大規(guī)?;馂?zāi)災(zāi)難,嚴(yán)重時(shí)甚至累及人員生命安全和重大
    發(fā)表于 05-12 16:51

    汽車安全技術(shù)全面解析#主動(dòng)安全、被動(dòng)安全和ADAS

    汽車安全技術(shù)包括主動(dòng)安全、被動(dòng)安全以及ADAS/自動(dòng)駕駛輔助等多個(gè)層面。 主動(dòng)安全系統(tǒng) 通過傳感器和智能算法在事故發(fā)生前對(duì)危險(xiǎn)進(jìn)行感知并主動(dòng)
    的頭像 發(fā)表于 05-10 15:15 ?3366次閱讀
    汽車<b class='flag-5'>安全</b><b class='flag-5'>技術(shù)</b>全面解析#主動(dòng)<b class='flag-5'>安全</b>、被動(dòng)<b class='flag-5'>安全</b>和ADAS

    RS485之空調(diào)如何保證其更安全高效的防護(hù)機(jī)制

    RS485之空調(diào)如何保證其更安全高效的防護(hù)機(jī)制
    的頭像 發(fā)表于 05-05 16:00 ?761次閱讀
    RS485之空調(diào)如何保證其更<b class='flag-5'>安全</b>高效的防護(hù)<b class='flag-5'>機(jī)制</b>

    電機(jī)繞組滾動(dòng)烘干爐防爆安全技術(shù)探討

    滾動(dòng)烘干爐設(shè)備安全的關(guān)注。純分享帖,需要者可點(diǎn)擊附件獲取完整資料~~~*附件:電機(jī)繞組滾動(dòng)烘干爐防爆安全技術(shù)探討.pdf 【免責(zé)聲明】本文系網(wǎng)絡(luò)轉(zhuǎn)載,版權(quán)歸原作者所有。本文所用視頻、圖片、文字如涉及作品版權(quán)問題,請(qǐng)第一時(shí)間告知,
    發(fā)表于 04-27 19:28

    k8s集群安全機(jī)制說明

    Kubernetes 作為一個(gè)分布式集群的管理工具,保證集群的安全性是其一個(gè)重要的任務(wù)。API Server 是集群內(nèi)部各個(gè)組件通信的中介, 也是外部控制的入口。所以 Kubernetes 的安全機(jī)制基本就是圍繞保護(hù) API S
    的頭像 發(fā)表于 04-03 14:09 ?604次閱讀

    直流充電安全測(cè)試負(fù)載方案解析

    專業(yè)化的安全測(cè)試負(fù)載方案進(jìn)行系統(tǒng)性驗(yàn)證。本文針對(duì)直流充電安全測(cè)試需求,深入解析關(guān)鍵技術(shù)及實(shí)施方案。 一、安全測(cè)試的核心挑戰(zhàn) 故障場(chǎng)景多樣性
    發(fā)表于 03-13 14:38

    深控技術(shù)的工業(yè)網(wǎng)關(guān)通過多重安全機(jī)制與廣泛協(xié)議兼容性,確保工業(yè)數(shù)據(jù)從采集到傳輸?shù)娜溌?b class='flag-5'>安全與高效互

    深控技術(shù)不需要點(diǎn)表的工業(yè)網(wǎng)關(guān)通過多重安全機(jī)制與廣泛協(xié)議兼容性,確保工業(yè)數(shù)據(jù)從采集到傳輸?shù)娜溌?b class='flag-5'>安全與高效互通。
    的頭像 發(fā)表于 03-05 11:00 ?638次閱讀
    深控<b class='flag-5'>技術(shù)</b>的工業(yè)網(wǎng)關(guān)通過多重<b class='flag-5'>安全</b><b class='flag-5'>機(jī)制</b>與廣泛協(xié)議兼容性,確保工業(yè)數(shù)據(jù)從采集到傳輸?shù)娜溌?b class='flag-5'>安全</b>與高效互

    飛騰主板——滿足高能效和安全可信需求

    在信息技術(shù)飛速發(fā)展的今天,主板作為計(jì)算機(jī)的核心部件,其性能和安全性至關(guān)重要。飛騰主板以其卓越的高能效和安全可信特性,在眾多主板產(chǎn)品中脫穎而出,成為滿足當(dāng)今時(shí)代需求的理想選擇。
    的頭像 發(fā)表于 02-20 08:45 ?589次閱讀

    人臉識(shí)別技術(shù)安全監(jiān)控中的應(yīng)用

    在現(xiàn)代社會(huì),安全監(jiān)控是維護(hù)公共安全和社會(huì)秩序的重要手段。隨著技術(shù)的進(jìn)步,傳統(tǒng)的監(jiān)控手段已經(jīng)無(wú)法滿足日益增長(zhǎng)的安全需求。人臉識(shí)別
    的頭像 發(fā)表于 02-06 17:25 ?1559次閱讀

    構(gòu)建安全計(jì)算生態(tài) | RISC-V 安全機(jī)制的架構(gòu)設(shè)計(jì)

    玄鐵RISC-V軟硬件技術(shù)深度解讀系列,將從AI、高性能計(jì)算、安全和邊緣計(jì)算等多個(gè)方向,全面介紹玄鐵RISC-V軟硬件技術(shù)實(shí)現(xiàn)。本周我們將帶來RISC-V安全
    的頭像 發(fā)表于 01-10 17:53 ?2611次閱讀
    構(gòu)建<b class='flag-5'>安全</b>計(jì)算生態(tài) | RISC-V <b class='flag-5'>安全</b><b class='flag-5'>機(jī)制</b>的架構(gòu)設(shè)計(jì)