
發布
注冊
/
登錄功能安全軟件
關注創建者:匿名 創建時間:2022-05-06
功能安全軟件的視頻教程
基于模型的功能安全分析助力提高BMS安全
適用人群:BMS 廠商的安全分析部門/人員 基于模型的功能安全分析助力提高BMS安全【已結束】?直播時間:2020-07-16 16:00 作為電動汽車電池系統中最為復雜的控制中心,BMS的安全直接影響著電動汽車的整體安全性,某些功能要求嚴格的BMS,其安全完整性等級要求可以達到ASIL D級,也就是ISO 26262 最高的安全完整性等級。
免費 44分鐘 244播放
查看
功能安全全生命周期管理--數字化安全管理
會議簡介: 在medini指導下完成安全管理活動,取代人工輸入任務,引入自動化和輔助功能。 講師簡介: 奚云鵬,現任Ansys medini analyze應用工程師,熟悉自動駕駛行業功能安全的系統性應用,主要負責Ansys medini的業務開發和技術咨詢工作。
免費 27分鐘 68播放
查看
無人駕駛的功能安全,SOTIF,信息安全分析方法及應用
如何在預算有限的條件下,更好地滿足安全性要求,突破技術障礙,對安全分析技術、系統開發和驗證方法、車輛駕駛環境以及傳感器仿真的真實度都提出了更高要求。 ANSYS作為世界領先的工程仿真工具供應商,基于扎實的物理場仿真技術和安全開發技術,正在和知名企業一起構建先進的自動駕駛仿真工具鏈,涉及功能安全和信息安全分析、道路環境建模與仿真、傳感器建模與仿真、嵌入式軟件開發、閉環仿真,云計算平臺等等。
免費 1小時25分鐘 321播放
查看
功能安全軟件的實例教程
為了滿足功能安全的要求,僅僅了解不同監控軟件模塊的功能以及硬件看門狗是不夠的,還需要結合具體的系統設計(例如故障處理時間間隔 Fault Handling Time Interval ,FHTI)來正確設置不同的軟硬件參數,達到最優的程序流監控效果。
經緯恒潤功能安全團隊成立于2008年,系國內較早從事功能安全技術研究的團隊。作為功能安全、預期功能安全國家標準委員會成員,經緯恒潤的研發流程、生產流程已通過功能安全開發過程認證,功能安全開發過程達到ASIL-D,相關產品已成功服務于近百家國內外整車及零部件企業。
經緯恒潤功能安全軟件團隊可提供功能安全軟件開發技術咨詢服務,包括功能安全軟件階段流程/產品咨詢、L2監控算法開發集成和L3安全機制(安全通信、隔離、監控、執行和芯片AOU)的開發集成,控制器覆蓋動力域、底盤域、智駕域和車身域等。
未來,經緯恒潤將緊跟行業發展趨勢和市場需求,結合自身汽車電子產品研發和國內外咨詢實踐,一如既往地堅持自主創新道路,為智能汽車安全保駕護航。
了解更多:請致電 010-64840808轉6117或發郵件至market_dept@hirain.com(聯系時請說明來自技術鄰)
展開 功能安全應該如何考慮軟件架構,什么樣的架構是符合功能安全標準要求的,對于軟件架構工程師和功能安全工程師,很難在兩個方面都說得明白,本篇來從功能安全的角度談談軟件架構設計的基本要求。
首先,功能安全軟件的架構設計是基于兩個層次的:
第一:
選取和建立一個層次分明,易于理解的軟件架構;
第二:
在第一條的基礎上,符合相應功能安全等級要求的軟件設計要求。
接下來,以汽車功能安全標準ISO26262-6和軌道交通軟件功能安全標準EN50128作為基準,談談標準是如何從以上兩個層次來做出規定的。
軟件架構階段的開始
軟件架構設計是軟件生命周期的第二個階段,前面的階段是軟件需求階段(software requirements specification),在軟件需求設計時,把整個軟件當成一個黑盒處理,來確定該軟件的所有功能、性能,與硬件的接口定義,與外部其它系統的接口定義,而在軟件架構階段,需要設計一種架構來滿足軟件需求,通過層次化結構的方式來表示軟件架構的組件構成和他們之間的交互方式。以下圖為例,虛線框之外是軟件需求,虛線框內是軟件架構。
什么是軟件組件
上面這個圖用于解釋軟件架構所做的工作,將整個軟件劃分為功能和接口清晰的組件。
展開 來源 | 薄說安全
功能安全應該如何考慮軟件架構,什么樣的架構是符合功能安全標準要求的,對于軟件架構工程師和功能安全工程師,很難在兩個方面都說得明白,本篇來從功能安全的角度談談軟件架構設計的基本要求。
首先,功能安全軟件的架構設計是基于兩個層次的:
第一:選取和建立一個層次分明,易于理解的軟件架構;
第二:在第一條的基礎上,符合相應功能安全等級要求的軟件設計要求。
接下來,以汽車功能安全標準ISO26262-6和軌道交通軟件功能安全標準EN50128作為基準,談談標準是如何從以上兩個層次來做出規定的。
軟件架構階段的開始
軟件架構設計是軟件生命周期的第二個階段,前面的階段是軟件需求階段(software requirements specification),在軟件需求設計時,把整個軟件當成一個黑盒處理,來確定該軟件的所有功能、性能,與硬件的接口定義,與外部其它系統的接口定義,而在軟件架構階段,需要設計一種架構來滿足軟件需求,通過層次化結構的方式來表示軟件架構的組件構成和他們之間的交互方式。以下圖為例,虛線框之外是軟件需求,虛線框內是軟件架構。
什么是軟件組件
上面這個圖用于解釋軟件架構所做的工作,將整個軟件劃分為功能和接口清晰的組件。
展開 MMU最主要的功能其實是將虛擬頁翻譯到物理頁。那為什么MMU可以實現進程級隔離呢?
因為MMU的翻譯是基于頁表進行的,頁表記錄了進程虛擬頁到物理頁的映射。操作系統為不同的進程分配的不同的頁表起始地址,存儲在對應寄存器中。當MMU翻譯地址時,根據頁表起始地址加偏移量定位到具體的頁表項,進而完成地址翻譯。不難看出,這種機制使得進程擁有天然隔離的零散的地址空間。
圖4 MMU工作原理
安全隔離小結
安全隔離的底層原理是避免軟件對內存的不合理訪問,以滿足功能安全要求。硬件層面上,有MPU、MMU這樣的硬件進行程序內存空間的保護和約束;軟件層面上,容器化技術和虛擬化技術也能幫助用戶制定更靈活的隔離策略。但并不是說實現了這些安全隔離機制就等于完全滿足了安全隔離需求,還需要結合軟件和系統的正確設計來共同達成目標。
經緯恒潤功能安全團隊成立于2008年,系國內較早從事功能安全技術研究的團隊。作為功能安全、預期功能安全國家標準委員會成員,經緯恒潤的研發流程、生產流程已通過功能安全開發過程認證,功能安全開發過程達到ASIL-D,相關產品已成功服務于近百家國內外整車及零部件企業。
經緯恒潤功能安全軟件團隊可提供功能安全軟件開發技術咨詢服務,包括功能安全軟件階段流程/產品咨詢、L2監控算法開發集成和L3安全機制(安全通信、隔離、監控、執行和芯片AOU)的開發集成,控制器覆蓋動力域、底盤域、智駕域和車身域等。
未來,經緯恒潤將緊跟行業發展趨勢和市場需求,結合自身汽車電子產品研發和國內外咨詢實踐,一如既往地堅持自主創新道路,為智能汽車安全保駕護航。
展開 作者 | HYZY
出品 | 焉知
知圈 | 進“芯片社群”請加微信13636581676,備注芯片
功能安全開發流程的終點應該是對相關項的安全認可,以確認其達到了生產發布的安全條件。
一、認可措施的關系
ISO 26262標準中定義的認可措施包括認可評審、功能安全審核和功能安全評估三種類型,ISO 26262標準中允許將認可評審和功能安全審核與功能安全評估合并、聯合,以支持相關項類似變型的處理。
下圖1展示了三種認可措施及驗證評審之間的關系,可以看出:
認可評審/驗證評審與功能安全審核相對獨立,分別是針對工作成果及功能安全開發流程;
功能安全評估的范圍最廣,除涵蓋了認可評審、驗證評審和功能安全審核外,還包括安全措施的適宜性和有效性、功能安全實現的論證、安全檔案提供的論證、安全異常原因已按規定關閉等其它內容。
圖 1 認可措施及驗證評審范圍
二、功能安全審核
1、功能安全審核內涵
功能安全審核可類比ASPICE過程能力審核與TS 16949體系審核,可由公司的體系審核員或第三方機構審核員按照ISO 26262標準中對于過程的要求,審核項目開發中的安全流程實施情況。
功能安全審核可與ASPICE過程能力評估一同進行(特別是對于支持過程的審核),但ASPICE過程能力評估不能代替功能安全審核。
展開 
功能安全軟件的相關專題、標簽、搜索
功能安全軟件的最新內容
<p><s>?</s></p><p><br></p><p><img referrerpolicy="no-referrer" crossorigin="anonymous" data-referrer-policy-set="true" src="https://bexp.135editor.com/files/users/1466/14660444/202605/EUOpzwbk_4fmB.gif
5月8日,新思科技芯課程eDT系列主題最后一講將推出:「基于虛擬ECU實現故障注入,助力功能安全測試」,聚焦Automotive VDK 的功能安全故障注入與自動化驗證,講解如何將傳統人工、臺架依賴的安全測試轉化為可腳本化、可回歸的虛擬測試流程。通過真實的OEM 案例,涵蓋軟件故障注入、配置與響應驗證、自動化回歸構建及問題定位,幫助團隊在完整軟件棧上更早發現隱患,提升測試覆蓋率與驗證效率。
測試測量:自動駕駛仿真測試、EMC測試(電磁兼容)、芯片可靠性測試、軟件功能安全測試(ISO 26262)。
6. 新能源與電子電氣架構(EV & EE Architecture)
三電系統:電池管理系統(BMS)、電機控制器、電動控制系統、線控制動/轉向系統。
電子電氣架構:Zone-based架構、高壓配電單元。
本周五14:00,新思科技「基于虛擬ECU實現故障注入,助力功能安全測試」正式開講!感興趣的下滑預約學習??
時間:5月8日 周五,14:00-15:00
內容簡介:
本次芯課程聚焦Automotive VDK 的功能安全故障注入與自動化驗證,講解如何將傳統人工、臺架依賴的安全測試轉化為可腳本化、可回歸的虛擬測試流程。通過真實的OEM案例,涵蓋軟件故障注入、配置與響應驗證、自動化回歸構建及問題定位
在當今快速發展的工程仿真領域,團隊成員之間的高效協作已經成為項目或課題順利推進的關鍵。然而,許多企業、課題組在實際操作中面臨著溝通困難、信息孤島、版本管理混亂等一系列問題,這些問題不僅影響了工作效率,也增加了項目延誤的風險。為了助力企業和科研院突破這些困境,「SimForge 高性能仿真云」推出了一項功能——“在線協同”。
01 什么是「在線協同」? 為什么需要「在線協同」?
在工業4.0與智能制造轉型的關鍵時期,MARC系列作為全球領先的高級非線性有限元分析平臺,已成為企業實現研發數字化、提升產品競爭力的核心技術工具。本文將全面解析MARC的核心功能、技術優勢及其在高端制造、新能源、醫療器械等領域的深度應用,為您展現如何通過先進的仿真技術降低研發成本、縮短產品上市周期。
一、MARC產品核心技術優勢
1. 全面的非線性分析能力
MARC提供業內領先的非線性求解技術
[圖片]
近期,海克斯康 VG 軟件 2025.4版本正式發布。本次版本緊跟行業需求,利用最新版行業標準軟件發揮無損檢測的強大功能,助您實現可靠的數據驅動的無損評估(NDE)。接下來,我們將為大家詳細解讀 VG 軟件2025.4版本的功能變化及亮點:
全面改版的壁厚分析用戶界面
在海克斯康 VG 軟件產品線的 2025.4 版本中,壁厚分析的用戶界面已進行了全面重新設計。
編輯
跳轉
編輯
跳轉
編輯
跳轉
編輯
跳轉
現代制造業面臨日益復雜的加工挑戰:
●多附件頭鏜銑床、車銑復合等復雜機床編程難度高,NC程序驗證耗時長、風險大;
● 傳統仿真方式難以準確模擬程序的準確性,易導致現場撞機;
●CAM與仿真軟件間的數據斷層
作為一名從業多年的IT管理從業者,我深知企業在數字化轉型過程中,軟件許可管理這一個環節常常被忽視,但卻至關重要。有沒有一款適合你企業實際需求、操作簡單、成本可控的軟件許可管理軟件,往往是決定企業IT部門效率和合規性的重要因素。今天,我就來和大家分享我的親身經驗,結合2025年的市場需求和實際情況,帶你全面了解軟件許可管理軟件的選擇邏輯。
行業背景:為什么軟件許可管理越來越重要?
在2025