天天看點

[轉]QNX研讨會:軟體如何定義汽車?

如果你認為本系列文章對你有所幫助,請大家有錢的捧個錢場,點選此處贊助,贊助額0.1元起步,多少随意

聲明:本文隻用于個人學習交流,若不慎造成侵權,請及時聯系我,立即予以改正

鋒影

email:[email protected]

日前,黑莓QNX在中國舉辦了一年一度的技術論壇,在此次論壇上,來自QNX及其合作夥伴的嘉賓圍繞智能駕駛座艙,無人駕駛,汽車安全等議題展開了熱烈讨論。

[轉]QNX研讨會:軟體如何定義汽車?

汽車将由軟體來定義

BlackBerry技術解決方案部銷售與營銷進階副總裁Kaivan Karimi發表了主題演講。在演講中,Karimi指出,QNX進入汽車市場長達22年之久,已廣泛部署在1億量汽車中,涵蓋45個車廠和250個平台,整個QNX生态系統則擁有40家分銷商、內建商、半導體廠商、軟體和系統供應商合作夥伴。

Karimi表示,未來随着自動駕駛、網聯化、共享化以及電氣化的重要演進趨勢來看,軟體所占份額越來越大,而未來的發展也都将由軟體所主導。預計到2020年,自動駕駛汽車軟體市場将從目前的5億美元迅速增長至100億美元,到2030年這一數字将增長至250億美元。

[轉]QNX研讨會:軟體如何定義汽車?

BlackBerry技術解決方案部銷售與營銷進階副總裁Kaivan Karimi

實際上,現在一輛豪華車中的軟體代碼量就已超過了一億行,比Facebook等還要高。

Karimi指出,随着代碼量的增多,系統受到的攻擊也越來越多。除了代碼量的增加,ECU也呈現爆發式增長趨勢,不過ECU的增加勢必會帶來成本、重量以及複雜度的增加,也會增加安全風險。是以目前大部分晶片供應商都開始采用域控制器的方法簡化ECU設計,比如現在火熱的數字座艙概念,率先采用了域控制器概念。

Karimi認為,目前每輛車中有6-8個作業系統,但随着系統簡化的設計要求,未來每輛汽車中的作業系統将會整合,也許未來隻有2-3家作業系統公司。

Karimi援引Irdeto的一組調查資料顯示,85%的消費者更關注汽車安全問題,同時,如今随着汽車電子系統的複雜化,安全事故層出不窮。Karimi說道:“比如IVI和儀表盤對于安全等級的要求不用,是以如果在同一個域下面,需要進行安全隔離,以確定整體的安全性。”

ISO26262的重要意義

QNX産品經理Zheng Yi介紹了ISO26262的意義,其表示,ISO26262認證雖然不是政府要求的,但是如果出現事故,如果能夠證明汽車滿足先進功能安全考量,那麼整車廠不用擔負全責,為了降低風險,車廠已越來越多的關注這一領域。

[轉]QNX研讨會:軟體如何定義汽車?

QNX産品經理Zheng Yi

目前儀表盤需要ASIL-B标準,而符合輔助駕駛則需要ASIL-D的标準。目前ASIL-D标準相比工控領域的最高等級标準難得多,這是因為流水線操作機器人的員工都是受過教育訓練的,但駕車的車主是誰并不知道。

目前ASIL标準主要由ECS三大部分定義,E是指遇到風險的措施,C是駕駛員可控性,S是事故嚴重性。目前最适合認證的就是整車廠,供應商或者Tier1很難拿到車廠的定義,是以隻能根據自身情況進行預估。

值得強調的是,QNX被定位成ASIL-D安全标準。

Zheng Yi表示,功能安全與資訊安全是相輔相成的,但是目前資訊安全在汽車行業中并沒有收到足夠重視。目前功能安全有ISO-26262标準監督,随着軟體變得越來越複雜,ISO26262開始重視軟體标準,是以标準更新的頻率也開始加快,同時對軟體部分有一些修改。

Zheng Yi說道,ISO-26262的認證非常困難,QNX從認證到拿到證書花了兩年時間,而根據Martin Lloyd與Paul Reeve基于16家公司ISO-26262的認證觀察,其成功率隻有25%。

Zheng Yi強調,QNX的安全認證涵蓋了整個生命周期,包括了售後、維護等一系列時段。“以前QNX負責安全相關的隻有4個人,而現在全公司都接受了安全教育訓練。”Zheng Yi說。

最後,Zheng Yi推薦了一本由Chris Hobbs撰寫的Embedded Software Development for Safety-Critical Systems一書,有助于工程師和安規人員了解認證相關知識。[page]

關于資訊安全的話題

QNX軟體工程服務副總裁Victor Marques介紹了資訊安全的話題,Marques提到,目前資訊安全并沒有得到産業鍊的相關重視,随着軟體、配置的不斷複雜,ECU數量的不斷增加,軟體的風險越來越高。

[轉]QNX研讨會:軟體如何定義汽車?

QNX軟體工程服務副總裁Victor Marques

同時,Marques談到,如今大多數Tier1不會把源代碼給原廠,這就讓原廠檢測軟體品質問題變得困難,去年,有33起車輛召回是因為軟體失效造成的。

對于車聯網來說,5G等技術盡管有安全網關接口,但是像無線傳感器等并沒有内置安全,很容易被黑客利用。

盡管現在Linux或安卓相比QNX有大量漏洞,車企也開始注重資訊安全問題,但目前還沒有正式頒布統一标準。

容易暴露風險的地方包括無線、軟體控制、OTA、以及機器學習時會對軟體造成改變等風險,都需要解決。

Marques表示,軟體生命周期管理的時間應該長達7-15年。

為了解決安全問題,黑莓推出了《汽車網絡安全——BlackBerry 的七大關鍵标準建議》,從供應鍊、元件、隔離、現場監控、報警、OTA以及安全文化等角度,對安全開發與認證給予了詳細指導意見。具體可參考:http://www.eeworld.com.cn/qrs/article_2017120741969.html

“黑莓擁有30餘年的資訊安全專家經驗,我們一直在開發新技術、産品、工具及服務,以幫助顧客降低資訊安全和網絡安全方面的風險。”Marques總結道。

聯發科解讀自動駕駛平台

來自聯發科汽車業務部GM Simon Teng介紹了為汽車電子所提供的半導體晶片平台。首先Simon介紹了L0-L5不同輔助駕駛等級下的需求。Simon表示,L0到L5的技術是累進的,其實L1有的功能L5也是包括的。與此同時到了L3之後技術平台會有很大差別就是将有汽車本身進行處理,是以需要處理的資訊更加複雜。

[轉]QNX研讨會:軟體如何定義汽車?

聯發科汽車業務部GM Simon Teng

[轉]QNX研讨會:軟體如何定義汽車?

Simon根據Gartner所釋出的汽車技術生命周期顯示,自動駕駛相關的技術很多,除了硬體之外還有非常多的軟體,是以并不是一兩家公司就可以搞定的,需要産業界人才和各家公司的通力合作。

[轉]QNX研讨會:軟體如何定義汽車?

Simon表示,不同傳感器的功能不同,特點也不同,是以針對自動駕駛會有各種傳感器的融合,但最重要的問題就是生成的資料量巨大,以太網都沒辦法傳輸如此衆多的資料,需要算力不斷提高,但這也意味着功耗大幅增加,是以分布式計算越來越變得重要。

除了傳感器融合,未來通信技術的融合也是大趨勢,包括5G和802.11p兩種标準,目前各國态度不一。

同時,在高精度地圖領域,不同衛星技術也會融合。

談到算法層面,Simon表示,機器學習算法需要和傳統視覺處理相結合,才會更有效率,然而這也會帶來軟硬體系統的複雜度提高。

同時,目前機器學習的架構軟體很多,但是硬體又不是标準的加速器,是以工具鍊、開發環境等都需要進行革新。

Simon總結道,自動駕駛未來的幾大問題包括:安全、連接配接、高精度地圖、成本以及法律道德等問題。

數字座艙的未來

随着數字座艙的到來,通過整合ECU實作成本及線束的節約,但包括導航、擡頭顯示、儀表、Infortaiment等整合在一起對于整體安全性帶來了很大挑戰。

儀表盤正在從機械向數字轉變,數字儀表盤内容豐富,但軟體的複雜度大大增強,GPU就有百萬行代碼驅動,而且不開源,是以通過安全認證非常困難。

QNX的圖像監視方案可實時監測螢幕内容,與想顯示的内容進行實時比較,這并不依賴GPU,而是在CPU上運作,同時利用Arm TrustZone等技術,實作了GPU和CPU位址空間隔離,進而互不幹預,滿足ASIL-B功能安全等級要求。

對于IVI來說,沒有功能安全要求,其最大的挑戰是應用越來越多,從導航娛樂、APP、互聯、浏覽器等,IVI占據了大量代碼和計算資源。

QNX在IVI上有悠久的開發曆史及最大的市場佔有率,其CAR平台可以将自己的方案和第三方中間件整合在一起,通過子產品化設計,實作更多個性化内容。

數字座艙很多優點,IVI和儀表共享資源,可以降低硬體成本,但其實不同特性的功能,儀表需要中等規模複雜度和處理能力,但是有功能安全和實時性要求;IVI則相反,代碼龐大內建度高,沒有安全需求。

目前由于對第三方應用需求增加,車廠對安卓的興趣越來越高,但是把安卓放到車裡有很多挑戰,目前車載安卓的做法就是用标準安卓增加車載接口和服務,相當于把智能手機移植到車裡,但是車載硬體層要OEM自行開發,也就是軟體安全需要車廠負責。

QNX利用Hypervisor虛拟化方案,實作了兩全其美的辦法。用到安卓生态,同時又回避安全穩定性問題。和其他type2的兩層作業系統虛拟化方案不同,QNX是type1的虛拟化,可以直接在硬體上執行,效率更高。同時QNX的微核心架構,可以直接和Linux相容,非常容易擴張或減少功能。

由于具有良好的一緻性,使用者在Car平台中操作安卓,非常順滑的無縫操作感,完全意識不到其中有虛拟機。

2017年底,黑莓宣布與日本Tier 1供應商電裝(DENSO)合作開發号稱世界上首款整合汽車人機接口(HMI)的平台,希望能夠降低汽車裝置叢集及資訊娛樂系統的成本。

全新平台采用的是黑莓的QNX Hypervisor管理程式及英特爾淩動處理器A3900系列,僅在一個電子控制單元下進行工作。Hypervisor扮演的像是一種計算機化的交通警察,指揮着車内電子系統的運作。[page]

華陽電子:談談與QNX的合作

華陽電子創新與發展部經理張海軍從汽車電子未來趨勢開始談起,目前,汽車電子呈現三大特點,第一是增長潛力大,第二是車聯網,第三則是産品疊代速度加快。

但是其也強調了目前系統适配組合面臨的困難,供應端來說晶片廠商和車聯網系統廠商太多,需求端也是有着太多品牌,是以适配組合非常多,人力物力都難以比對。

張海軍介紹了華陽智能座艙四步走發展戰略,第一步是IVI、儀表、空調、車聯網、ADAS等單一産品;第二步是分布式智能座艙,包括IVI和儀表,IVI和空調以及背景娛樂;第三步是人機互動的一體化,将語音識别、手勢識别、車聯網等功能結合進數字座艙;第四步則是內建式智能座艙,通過一顆SoC實作了一芯多屏的控制器,進而優化成本和空間,也使得産品更易于複用。

在軟體層面,華陽也是分為了四個工作領域,首先是硬體的抽象和封裝,主要是驅動的封裝;第二是資料規格和通信标準的封裝;第三是安全及FOTA更新;第四是定制和開發等。張海軍強調,上層應用主要是聯合合作夥伴一起攻克,而底層是需要確定品質把控的,因為真正到了使用者端,上層問題不一定會投訴但是底層出現問題一定是大問題。

談到與QNX的合作,張海軍表示,華陽與QNX在2013年正式合作,2015年基于QNX的IVI産品正式上線量産,同年,數字儀表及ADAS系統開始使用QNX平台,未來雙方還将繼續在hypervisor等領域合作。

QNX Jarvis介紹

BlackBerry Jarvis是一款功能強大的二進制靜态分析軟體,采用軟體即服務(SaaS)的實作方式,可幫助汽車制造商保護其軟體供應鍊。 BlackBerry Jarvis以簡單,快速,可擴充且經濟高效的方式檢查二進制檔案,并深入洞察軟體元件的品質和安全性。

QNX William Dong強調了QNX在安全領域的強大布局,William表示黑莓的兩個部門一個是企業資訊安全事業部,一個是技術方案事業部,這兩大部門就是安全行業的航母編隊,公司自2005年起開始收購各種安全服務公司,并積極開發各類安全軟體,目前擁有40000項專利,其中僅安全領域就擁有37000餘項專利。

[轉]QNX研讨會:軟體如何定義汽車?

William表示,在鋼鐵俠中,史塔克的智能系統就是叫做Jarvis,QNX的Jarvis同樣如此,雖然沒有具體形态,但是可以為你的安全保駕護航。尤其是在供應鍊管理過程中,由于供應商衆多,一個點的突破可能就會造成面的崩潰,而Jarvis可以確定供應商的軟體産品品質。

Jarvis在黑莓内部運作了超過15年,今年把他拿出來,背後的原因主要由以下幾點:軟體價值越來越高,代碼量越來越高;供應鍊管理中Tier2的源代碼不會給Tier1,Tier1的也不會給主機廠,但是對于主機廠來說,不能檢驗代碼品質,而Jarvis可以。

正如捷豹路虎CEO所說,Jarvis能夠讓代碼稽核所需要的時間從30天減少到7分鐘。

William表示,Jarvis可以進行二進制代碼掃描而且不需要符号表,同時由于其采用SaaS模式,是以使用者不需要電腦安裝程式,便可實作最全面的軟體代碼品質周遊。完全不用人工進行任何幹預,隻需要設定相應的KPI,就可以獲得最完整的圖形化報告結果。

中國汽車市場觀察

馬瑞利中國區汽車電子業務部研發經理Daniel Olieira介紹了從馬瑞利觀察到的中國市場情況,Daniel表示,OEM如今重點關注兩大方向,一個是新技術的引入,第二個就是技術推向市場的時間,對于中國市場來說,盡管汽車電子系統複雜性增加,但開發時間還要進一步減少。

是以對于馬瑞利或其他Tier1而言,一方面是主動創新,随時保持挑戰性,另外一種則是由OEM提出的被動創新。

自動駕駛軟體的決策

Zheng Yi介紹了自動駕駛軟體未來的挑戰。

首先是內建化的挑戰,随着ECU的整合,傳統汽車一個供應商負責一個ECU,而現在車廠需要協調多家供應商,沒有足夠的物力财力和資源從零做ECU,是以大量內建工作是第一個挑戰。

第二是挑戰是系統優化,需要适當的工具和足夠的經驗優化整個內建系統。第三個和第四個挑戰則是功能安全與資訊安全,

Zheng Yi表示,面對未來自動駕駛,可能會需要做一下幾個改變:

ECU的內建化對廠商來說是個全新概念,系統架構開發人員對于車内子產品不熟悉,ECU開發人員的思維還較為傳統,需要轉變思想,以系統層面考量和對晶片性能全面駕馭。第二,則是自動駕駛未來加入大量的環境模型、傳感器等資料,需要進行海量資料處理。

Zheng Yi表示,如今自動駕駛系統很多用linux開發,其原因主要是目前的開發尚處于原型驗證階段,而不是量産階段,原型開發不會過多考慮成本、軟體安全性及認證等因素。

實際上,目前有一些優秀的自駕算法平台,正在和QNX合作,希望可以把以前的軟體轉到QNX上。具體而言,QNX利用幾點幫助客戶簡化工作,主要是QNX和Linux完全相容,是以把Linux軟體移植到QNX的困難不大,同時具有完備的開發工具和調試工具等。

Zheng Yi介紹了QNX對于軟體随機故障的處理,随着半導體制程越來越小,硬體随機故障在所難免,這也容易導緻軟體随機故障。對于QNX來說,提供了松散耦合型同步中間件,通過軟體中間件制造備援,進而防範随機故障造成的失誤。因為是中間件,是以可無縫支援多類型晶片、多核晶片以及多作業系統等,運作時處理器不知道彼此,隻和API合作,最終判斷結果交給用戶端處理。

QNX的聲音解決方案

QNX聲學經理Yoonseon Yoo介紹了QNX在聲學方面的解決方案。目前QNX的聲音系統包括降噪,電動汽車警示音系統以及車内通信三大領域。

QNX的特點是最重要的技術都采用軟體實作控制,不需要DSP,進而降低整體開銷,另外由于是軟體實作,是以調試起來非常容易。

[轉]QNX研讨會:軟體如何定義汽車?

比如以前揚聲器調音每個點都需要測試,然而現在通過自動測試方案,可能隻需要不到兩天時間就可以完成整體揚聲器調音。

又或者電動汽車警示音系統可以自定義各種聲音,甚至是修改成轟鳴引擎聲,讓您有飙車的感覺也可以。

目前,QNX在聲學領域傳遞了超過8000萬方案,擁有110項專利,對全球客戶都給與了支援。[page]

合作夥伴對于QNX生态系統的建設

此次技術研讨會,除了演講的QNX和合作夥伴之外,在會議現場,QNX還邀請合作夥伴搭建各類展台,示範Demo,由于與會者對于Demo太過熱情,以至于主辦方不得不催促大家前去聽會。

出席大會的艾拉比總裁芮亞楠就表示,作為QNX的重要合作夥伴,能來到技術大會現場,與廣大汽車電子工程師交流,這也是QNX對于艾拉比的認可。

[轉]QNX研讨會:軟體如何定義汽車?

艾拉比總裁芮亞楠同與會者互動

我們盤點一下出席Demo示範的企業名錄

晶片廠商:

索喜、NXP、Intel、TI、瑞薩、高通、Microchip、全志

[轉]QNX研讨會:軟體如何定義汽車?

TI方案

[轉]QNX研讨會:軟體如何定義汽車?

瑞薩方案

子產品及服務商

馬瑞利、艾拉比、mcloudware、iAuto、延鋒偉世通、Rightware、誠邁科技、ThunderSoft、遠特科技等。

可以說QNX邀請得都是汽車界的重要技術上司廠商,因為正如QNX所說,未來技術愈發複雜,隻有齊心協力,才能加快技術及商業化的落地。

繼續閱讀