硬件開發的案例
研討會回放 | 加快自動駕駛車輛的核心功能硬件和軟件開發
簡化感知-思考-行動范式硬件和軟件開發
毫無疑問，安全性是讓公眾接受自動駕駛車輛、因而助推其發展的關鍵要素。這些車輛內在的復雜性來源于需要分析的大量數據以及高級控制和算法的設計。因此，管理傳感器信息的集成并立即提供適當的解決辦法，就顯得至關重要。需要執行的驗證和確認任務數量龐大，這就迫切需要實施綜合仿真和測試框架，從而使得 142 公里的試驗成為可能。
在本場網絡研討會中，我們將介紹部署簡化感知-思考-行動范式硬件和軟件開發所需的工具和方法，以及：
如何設計、驗證和集成商業可行自動駕駛車輛的關鍵功能硬件和軟件，從而加快其上市速度；
如何為組件設計和系統集成和驗證部署實時“數字化雙胞胎”框架，作為虛擬和物理世界之間的橋梁；
如何在產品開發早期利用跨領域系統工程和仿真，避免在晚期階段產生成本高昂的變更。
主講人簡介：普內特·辛哈 (Puneet Sinha)
普內特·辛哈是 Siemens PLM Software 公司機械分析部門的汽車業務經理。在加入西門子公司之前，他就職于通用汽車公司，擔任全球研發團隊主管，解決了燃料電池和電動電池車輛方面的眾多問題；在此之前，他還在鋰電池制造商帥福得公司工作過。普內特擁有賓夕法尼亞州立大學機械工程專業的博士學位，發表過 20 多篇期刊論文，榮獲了燃料電池和電池組系統設計和工作策略方面的 7 項專利。
展開 導圖 | 硬件開發流程全景圖
來源：硬件十萬個為什么
汽車功能安全工程師入行指南
功能安全開發中的三個V模型 （截圖來自GB/T 34590）
當功能安全是基于base來開發時，不管是對主機廠或供應商來說，這三個角色并不需要定義三個獨立的工程師來做，這未免太奢侈，實際上也沒必要。通常軟/硬件功能安全工程師由軟/硬件工程師兼任。
對軟件功能安全開發而言，在軟件開發流程完善和開發工具滿足要求的前提下，在軟件設計和驗證過程中，功能安全需求和功能需求無需過分區別對待，有很多公司的軟件開發流程本身就能保證符合ISO 26262中ASIL D的要求。因此功能安全對軟件工程師增加的工作量主要體現在需求分析和輸出文檔，包括：
對系統層分配下來的安全需求進行可行性分析；
對輸入信號提安全需求；
滿足系統層或客戶的文檔需求。
對硬件功能安全開發而言，通常一款硬件的設計周期很長，而且設計好后很多年不會更新，所以幾乎不會在客戶項目中重新開發硬件。基于此，項目中硬件功能安全開發就可以完全沿用base既有的開發，功能安全對硬件工程師增加的工作量主要是：
為系統安全工程師提供FTA分析需要的硬件component失效率數據（FMEDA）；
滿足系統層或客戶的文檔需求（如ECU FMEA分析報告）。
只有系統功能安全開發需要定義一個專門的崗位：功能安全經理。主機廠和供應商對功能安全經理的職責定義側重點有一些不同，這也是主機廠和供應商之間的合作模式決定的。主機廠側重于定義安全需求并分配給供應商，供應商則側重于實現安全需求。
展開 江淮汽車：域控制器與主干網技術路線探討
而EPS、ESC、EMS、TCU傳統動力底盤系統僅做軟件開發以適應自動駕駛對轉向、制動、加速、停車的要求。
車身控制領域和智能座艙領域是客戶價值體現最多的領域，功能越來越復雜，所用的新技術大部分來自于消費電子，如車聯網、語音控制、AI等，由于更新升級較快，迭代周期更接近于手機，需要OEM自主開發實現快速應用和迭代，要求OEM必須具備在控制器軟硬件方面的開發能力。
3. 向域控制與主干網方向迭代的技術路線
域控制器是對領域內算力的整合，按照功能域或區域整合，對軟硬件開發能力要求更高，將相關或不相關的功能整合在一起，域控制器具備主干網的接口。主干網采用高速通信，目前主流仍然是CAN，動力底盤部分有采用Flexray，成本高"。高端OEM在研究以太網作為主干網，但國內傳統主機廠難以承受研發投入和零部件成本，且整車層面沒有必然的功能需求，目前僅在自動駕駛領域和OBD診斷方面采用。各主機廠基礎技術架構不同，研發組織架構不同，無法全盤推倒，所以根據自身的實際情況去迭代開發才是最符合自身需求、降低開發成本和控制開發周期的路線。下文以傳統分布式電子電氣架構為例，研究往域控制與主干網方向演進的技術路線。
3.1 第一階段∶形成2個域控制器
動力底盤單元不變。在車身領域以BCM車身控制為中心整合出車身域控制器，帶大量的子CAN和LIN等子網，短期內不能整合的則作為子節點。隨著開發能力的提高，域控制器逐漸集成控制類的子節點，最終只保留了帶總線的開關、傳感器和執行器以及對造型和安裝結構有特殊要求的部件，其內部軟件完全通用化2。同樣在智能座艙領域，以HMI主機中心儀表、HMI屏、HUD等座艙域控制器下屬的顯示屏，通過內部CAN傳輸控制信號，LVDS、CAN、以太網等傳輸視屏和音頻等信號，通過LIN傳輸傳感器、開關和部分執行器的信號。
展開 
3/15 線上研討會 | 上汽、村田、黑芝麻等多位嘉賓傾情分享，共同推動智駕系統的發展
當前智能駕駛面臨標準化、成本壓力、性能準確度、人機交互和法規遵從等問題難點，其中智駕域控制的硬件設計更是挑戰之一。以硬件設計中的芯片來舉例，智能駕駛芯片的開發本就極為復雜，車規級芯片更是需要經過復雜的測試認證流程，關鍵技術涉及先進封裝、安全機制、核心IP、隔離技術、多芯片高速、低延時互聯架構技術等。
本次研討會首場直播將深入探討智能駕駛領域的挑戰和解決方案，特別聚焦于智駕域控制的硬件設計難點。邀請了包括上汽研發總院智能駕駛中心硬件開發團隊系統經理陳龍、村田電子貿易（上海）有限公司電容產品技術經理周耀俊、黑芝麻智能智能高級產品市場經理額日特、村田電子貿易（上海）有限公司傳感器產品技術副經理王徐崢等業內專家共同參與并作主題分享。通過與會專家分享和交流，我們將探討如何應對技術與產業挑戰，推動智能駕駛系統的發展和應用。
活動議程：
開播時間
2024年3月15日，13:30-16:00
嘉賓
上汽研發總院智能駕駛中心硬件開發團隊系統經理
陳龍
嘉賓
村田中國電容產品技術經理
周耀俊
嘉賓
黑芝麻智能高級產品市場經理
額日特
嘉賓
村田中國傳感器產品技術副經理
王徐崢
展開 “智”造新時代 | 2018中國AI&自動化方案大比武盛大開啟
具備技術方案定義和開發能力
2. 有產品出貨和主要客戶
3. 具備元器件的應用能力
4. 應用場景的創新力
5. 公司基本資質
評委審核通過的服務商還可直接進入快包TOP服務商，可賣的核心板可以入住快包自營，實現在線銷售。設計方案可以進入方案超市，供雇主查詢定制開發或直接雇傭。TOP服務商還可對接產學研項目，發展深度技術與資本合作項目。
落地活動
大比武成果展與技術交流將于2018年4月9-11日舉辦。我愛方案網每年4月舉辦智能硬件開發者創客大會，是中國電子信息博覽會的核心活動。2018年大會主題內容是人工智能與自動化大比武成果展示，給優勝服務商分享、給更多服務商交流。
展開 軟件定義汽車技術體系研究
目前，國際汽車廠商的研發流程已有成熟模板，圖1展示了通用汽車的全球整車開發流程。
圖1 通用汽車全球整車開發流程
1.1.2 軟件定義汽車整車開發流程
軟件定義汽車整車開發流程在整體上仍包含上述5個階段，但具備以下顯著不同點。
軟件開發比重將大幅增加。據摩根士丹利估計，未來軟件價值占比可能達60%左右。此外，大眾汽車表示，到2030 年軟件開發成本將占整車開發成本的一半左右。
軟硬件開發解耦，但持續協同，如圖2 所示。軟件定義汽車通過軟硬件開發的有效解耦與持續協同，使軟件開發、驗證、交付等不依賴于整車硬件開發進度，在開發各個階段都能即時釋放軟件產品。
圖2 軟硬件解耦、持續協同
硬件開發向架構化、模塊化、工具箱策略趨勢發展，如圖3所示。當前國內外主要車企在整車開發上都注重發展平臺化，將不同產品的子系統、零部件通用化。架構化、模塊化的概念則基于平臺化，當平臺數量過多時會導致冗余浪費，通過研究平臺間的關系，形成統一架構整合各平臺。平臺化的概念側重于物理上的共用零件，而架構化的概念側重于設計過程上的同方法和制造過程中的模塊化。工具箱策略則是指不論車輛尺寸和性能，各種車型都可以通過已有整車開發工具箱內的模塊集成拼裝組成。
圖3 大眾汽車平臺模塊化戰略（圖片來自大眾）
從開發策略與汽車等級的關系角度來看，平臺化是單汽車等級的協同增效，底盤件共用等策略化僅適用于特定汽車等級的開發，架構化和模塊化適用于多汽車等級的開發，工具箱策略則覆蓋所有汽車等級的開發需求。
用戶需求導向的定制化開發。
展開 JNTC開發出車載顯示曲面玻璃AG蝕刻技術
當前智能駕駛面臨標準化、成本壓力、性能準確度、人機交互和法規遵從等問題難點，其中智駕域控制的硬件設計更是挑戰之一。以硬件設計中的芯片來舉例，智能駕駛芯片的開發本就極為復雜，車規級芯片更是需要經過復雜的測試認證流程，關鍵技術涉及先進封裝、安全機制、核心IP、隔離技術、多芯片高速、低延時互聯架構技術等。
本次研討會首場直播將深入探討智能駕駛領域的挑戰和解決方案，特別聚焦于智駕域控制的硬件設計難點。邀請了包括上汽研發總院智能駕駛中心硬件開發團隊系統經理陳龍、村田電子貿易（上海）有限公司電容產品技術經理周耀俊、黑芝麻智能智能高級產品市場經理額日特、村田電子貿易（上海）有限公司傳感器產品技術副經理王徐崢等業內專家共同參與并作主題分享。通過與會專家分享和交流，我們將探討如何應對技術與產業挑戰，推動智能駕駛系統的發展和應用。
活動議程：
開播時間
2024年3月15日，13:30-16:00
嘉賓
上汽研發總院智能駕駛中心硬件開發團隊系統經理
陳龍
嘉賓
村田電子貿易(上海)有限公司電容產品技術經理
周耀俊
嘉賓
黑芝麻智能高級產品市場經理
額日特
嘉賓
村田電子貿易(上海)有限公司傳感器產品技術副經理
王徐崢
展開 整車控制器（VCU/HCU）開發咨詢服務
開發工具RCP介紹
RCP硬件開發平臺
產品級硬件平臺共有3 個平臺可以選擇，如下所示：
工程服務內容
基于經緯恒潤現有成熟硬件平臺開發新能源汽車（Demo 車、公告車、資質車、量產車等）VCU/HCU，具體內容包括：
VCU/HCU需求分析和方案設計
VCU/HCU軟件開發
VCU/HCU實車功能調試
VCU/HCU臺架與實車標定
相關試驗和數據分析
可服務的新能源汽車類型包括：
單電機純電動
雙電機純電動
四輪純電動
BSG系統
ISG系統
PHEV
增程式HEV
燃料電池VCU
服務優勢
根據客戶需求定制服務
豐富方案供客戶選擇
V流程開發模式，縮短開發周期
交鑰匙工程，打包服務
展開 失于冒進，商用無人機操作系統開發商 Airware 停運
Airware 創立于 2011 年，其主營業務是無人機系統應用的開發以及無人機采集信息后的數據管理與分析。借助 Airware 的技術，來自建筑、油氣礦、保險、房地產等行業的客戶可以利用無人機進行勘測與評估，一方面提高企業生產力，另一方面規避人力勘探中潛在的風險。2015 年，Airware 成立基金，用以投資商用無人機領域的早期創企，以求發揮戰略協同效應。2016 年，Airware 收購無人機數據分析創企 Redbird，并宣布涉足硬件開發領域，為客戶提供一站式解決方案。
Airware 在一則聲明中確認了即將關閉的信息，并表示“市場成熟所需的時間長于預期”。企業客戶接受度不高，現有硬件不適配，融資卻一帆風順，這促使 Airware 選擇了自行開發硬件的激進策略，而非等待硬件廠商迎頭趕上。其團隊規模一度達到 140 人，其中不乏來自Google、Autodesk、SpaceX 和 NASA 的頂級專家，但燒錢攻堅非但沒有鞏固技術優勢，反而引發了一系列的財務問題。業務衰退與裁員從兩年前開始出現，盡管Airware 積極地尋求行業內的戰略投資，但最終也未能熬過這輪資本寒冬。
展開 經緯恒潤三位一體“安全”流程方案，助力智能網聯汽車產品量產落地
關于成“一”
以ISO-26262安全生命周期為綱、以三大領域安全活動為目，融為一套開發體系，覆蓋所有安全需求的定義，完整實現安全設計、安全分析、安全驗證與測試的目標。
ISO-26262中定義了完整的產品安全生命周期，覆蓋產品開發、安全管理以及支持過程。因此我們將ISO-21448預期功能安全與ISO-21434網絡安全的流程，依附于ISO-26262安全生命周期，開展各標準所要求的安全開發活動。即，以安全目標獲取——安全需求開發——安全設計與分析——驗證測試的工作流為主線，共享安全管理與支持過程，從而實現將三個領域融合為一套流程。
下圖為三個標準體系間主要開發與驗證活動的Mapping關系，首先基于對相關項和系統的功能規范定義，實施危害/威脅分析與風險評估，識別安全目標并導出安全需求；其次展開系統層的安全設計。隨后對通過軟硬件開發階段的產品進行系統集成驗證與整車安全確認驗證。最后基于各標準的要求對開發成果進行安全評估并實現產品發布。
展開 
【技術貼】基于模型的xCU控制系統開發
當今車輛部件和子系統與其控制系統的相互作用日益增強，控制函數的日益復雜使得各種各樣的測試開發任務呈級數增長，控制器的軟硬件開發成為車輛開發中最為關鍵的環節。AVL先進的仿真技術為控制器開發提供了一系列滿足不同車輛性能開發的仿真工具，這些工具都具備有卓越的實時仿真能力和精確的仿真精度，為實現控制器從SiL到HiL再到臺架測試系統開發的流程提供了保障。
AVL CRUISE自推出以來，以便捷通用、直觀易懂的建模方式以及基于工程應用開發設計的特點贏得廣大中國汽車工程師的喜愛，在主機廠內擁有廣大的用戶群。同時針對車輛電氣化的特點，為有效提高車輛能量利用效率，AVL及時推出適用于多學科、多領域（機械、電、熱）的專業仿真軟件CRUISE M，這兩款軟件都支持將模型轉換為硬件系統能夠直接讀入并運行的模型，能夠在HiL的環境下，在線的對模型中的重要數據進行修改，并研究其對車輛性能的影響。另外AVL集成及開放式開發平臺Model.CONNECT?支持通過CAN、TCP/IP或者UDP協議將電腦中運行的仿真模型（虛擬的部件）與真實的控制器直接相連或者與HiL系統相連；值得一提的是M.C.還支持將一些本身計算速度能夠達到實時性，但是并不能支持實時操作系統的仿真模型集成到平臺上，完美地實現了虛擬（非實時系統）與真實（實時系統）世界的鏈接。
進一步，Model.CONNECT?與AVLTestbed.CONNECT所組成的工具鏈，可以輕易實現將仿真模型集成于零部件測試臺架，使得在零部件開發階段就能再現其與整車其他系統的相互作用以及實際路況的影響，使得這個階段的xCU標定更接近于實際車輛行駛條件。
展開 自適應計算：AI與碳中和融合時代的完美答案
但隨之而來的問題是，器件或微系統的復雜度大幅度提升，對應用的開發者提出了更為苛刻的要求，即必須從熟練掌握圍繞單一處理架構設計轉變為精通至少兩種處理器架構應用層設計的復合型人才，而熟練掌控兩種處理器體系所需要的知識積累并非1+1=2那么簡單。這個時候開發者最需要的是什么？是可以幫助他們快速跨過不同處理架構的基礎硬件設計，盡可能縮減不同硬件體系的應用程序開發兼容性，理想狀況下只需要他們針對自己應用開發上層的系統級設計。能夠快速幫助開發者消除異構計算中的處理資源分配的選擇問題，實現充分發揮異構體系不同內核的最高任務執行效率，這就是自適應計算出現的價值。
作為自適應計算概念的提出者，賽靈思很早就開始對優化異構計算開發的探索，從十幾年前的Zynq架構的誕生開始，賽靈思秉承幫助開發者簡化對異構計算中底層硬件開發所需的知識積累，采用更為系統化的設計理念去發揮異構SoC內不同處理架構的優勢，進而實現更為高效的任務處理和系統設計。特別是伴隨著FPGA這種并行處理架構在大規模計算和原型設計中越來越受歡迎，FPGA+XXX的異構設計已經成為主流。如何幫助系統級應用的開發者特別是偏應用軟件開發者無需重新學習并不熟悉的VHDL這樣的傳統硬件開發語言，這就是Vivado最典型的價值，在異構SoC的基礎上，利用優化的開發軟件實現對多內核的控制和調用。
如今，無論是大規模數據中心，還是以智能計算驅動的新一代應用和任務處理，基于異構的硬件新平臺再一次呼喚擺脫傳統觀念束縛的新設計思維，從而將開發者的時間更多的聚焦到應用端的創新，而不需要考慮異構內核之間的效率和分配問題。自適應計算意味著硬件將針對應用進行調整和優化，而不是將應用映射到預定義的硬件架構上。有了自適應計算，我們可以欣然接受特定域架構的概念并渴望實現整個應用加速。
展開 經緯恒潤新能源混動系統開發服務，助力新能源汽車發展
經緯恒潤基于豐富的產品和算法開發經驗，能夠為車企提供P0至P4不同混動構型的咨詢服務業務，包括系統級動力及油耗仿真分析、48V及高壓混動系統解決方案(動力系統選型及匹配、三電系統軟硬件開發、實車調試及標定)、P2混動結構AMT自動變速箱算法開發(可集成于整車控制器)。以上算法及硬件平臺可支持客戶快速從咨詢研發階段轉為量產配套產品，縮短研發周期，提高研發效率和產品穩定性。
目前，經緯恒潤已經為上汽、陜汽、江鈴、東風、重汽等眾多主機廠提供了混動系統開發服務，服務質量得到了客戶們的廣泛認可！未來，經緯恒潤將緊跟汽車行業發展大勢，堅持自主創新，為更多的客戶提供更好的產品和服務，為汽車工業的發展貢獻自己的一份力量！
展開 官方免費 | ANSYS medini analyze 2020 R1新功能介紹
直播簡介
ANSYS medini analyze是一款專業的功能安全開發平臺工具，能夠符合汽車，軌道交通，航空等領域的安全開發流程，隨著汽車智能化和網聯化的發展，安全已經成為至關重要的一部分，然而傳統的功能安全分析已經無法滿足智能化，網聯化汽車安全分析的需求，新版本的medini在傳統功能安全分析的基礎上增加了預期功能安全分析以及信息安全分析的內容，能夠給客戶提供完整的系統安全分析解決方案，此外，也優化了工業及航空領域的安全分析內容，能夠給工業及航空客戶帶來更好的體驗。
適宜人群
汽車，航空，工業領域做安全分析或者功能，系統，軟硬件開發的工程師
時間安排
2020年3月6日 16：00
講師簡介
韓慶洋
ANSYS SBU應用工程師
擁有自動駕駛領域功能安全以及預期功能的功能安全開發經驗，熟悉ISO26262以及SOTIF標準，目前負責ANSYS medini工具的支持與咨詢工作，對于自動駕駛安全分析有著深入見解。
報名方式
點擊報名：http://event.31huiyi.com/1825987961/index?c=jishulink
展開 