黑莓桌面管理器42文章列表:

• 1、腦洞君最新力作：LG V20全國(guó)首發(fā)上手體驗(yàn)
• 2、不得不承認(rèn) Apple Pencil 比手指更好 使喚
• 3、D1net閱聞：Azure高級(jí)消息服務(wù)正式發(fā)布
• 4、AUTOSAR AP 與 CP 的差異在哪里？
• 5、QNX在CES推出用于ADAS和自動(dòng)駕駛的軟件平臺(tái)

腦洞君最新力作：LG V20全國(guó)首發(fā)上手體驗(yàn)

說起LG，可能有很多發(fā)燒友會(huì)發(fā)出“恨鐵不成鋼”的感慨。不管怎么說，我們還是如期迎來了他們的最新旗艦——V20。

LG在進(jìn)入Android陣營(yíng)以后，推出了很多有亮點(diǎn)的機(jī)型，Optimus 2X、Opimtus 3D、Opitimus 4X、G2、V10、G5等對(duì)“樂金粉”而言相信都是如數(shù)家珍，尤其是近一兩年的V10、G5讓我們充分感覺到LG的腦洞究竟有多大，而本文的主角V20，也正是V10的延續(xù)。它的最大特色，是延續(xù)了V10的雙屏幕以及G5的雙后置攝像頭的配置，除此以外依然保留了可換電池的設(shè)定。

本次體驗(yàn)使用的是韓版的V20，型號(hào)LG-F800L，僅供參考。

V20的包裝，依然是LG慣用的簡(jiǎn)潔設(shè)計(jì)。

打開以后，采用了一種“翻頁”的形式打開，左邊是手機(jī)，右邊是配件。

再翻開內(nèi)層，可以看到配件由四個(gè)小部分構(gòu)成，這個(gè)包裝設(shè)計(jì)得比較有新意，也很有立體感。

取出耳機(jī)的小盒，可以看到B&OPlay的logo，這一次V20附送了一款B&O調(diào)音的耳機(jī)，號(hào)稱價(jià)值1400港幣。

打開所有配件，除了常規(guī)的耳機(jī)、數(shù)據(jù)線、電源適配器之外，還有一個(gè)OTG轉(zhuǎn)接器和Type-C轉(zhuǎn)microUSB的轉(zhuǎn)接器，LG在配件上似乎也看齊了三星。由于V20采用可換電池的設(shè)計(jì)，包裝內(nèi)當(dāng)然還有一塊專用電池。

數(shù)據(jù)線依然看起來用料十足，不過變成扁平的設(shè)計(jì)。

電池容量3200mAh，是一塊中國(guó)制造，LG自產(chǎn)的電池。

附送B&O的耳機(jī)，采用入耳式設(shè)計(jì)，分線器以上采用膠質(zhì)材料，分線器以下則是編制外殼。

耳機(jī)用料一般，整個(gè)墻體包括導(dǎo)管都是塑料材質(zhì)，看上去檔次不是很高，所以筆者也對(duì)1400港元的價(jià)值持懷疑態(tài)度。

回到手機(jī)本身，初看V20，和V10在設(shè)計(jì)上已經(jīng)有很大的區(qū)別，不變的是依然有一塊QHD（2560*1440）級(jí)的5.7英寸IPS屏幕，另外還有一塊160*1040的輔屏。

很多人說V20是“抄襲”黑莓Z10，實(shí)際上那是他們不太了解LG的歷史機(jī)型，明顯V20更像是向早在2011年就推出的Optimus 3D致敬。

聽筒部分設(shè)計(jì)得很收斂，前面板玻璃的上下邊緣帶有一定的弧度，但是曲率沒有G5的那么大。

雖然V20也有三層（包括虛擬鍵）下巴，不過屏幕下方的區(qū)域高度控制得很好。

我們知道V10采用了兩顆前置攝像頭，其中一顆是廣角的，實(shí)現(xiàn)多人自拍，而V20同樣可以實(shí)現(xiàn)這個(gè)功能，不同的是它用一顆攝像頭就能實(shí)現(xiàn)了。這是一顆500萬像素，F(xiàn)/1.9的攝像頭，相比V10來說光圈更大。攝像頭右側(cè)是光線傳感器和距離傳感器。

輔助屏幕的造型和功能都和V10沒什么大的不同，通過傳感器配合，它在待機(jī)的時(shí)候會(huì)有三種狀態(tài)，高亮度、低亮度以及完全關(guān)閉。

由于V20的邊框并不窄，加上5.7英寸的大屏幕，單手握持起來會(huì)略顯吃力，而且背部的噴砂工藝 弧面讓它握持起來給人的感覺不是很踏實(shí)，總感覺要滑出去，這一點(diǎn)要特別小心。

背部設(shè)計(jì)，V20和V10也是大相徑庭，基本上看不出是一個(gè)系列的產(chǎn)品。

雙攝像頭的設(shè)計(jì)讓我們想起了G5，由于機(jī)身結(jié)構(gòu)有很大區(qū)別，V20和V10、G5都不一樣，后蓋是三段式設(shè)計(jì)。

經(jīng)過了G4、V10和G5三代產(chǎn)品，LG也終于更新了后置攝像頭的配置，把傳感器更換成今年很流行的了IMX298，副攝像頭更換成800萬像素的IMX219。其余的光學(xué)防抖、激光輔助對(duì)焦、雙LED補(bǔ)光燈以及F/1.8光圈等特性都得以保留。

噴砂工藝很細(xì)膩，手感不錯(cuò)，部分版本后蓋上還帶有B&O的“信仰logo”（圖中是韓版V20）。

要打開V20的后蓋只需要按下機(jī)身側(cè)面的按鍵，一般這個(gè)位置的按鍵會(huì)是快門鍵。

后蓋采用了鋁合金材質(zhì)，表面采用了噴砂工藝，深灰色看起來低調(diào)而內(nèi)斂。

里面看起來也充滿了質(zhì)感，攝像頭附近有NFC線圈。

LG堅(jiān)持了多年的可換電池式設(shè)計(jì)，主流品牌的高端手機(jī)中，估計(jì)也僅此一家了，難能可貴的是V20在保持可拆結(jié)構(gòu)的情況下依然保證了7.6毫米的厚度。

韓版V20支持一張nanoSIM和一張microSD卡，兩個(gè)卡槽是重疊在電源鍵右側(cè)的。

機(jī)身頂部有降噪麥克風(fēng)，值得慶幸的是，紅外傳感器得以保留。

底部中置Type-C接口，兩側(cè)分別有3.5mm耳機(jī)接口、麥克風(fēng)、揚(yáng)聲器。

機(jī)身左側(cè)是音量鍵，可以想象得到用傳統(tǒng)的截屏方式操作起來會(huì)有點(diǎn)別扭。

雖然采用了可拆卸式后蓋，不過V20機(jī)身上的一些接縫處處理器得還算是可以，縫隙不會(huì)太大。

V20是全球首臺(tái)預(yù)裝Android 7.0系統(tǒng)的手機(jī)，在截稿前親兒子Pixel的第一批貨依然沒有發(fā)出，這也是少有的非親兒子搶了系統(tǒng)首發(fā)。系統(tǒng)可以讓用戶自行選擇是否有二級(jí)菜單。下拉欄融合了原聲Android的風(fēng)格，不過快捷開關(guān)變成了4*3一共12個(gè)。

系統(tǒng)設(shè)置風(fēng)格改動(dòng)不大，系統(tǒng)基于Android 7.0正式版，安全補(bǔ)丁是9月1日的。

系統(tǒng)內(nèi)置了大量韓國(guó)本地運(yùn)營(yíng)商的應(yīng)用，不過大多都可以順利卸載。LG也帶有類似三星“智能管理器”的功能，名叫Smart Doctor，不過功能上要弱很多，也不能切斷應(yīng)用的自啟。

輔屏可以針對(duì)主屏打開和關(guān)閉兩種情況自行設(shè)置，屏幕設(shè)置中相比G5功能更豐富了，加入減低藍(lán)光的顯示模式，并增加了“高級(jí)設(shè)置”的功能選項(xiàng)。

V20和G5的總體配置基本在同一水準(zhǔn)，使用了驍龍820標(biāo)準(zhǔn)版（2.15GHz 1.6GHz），GPU則是Adreno 530@624MHz，GPU驅(qū)動(dòng)版本沒有更新，依然是V145。

相信大家對(duì)V20的成像效果都比較感興趣，這里就不賣關(guān)子直接上夜景樣張：

iPhone 7 Plus（主攝像頭）

LG V20（主攝像頭）

LG G5（主攝像頭）

從這一組樣張來看，曝光來看，LG兩臺(tái)手機(jī)相比iPhone 7 Plus都要大很多，在燈光處很多都出現(xiàn)過曝的情況，兒其中V20比G5在曝光控制上要更加激進(jìn)一些，有一種把黑夜拍成白天的感覺。細(xì)節(jié)方面，V20最好，G5次之，iPhone 7 Plus由于把ISO壓得很低，導(dǎo)致很多暗部細(xì)節(jié)已經(jīng)看不到了。噪點(diǎn)方面，V20比G5略多，它們兩者都比iPhone更多。另外，V20在拍攝夜景的時(shí)候還有明顯的偏紅問題，白平衡方面要差于G5。

關(guān)于V20更多體驗(yàn)和數(shù)據(jù)分析，我們將會(huì)在后續(xù)詳細(xì)評(píng)測(cè)中給大家揭曉，敬請(qǐng)留意。

我們的微信公眾號(hào)：playphone

更多精品專業(yè)的評(píng)測(cè)，更多好玩有趣的視頻，歡迎關(guān)注微信公眾號(hào)《愛搞機(jī)》和《搞機(jī)啦》。關(guān)注愛搞機(jī)，分享美好數(shù)字生活。

不得不承認(rèn) Apple Pencil 比手指更好 使喚

2010 年 iPhone 4 發(fā)布會(huì)后的 Q&A 環(huán)節(jié)，蘋果公司已故 CEO 史蒂夫·喬布斯談到了觸控筆，他說：“這就像比如在 iPad 上，如果你看到一支手寫筆，那么他們一定搞砸了。”和喬布斯其他常常被引用的話一樣，很多與這句話相關(guān)的分析都脫離了上下文。他在說完這句話之后，緊接著還有一段話，“在多任務(wù)中，如果你看到了任務(wù)管理器……那么他們一定搞砸了，用戶應(yīng)該不需要考慮這些。”

對(duì)，完全不同的概念。喬布斯的重點(diǎn)是如果你需要借助觸控筆或者任務(wù)管理器來使用你的設(shè)備，那就意味著你是失敗的。觸控筆和任務(wù)管理的界面性質(zhì)一樣，都是無形的，但是必須讓用戶感覺用起來得心應(yīng)手。

再回到觸控筆這個(gè)話題上，可以說一直以來它都是最受期待、甚至有點(diǎn)炒作過度的一項(xiàng)技術(shù)。你是否還記得 Momenta、PenWindows、Go 或 Newton 等產(chǎn)品？它們無一例外都失敗了。這不僅是因?yàn)樗鼈兺瑫r(shí)支持鍵盤和觸控筆，它們還有兩個(gè)更大的問題。

首先，它們的主要賣點(diǎn)都是手寫識(shí)別，可惜這項(xiàng)功能都沒有達(dá)到用戶的預(yù)期。這就很容易想明白了：如果你都看不出自己寫的字，那你怎么會(huì)覺得電腦就能夠識(shí)別出來？如果手寫真是一個(gè)驅(qū)動(dòng)因素，那它應(yīng)該能夠隨時(shí)完美解析所有手寫的內(nèi)容。但是不可能。

第二，大部分硬件還不適合搭配觸控筆使用。大小尺寸、重量、電池續(xù)航，有了鍵盤還需要觸控筆，這些都是失敗的原因。

“觸控筆計(jì)算”并沒有死，但是它已經(jīng)沉睡了好長(zhǎng)一段時(shí)間。導(dǎo)航或者文本輸入需要借助觸控筆來完成，顯然這是多么牽強(qiáng)。相比起來鍵盤還更好用，這也是黑莓能夠在市場(chǎng)上叱咤風(fēng)云多年的原因。

要解決觸控筆的問題關(guān)鍵在于，與它適配的應(yīng)該是強(qiáng)大、輕薄、全天續(xù)航的觸控硬件設(shè)備。它需要的是一個(gè)完全支持觸控操作的用戶界面，這樣用戶使用設(shè)備時(shí)不需要硬件鍵盤或者觸控筆的協(xié)助。然后手寫識(shí)別什么的先放到一邊吧，它的主要使用案例還是在筆記或者繪畫應(yīng)用上。

看到這里是不是覺的很熟悉？沒錯(cuò)，就是 iOS 和 iPad。Apple Pencil 為 iPad 打開了一扇新的大門，創(chuàng)造了更多使用案例，iPad 被廣泛使用到各種場(chǎng)景之中。有時(shí)候在 iPhone 6s Plus 上打字，可能你也會(huì)想象如果它也有一支 Apple Pencil，那它就是一本便攜的數(shù)字筆記本了。

我們的手指也是觸控筆，但是在 iPad 上寫寫畫畫的時(shí)候它們也不怎么聽使喚，還是需要借助比手指更加精準(zhǔn)的工具。希望以后 Apple Pencil 能和 iOS 一起更新，蘋果可以提供 API 這樣第三方開發(fā)者可以進(jìn)一步開發(fā)它的潛能。

D1net閱聞：Azure高級(jí)消息服務(wù)正式發(fā)布

Azure高級(jí)消息服務(wù)正式發(fā)布

7月15日，微軟宣布，Azure高級(jí)消息服務(wù)正式發(fā)布（GA），距離微軟推出預(yù)覽版已經(jīng)有10個(gè)月的時(shí)間了。Azure高級(jí)消息服務(wù)以微軟的平臺(tái)即服務(wù)（PaaS）消息平臺(tái)Azure服務(wù)總線為基礎(chǔ)構(gòu)建。高級(jí)服務(wù)包含現(xiàn)在能夠在Azure服務(wù)總線標(biāo)準(zhǔn)消息層中找到的所有基于云的消息功能，比如隊(duì)列和主題。不過，該服務(wù)不是一個(gè)多租戶消息平臺(tái)，和標(biāo)準(zhǔn)消息層一樣，并且允許客戶將專用的計(jì)算資源用于他們的工作負(fù)載。計(jì)算資源專用的結(jié)果是，服務(wù)總線團(tuán)隊(duì)增大了客戶可以在消息服務(wù)中處理的最大消息。高級(jí)消息服務(wù)支持的最大消息由傳統(tǒng)的256KB提高到了1MB。

Facebook嘗試新的方法來發(fā)布開源項(xiàng)目

上周，F(xiàn)acebook發(fā)布了Create React App，這個(gè)新項(xiàng)目旨在幫助React開發(fā)者快速上手其新項(xiàng)目。Create React App這個(gè)新項(xiàng)目只是一個(gè)開始，它也成為了Facebook在GitHub上的孵化器的首個(gè)項(xiàng)目。

數(shù)據(jù)分析與數(shù)據(jù)倉庫平臺(tái)Panoply.io獲700萬美元A輪融資

以色列的數(shù)據(jù)分析與數(shù)據(jù)倉庫平臺(tái)Panoply.io剛剛獲得了700萬美元的A輪融資，由Intel Capital領(lǐng)投，原有投資者Blumberg Capital跟投。Panoply.io是一家提供數(shù)據(jù)倉庫與數(shù)據(jù)分析服務(wù)的初創(chuàng)企業(yè)，成立于2015年，總部位于以色列特拉維夫。其云數(shù)據(jù)倉庫與分析平臺(tái)號(hào)稱可以在5分鐘內(nèi)收集十多個(gè)來源的裸數(shù)據(jù)并將其轉(zhuǎn)化為復(fù)雜的分析和數(shù)據(jù)洞察，數(shù)據(jù)模式定義、數(shù)據(jù)建模以及配置這些事情完全都是由平臺(tái)進(jìn)行。目前該服務(wù)仍處在封閉測(cè)試中，公司計(jì)劃在今年夏季末的時(shí)候推出開放公測(cè)。

App迭代優(yōu)化平臺(tái)Apptimize獲得1240萬美元B輪融資

Apptimize主要幫助企業(yè)優(yōu)化、測(cè)試、并快速迭代移動(dòng)App，對(duì)于那些對(duì)移動(dòng)業(yè)務(wù)依賴較高的企業(yè)來說，Apptimize公司所提供的工具服務(wù)可以幫助他們快速開發(fā)、測(cè)試、并響應(yīng)客戶數(shù)據(jù)。最近該公司宣布獲得了1240萬美元的B輪融資。該公司的客戶均是業(yè)內(nèi)知名企業(yè)，包括Hotel Tonight、Trulia、Vevo、Hotels.com、以及《華爾街日?qǐng)?bào)》。到目前為止，大約有100多家大品牌公司在使用Apptimize平臺(tái)。

黑莓新的消息統(tǒng)一收件箱軟件Hub開放適用于所有安卓Marshmallow系統(tǒng)設(shè)備

黑莓宣布他們新的Hub軟件已經(jīng)可以適用于所有6.0 Marshmallow及以上安卓系統(tǒng)設(shè)備。消息統(tǒng)一收件箱軟件Blackberry Hub整合了電子郵件、短信、社交網(wǎng)絡(luò)以及一些其它賬戶消息統(tǒng)一進(jìn)行處理，之前只適用黑莓自己的BlackBerry 10和安卓系統(tǒng)手機(jī)，如Priv和DTEK50。Hub軟件將和日歷、密碼管理器整個(gè)成一個(gè)Hub 在Google Play上線，前30天免費(fèi)。之后，用戶需要看廣告，或者每月支付0.99美元免廣告。

AUTOSAR AP 與 CP 的差異在哪里？

標(biāo)準(zhǔn)概況不同

1.1 時(shí)間

在2003年AUTOSAR組織剛成立的時(shí)候，只有一個(gè)AUTOSAR標(biāo)準(zhǔn)，沒有AP（Adaptive Platform）與CP（Classic Platform）之分。

在2005年，AUTOSAR組織推出了第一個(gè)AUTOSAR版本1.0

在2017年，AUTOSAR組織推出了第一個(gè)AP AUTOSAR版本R1703，這是第一次外界看到AP AUTOSAR，AUTOSAR也是從這個(gè)時(shí)候起被分為AP與CP。此時(shí)，CP AUTOSAR版本命名為R4.x.x。

在外界看來，AP 與CP是在2017年被區(qū)分開的，但是早在2015年，AUTOSAR組織內(nèi)部就已經(jīng)進(jìn)行了區(qū)分。

還有一個(gè)時(shí)間點(diǎn)是在2019年11月份，將AP、CP以及FO（Foundation）版本號(hào)進(jìn)行了統(tǒng)一命名：AP AUTOSAR R1911、CP AUTOSAR R1911等。

1.2 發(fā)布內(nèi)容

AUTOSAR組織一般只發(fā)布CP AUTOSAR的標(biāo)準(zhǔn)。

AP AUTOSAR方面，AUTOSAR組織除了發(fā)布相關(guān)的標(biāo)準(zhǔn)外，還為AUTOSAR會(huì)員提供了APD（Adaptive Platform Demonstration），APD中包含僅供參考的AP AUTOSAR工具、代碼包等。

1.3 目標(biāo)

無論是AP AUTOSAR還是CP AUTOSAR，總體目標(biāo)是一致的：

更好的管理數(shù)量增多，功能復(fù)雜度增加的汽車ECU

改善ECU軟件質(zhì)量和可靠性

提升產(chǎn)品升級(jí)靈活性，縮短產(chǎn)品推向市場(chǎng)的時(shí)間

可拓展的架構(gòu)解決方案

1.4 倡議內(nèi)容

CP AUTOSAR與AP AUTOSAR倡議內(nèi)容是相同的：

汽車軟件架構(gòu)標(biāo)準(zhǔn)設(shè)計(jì)

詳細(xì)的底層軟件模塊設(shè)計(jì)

汽車產(chǎn)品各域標(biāo)準(zhǔn)化數(shù)據(jù)描述

適用于此架構(gòu)的過程定義和軟件工具鏈

硬件

2.1 芯片類型

CP AUTOSAR一般運(yùn)行在8bit、16bit、32bit的微控制器（MCU）中，如英飛凌的TC3xx，瑞薩的RH850等。

AP AUTOSAR可以運(yùn)行在64bit的高性能處理器（MPU）、CPU等中，如瑞薩的H3，英偉達(dá)的Xavier等。除此之外，AP AUTOSAR也可以運(yùn)行在虛擬硬件上。

PS：有些公司可能會(huì)將某種POSIX OS移植到如TC3xx中，進(jìn)而在TC3xx中使用AP，這種例子很少見，且不推薦，所以這里不做細(xì)究。

2.2 芯片算力

運(yùn)行CP AUTOSAR 的芯片算力一般低于1000 DMIPs

AP AUTOSAR可以運(yùn)行在算力高于20000 DMIPs的芯片上

這里的算力是指邏輯算力DMIPs，還有另一種TOPS，一般是指AI芯片的指標(biāo)，一般是指矩陣運(yùn)算算力。

OS

3.1 OS類型

CP AUTOSAR OS是基于OSEK標(biāo)準(zhǔn)的。

AP AUTOSAR OS是POSIX OS，且至少應(yīng)包含PSE51子集。

3.2 開發(fā)商

CP AUTOSAR OS一般由CP AUTOSAR供應(yīng)商開發(fā)，如AUBASS、VECTOR等。

AP AUTOSAR 配套的OS一般是由專門的OS廠商開發(fā)的，如eSOL的eMCOS、黑莓的QNX等。

CP與AP

4.1 架構(gòu)

CP AUTOSAR是分層的軟件架構(gòu)，有較為明顯的上下層關(guān)系，如下圖所示：

從下到上依次為：

1、微控制器層（HW）

2、基礎(chǔ)軟件層（BSW）

微控制器抽象層

ECU抽象層

服務(wù)層

復(fù)雜驅(qū)動(dòng)

3、RTE層

4、Application層

AP AUTOSAR一般是指ARA（AUTOSAR Runtime for Adaptive Applications），主要由兩部分組成（Foundation和Service），如下圖所示：

上圖中，所有的模塊都稱為功能集群（Functional Clusters, FC）。

上圖中，藍(lán)色的FC屬于Foundation的部分，橘色的部分屬于Service的部分。

無論是Foundation部分的FC，還是Service部分的FC，都不是上下層關(guān)系。

4.2 架構(gòu)設(shè)計(jì)原則

CP AUTOSAR架構(gòu)設(shè)計(jì)原則為：

CP AUTOSAR將與硬件相關(guān)的以及通用系統(tǒng)功能定義為BSW模塊

應(yīng)用功能定義為獨(dú)立的軟件組件SWC

RTE分離SWC和BSW

BSW可配置，并且可以被多個(gè)產(chǎn)品線的ECU重復(fù)使用

不開源

AP AUTOSAR架構(gòu)設(shè)計(jì)原則為：

遵循面向服務(wù)的架構(gòu)SOA設(shè)計(jì)范式（理念）

充分利用其他領(lǐng)域軟件成熟技術(shù)，重用軟件市場(chǎng)成熟組件，縮短開發(fā)周期

充分利用各種開源軟件

4.3 開發(fā)流程

開發(fā)流程來看，CP與AP都主要都包括以下三個(gè)階段：

設(shè)計(jì)階段：設(shè)計(jì)ARXML

代碼生成：基于ARXML生成代碼

集成：集成Application，編譯調(diào)試等

主要有以下不同：

在AP AUTOSAR設(shè)計(jì)階段，需要進(jìn)行Service與Manifest的設(shè)計(jì)，而CP則不用。CP需要進(jìn)行ECU配置設(shè)計(jì)，而AP沒有ECU配置這個(gè)設(shè)計(jì)項(xiàng)。

當(dāng)然，CP 與AP都需要進(jìn)行系統(tǒng)設(shè)計(jì)，診斷設(shè)計(jì)，具體的不同體現(xiàn)在設(shè)計(jì)時(shí)。

在代碼生成時(shí)，CP是生成基礎(chǔ)軟件模塊相關(guān)的代碼，AP生成的是FC相關(guān)的代碼和Manifest，需要注意的是，AP中不是所有的FC都會(huì)生成相關(guān)的代碼和Manifest。

集成時(shí)，AP AUTOSAR需要考慮 OEM Application Cloud，而CP則不用。

CP 與AP開發(fā)流程如下圖所示：

藍(lán)色虛線框表示CP AUTOSAR的開發(fā)流程，綠色表示AP AUTOSAR的開發(fā)流程。

上圖中，在代碼生成階段沒有體現(xiàn)AP要生成Manifest，實(shí)際開發(fā)時(shí)需要。

上圖中，只是一個(gè)簡(jiǎn)單的整理，并沒有涵蓋AUTOSAR所有需要設(shè)計(jì)的內(nèi)容。

4.4 接口類型

CP AUTOSAR常用的接口是Sender-Receiver，Client-Server等

AP AUTOSAR常用的接口是Service Interface等

當(dāng)設(shè)計(jì)CP AUTOSAR與AP AUTOSAR之間的通信時(shí)，需要進(jìn)行信號(hào)到服務(wù)的轉(zhuǎn)換設(shè)計(jì)！當(dāng)前能提供該功能模塊的只要有ETAS，Signal2Service Function Cluster

4.5 通信方式

CP AUTOSAR是基于信號(hào)的通信，主要包括CAN、Lin、FlexRay等。

AP AUTOSAR是面向服務(wù)的通信，支持基于以太網(wǎng)的SOME/IP、IPC、RPC等。

CP AUTOSAR雖然可以支持SOME/IP，但是CP AUTOSAR中SOME/IP只不過是把Sender-Receiver的CAN通信轉(zhuǎn)換成了Client-Server的以太網(wǎng)通信，整個(gè)通信鏈路仍是靜態(tài)配置的，并不是真正的面向服務(wù)的通信。

這也是為什么AUTOSAR官方說AP AUTOSAR是SOA，但從來不會(huì)說CP AUTOSAR是SOA。

4.6 調(diào)度方式

CP AUTOSAR OS采用固定的任務(wù)調(diào)度配置。在OS Task中調(diào)度BSW Main Functions以及SWC的Runnable Entities，按既定規(guī)則順序執(zhí)行。并協(xié)同BSW Modules和App SWC的模式切換。

AP AUTOSAR 支持多種動(dòng)態(tài)調(diào)度策略，配置在運(yùn)行時(shí)完成，配置信息在Manifest文件中體現(xiàn)。

AP AUTOSAR中與調(diào)度相關(guān)的模塊主要為執(zhí)行管理（EM）和狀態(tài)管理（SM），應(yīng)用程序運(yùn)行在Process、Thread中。

CP AUTOSAR中，任務(wù)的調(diào)度周期可以到us級(jí)別。而AP AUTOSAR是在ms（一般是幾十上百）級(jí)。

4.7 狀態(tài)管理

CP AUTOSAR 通過模式開關(guān)組件處理不同的狀態(tài)：

BSW模式（Network Online, Offline）

Application模式（Normal等）

Vehicle 模式（Active，Inactive）

AP AUTOSAR主要通過以下三種狀態(tài)來進(jìn)行狀態(tài)管理：

1、Function Group（FG）State：功能組狀態(tài)

Machine State：Machine狀態(tài)是一種特色的功能組狀態(tài)

2、Process State：進(jìn)程狀態(tài)，EM通過Function Group來改變Process State。

3、Execution State：進(jìn)程的執(zhí)行狀態(tài)

4.8 Safety

根據(jù)AUTOSAR官方的說法，在功能安全上，CP AUTOSAR可以支持高達(dá)ASIL-D的系統(tǒng)開發(fā)。AP可以支持高達(dá)ASIL-B的系統(tǒng)開發(fā)。

當(dāng)然，這并不意味著，使用AP時(shí)，最多只能設(shè)計(jì)出ASIL-B的系統(tǒng)。

更深的內(nèi)容就跟功能安全有關(guān)了，建議參考以下ISO26262以及CP & AP AUTOSAR與功能安全相關(guān)的文檔。

CP AUTOSAR中的Safety機(jī)制主要有：

1、與OS相關(guān)的Safety機(jī)制：

內(nèi)存保護(hù)

時(shí)序保護(hù)

硬件保護(hù)

2、E2E保護(hù)，如下圖所示

3、看門狗管理器

Alive 監(jiān)視

Deadline 監(jiān)視

Logic 監(jiān)視

4、硬件診斷

Core Test

RAM Test

Flash Test

AP AUTOSAR中ara::com支持E2E。

同時(shí)也在ara::phm中提供了以下恢復(fù)措施：

請(qǐng)求SM切換到指定Function Group狀態(tài)

請(qǐng)求EM重新啟動(dòng)指定進(jìn)程

將錯(cuò)誤信息轉(zhuǎn)發(fā)到應(yīng)用程序

……

4.9 Security

CP AUTOSAR中的Security方案主要包括：

SecOC：Secure Onboard CoMMUnication

CSM：Crypto Service Manager

CP AUTOSAR中使用Security方案時(shí)的流程如下圖所示：

主要流程為：

添加/驗(yàn)證身份驗(yàn)證信息（針對(duì)/來自較低層）

實(shí)現(xiàn)上下層模塊的接口

由PduR路由配置解決

維護(hù)緩沖區(qū)以存儲(chǔ)和修改安全的I-PDU

AP AUTOSAR中與Security相關(guān)的模塊主要為：

ara::iam：身份驗(yàn)證管理

ara::crypto：用于通用加密操作和安全密鑰管理

ara::crypto主要功能如下：

為Adaptive Application提供接口，負(fù)責(zé)加密原語的構(gòu)建和監(jiān)督

提供了通過標(biāo)準(zhǔn)化接口訪問加密算法的多種實(shí)現(xiàn)的基礎(chǔ)結(jié)構(gòu)。

該規(guī)范對(duì)加密堆棧的內(nèi)部體系結(jié)構(gòu)和實(shí)現(xiàn)沒有任何限制。

4.10 時(shí)間同步

CP AUTOSAR與時(shí)間同步相關(guān)的模塊為StbM。

AP AUTOSAR與時(shí)間同步相關(guān)的模塊為ara::tsync

CP AUTOSAR與AP AUTOSAR使用相同的時(shí)間同步協(xié)議，

CP中的StbM提供的API函數(shù)與AP中的ara::tsync所提供的API函數(shù)在功能上基本是相同的，具體哪個(gè)StbM的API函數(shù)與哪個(gè)ara::tsync的API函數(shù)功能相同見下表：

應(yīng)用層

5.1 開發(fā)語言

CP AUTOSAR主要使用的是C語言，相關(guān)的標(biāo)準(zhǔn)是MISRA C。當(dāng)然，應(yīng)用軟件、基礎(chǔ)軟件都使用C語言。這里是為了文章結(jié)構(gòu)放到了應(yīng)用層章節(jié)進(jìn)行說明，不代表只有應(yīng)用層是C語言。

AP AUTOSAR也是如此，只是為了文章結(jié)構(gòu)而放到這里進(jìn)行說明。

AP AUTOSAR主要使用的是C 語言，相關(guān)的標(biāo)準(zhǔn)是ISO/IEC 14882:2014。當(dāng)前支持C 11、C 14，也支持一定的C 17。

需要注意的是，根據(jù)1003.13-2003，AP中的操作系統(tǒng)接口（OSI）必須通過POSIX PSE51接口提供OS的功能，這些POSIX PSE51是C接口。

也就意味著，使用AP AUTOSAR時(shí)，需要使用C 開發(fā)應(yīng)用程序，但是這些C 應(yīng)用程序需要將PSE51 C接口與C 庫（包含C 標(biāo)準(zhǔn)庫）結(jié)合在一起使用。

5.2 代碼執(zhí)行

CP AUTOSAR上的應(yīng)用程序直接從ROM執(zhí)行代碼。

AP AUTOSAR上的應(yīng)用程序則是從持久性內(nèi)存加載到RAM中運(yùn)行。

5.3 地址空間

CP AUTOSAR所有應(yīng)用程序具有相同的地址空間，其Safety主要通過內(nèi)存保護(hù)單元（MPU）支持。

AP AUTOSAR上，每個(gè)應(yīng)用程序都有自己的（虛擬）地址空間，這是通過內(nèi)存管理單元（MMU）來支持的。

5.4 Update

CP AUTOSAR自身是不支持OTA的，這就意味著要更新在CP AUTOSAR上運(yùn)行的應(yīng)用程序，就必須更新這個(gè)ECU的代碼。通過其他控制器對(duì)運(yùn)行CP AUTOSAR的控制器進(jìn)行更新不算CP AUTOSAR自身的OTA。

AP AUTOSAR是自身支持OTA的，AP AUTOSAR可以自己刪除/更新/增加單個(gè)Application，而且AP AUTOSAR也可以更新某個(gè)功能集群（FC）的代碼，只是這種用例比較少見。

5.5 應(yīng)用場(chǎng)景

CP AUTOSAR與AP AUTOSAR主要的不同是在應(yīng)用場(chǎng)景上。

CP AUTOSAR一般應(yīng)用在對(duì)實(shí)時(shí)性要求高、對(duì)功能安全要求高、對(duì)算力要求較低的場(chǎng)景中，如引擎控制、制動(dòng)系統(tǒng)等。

AP AUTOSAR一般應(yīng)用在對(duì)實(shí)時(shí)性有一定要求、對(duì)功能安全有一定要求，對(duì)算力要求較高的場(chǎng)景中，如：

1、傳感器融合處理、運(yùn)行時(shí)動(dòng)態(tài)更新

2、自動(dòng)駕駛中：

與交通基礎(chǔ)設(shè)施的通信

與云服務(wù)器進(jìn)行通信

3、域控制器的車輛架構(gòu)

車身域

娛樂域

動(dòng)力域

4、OTA

5、跨域計(jì)算平臺(tái)、智能手機(jī)集成等等

以上便是對(duì)CP AUTOSAR與AP AUTOSAR進(jìn)行的簡(jiǎn)單對(duì)比，除此之外還有其他很多可以對(duì)比的地方，如標(biāo)定、診斷、部署等等。大家可以參考相關(guān)的標(biāo)準(zhǔn)。

QNX在CES推出用于ADAS和自動(dòng)駕駛的軟件平臺(tái)

黑莓有限公司子公司QNX軟件系統(tǒng)有限公司今日在CES 2016上宣布，推出應(yīng)用于高級(jí)駕駛輔助系統(tǒng)（ADAS）的全新QNX?平臺(tái)，產(chǎn)品預(yù)計(jì)于2016年第二季度推出。

該平臺(tái)具有可擴(kuò)展性，適用于多種不同的自動(dòng)駕駛系統(tǒng)。平臺(tái)可幫助汽車廠商構(gòu)建一系列自動(dòng)駕駛系統(tǒng)，包括提供360°全景視野的ADAS模塊、整合來自攝像頭和雷達(dá)等多數(shù)據(jù)源數(shù)據(jù)的傳感器融合系統(tǒng)，及在全自動(dòng)汽車中作出控制決策的高性能處理器。

新平臺(tái)的核心是QNX OS for Safety操作系統(tǒng)，經(jīng)過ISO 26262認(rèn)證，支持自動(dòng)駕駛系統(tǒng)所需從A級(jí)到D級(jí)的所有汽車安全完整性等級(jí)。該操作系統(tǒng)構(gòu)建在模塊化微內(nèi)核架構(gòu)上，可簡(jiǎn)化傳感器技術(shù)與特定用途ADAS處理器的整合，同時(shí)為需要最高可靠性的系統(tǒng)提供容錯(cuò)性能。

平臺(tái)涵蓋了構(gòu)建多攝像頭視覺系統(tǒng)和V2X應(yīng)用程序（如汽車對(duì)汽車通信系統(tǒng)和汽車對(duì)基礎(chǔ)設(shè)施通信系統(tǒng)）所需的預(yù)集成參考實(shí)施方案。視覺系統(tǒng)實(shí)施方案建立于該平臺(tái)的多攝像頭框架基礎(chǔ)之上，可通過代表應(yīng)用程序來管理攝像頭控制的復(fù)雜性以簡(jiǎn)化系統(tǒng)設(shè)計(jì)。V2X實(shí)施方案運(yùn)用該平臺(tái)的遠(yuǎn)程V2X界面，處理來自周圍車輛以及交通信號(hào)燈等基礎(chǔ)設(shè)施要素的V2X通知。

平臺(tái)包括執(zhí)行軟件錯(cuò)誤迅速恢復(fù)的高可用性管理器， 簡(jiǎn)化現(xiàn)有ADAS應(yīng)用程序遷移的POSIX編程接口，迅速開啟系統(tǒng)的快速啟動(dòng)時(shí)間，保證重要軟件處理的CPU周期的時(shí)間分區(qū)，簡(jiǎn)化第三方汽車系統(tǒng)架構(gòu)環(huán)境集成的編程界面以及安全網(wǎng)絡(luò)協(xié)議和文件系統(tǒng)。

平臺(tái)在構(gòu)建時(shí)，使用了在安全關(guān)鍵型控制系統(tǒng)中得到驗(yàn)證的操作系統(tǒng)技術(shù)，能最小化系統(tǒng)級(jí)安全認(rèn)證工作。同時(shí)軟件資產(chǎn)可被重新使用，以獲得更大的投資回報(bào)。該平臺(tái)還能接入ADAS技術(shù)供應(yīng)商生態(tài)系統(tǒng)，提供互補(bǔ)的硬件和軟件解決方案，加快產(chǎn)品上市時(shí)間。

關(guān)鍵硬件和軟件供應(yīng)商為平臺(tái)提供系統(tǒng)芯片（SoCs）、V2X模塊、視覺算法、通信中間件以及其他互補(bǔ)性技術(shù)支持。首批發(fā)布的QNX平臺(tái)的預(yù)集成輔助技術(shù)包括：

系統(tǒng)級(jí)芯片——英特爾 Atom?處理器C2000產(chǎn)品系列和德州儀器TDA2x處理器系列

ADAS平臺(tái)——應(yīng)用于計(jì)算機(jī)視覺、deep learning和sensor fusion的NVIDIA? DRIVE ?汽車平臺(tái)

ADAS視覺——包含車道檢測(cè)、行人探測(cè)、交通標(biāo)志識(shí)別和前方碰撞預(yù)警的算法，來自德州儀器用于前置攝像頭、全方位視野系統(tǒng)、傳感器融合和智能倒車攝像頭的視覺元件庫

V2X——Cohda Wireless廣泛部署的V2X MK5車載設(shè)備、軟件棧、應(yīng)用程序,用于數(shù)據(jù)分析的遠(yuǎn)程界面和執(zhí)行多車輛模擬的模擬GPS

QNX軟件系統(tǒng)有限公司提供信息娛樂、車聯(lián)網(wǎng)、安全以及聲學(xué)處理解決方案。目前40多家汽車原設(shè)備廠商使用QNX軟件，包括應(yīng)用于主機(jī)、數(shù)字儀表盤、高級(jí)駕駛信息系統(tǒng)、免提系統(tǒng)以及連接模塊的QNX Neutrino? OS、QNX安全操作系統(tǒng)、QNX CAR? 信息娛樂平臺(tái)、以及QNX 聲學(xué)中間件產(chǎn)品。

歡迎關(guān)注車云菌的個(gè)人微信：cheyunjun2015 。TA是來自車云星的菌族碳基生物，私聊時(shí)間：工作日10：00-18：00