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

• 1、脑洞君最新力作：LG V20全国首发上手体验
• 2、不得不承认 Apple Pencil 比手指更好 使唤
• 3、D1net阅闻：Azure高级消息服务正式发布
• 4、AUTOSAR AP 与 CP 的差异在哪里？
• 5、QNX在CES推出用于ADAS和自动驾驶的软件平台

脑洞君最新力作：LG V20全国首发上手体验

说起LG，可能有很多发烧友会发出“恨铁不成钢”的感慨。不管怎么说，我们还是如期迎来了他们的最新旗舰——V20。

LG在进入Android阵营以后，推出了很多有亮点的机型，Optimus 2X、Opimtus 3D、Opitimus 4X、G2、V10、G5等对“乐金粉”而言相信都是如数家珍，尤其是近一两年的V10、G5让我们充分感觉到LG的脑洞究竟有多大，而本文的主角V20，也正是V10的延续。它的最大特色，是延续了V10的双屏幕以及G5的双后置摄像头的配置，除此以外依然保留了可换电池的设定。

本次体验使用的是韩版的V20，型号LG-F800L，仅供参考。

V20的包装，依然是LG惯用的简洁设计。

打开以后，采用了一种“翻页”的形式打开，左边是手机，右边是配件。

再翻开内层，可以看到配件由四个小部分构成，这个包装设计得比较有新意，也很有立体感。

取出耳机的小盒，可以看到B&OPlay的logo，这一次V20附送了一款B&O调音的耳机，号称价值1400港币。

打开所有配件，除了常规的耳机、数据线、电源适配器之外，还有一个OTG转接器和Type-C转microUSB的转接器，LG在配件上似乎也看齐了三星。由于V20采用可换电池的设计，包装内当然还有一块专用电池。

数据线依然看起来用料十足，不过变成扁平的设计。

电池容量3200mAh，是一块中国制造，LG自产的电池。

附送B&O的耳机，采用入耳式设计，分线器以上采用胶质材料，分线器以下则是编制外壳。

耳机用料一般，整个墙体包括导管都是塑料材质，看上去档次不是很高，所以笔者也对1400港元的价值持怀疑态度。

回到手机本身，初看V20，和V10在设计上已经有很大的区别，不变的是依然有一块QHD（2560*1440）级的5.7英寸IPS屏幕，另外还有一块160*1040的辅屏。

很多人说V20是“抄袭”黑莓Z10，实际上那是他们不太了解LG的历史机型，明显V20更像是向早在2011年就推出的Optimus 3D致敬。

听筒部分设计得很收敛，前面板玻璃的上下边缘带有一定的弧度，但是曲率没有G5的那么大。

虽然V20也有三层（包括虚拟键）下巴，不过屏幕下方的区域高度控制得很好。

我们知道V10采用了两颗前置摄像头，其中一颗是广角的，实现多人自拍，而V20同样可以实现这个功能，不同的是它用一颗摄像头就能实现了。这是一颗500万像素，F/1.9的摄像头，相比V10来说光圈更大。摄像头右侧是光线传感器和距离传感器。

辅助屏幕的造型和功能都和V10没什么大的不同，通过传感器配合，它在待机的时候会有三种状态，高亮度、低亮度以及完全关闭。

由于V20的边框并不窄，加上5.7英寸的大屏幕，单手握持起来会略显吃力，而且背部的喷砂工艺 弧面让它握持起来给人的感觉不是很踏实，总感觉要滑出去，这一点要特别小心。

背部设计，V20和V10也是大相径庭，基本上看不出是一个系列的产品。

双摄像头的设计让我们想起了G5，由于机身结构有很大区别，V20和V10、G5都不一样，后盖是三段式设计。

经过了G4、V10和G5三代产品，LG也终于更新了后置摄像头的配置，把传感器更换成今年很流行的了IMX298，副摄像头更换成800万像素的IMX219。其余的光学防抖、激光辅助对焦、双LED补光灯以及F/1.8光圈等特性都得以保留。

喷砂工艺很细腻，手感不错，部分版本后盖上还带有B&O的“信仰logo”（图中是韩版V20）。

要打开V20的后盖只需要按下机身侧面的按键，一般这个位置的按键会是快门键。

后盖采用了铝合金材质，表面采用了喷砂工艺，深灰色看起来低调而内敛。

里面看起来也充满了质感，摄像头附近有NFC线圈。

LG坚持了多年的可换电池式设计，主流品牌的高端手机中，估计也仅此一家了，难能可贵的是V20在保持可拆结构的情况下依然保证了7.6毫米的厚度。

韩版V20支持一张nanoSIM和一张microSD卡，两个卡槽是重叠在电源键右侧的。

机身顶部有降噪麦克风，值得庆幸的是，红外传感器得以保留。

底部中置Type-C接口，两侧分别有3.5mm耳机接口、麦克风、扬声器。

机身左侧是音量键，可以想象得到用传统的截屏方式操作起来会有点别扭。

虽然采用了可拆卸式后盖，不过V20机身上的一些接缝处处理器得还算是可以，缝隙不会太大。

V20是全球首台预装Android 7.0系统的手机，在截稿前亲儿子Pixel的第一批货依然没有发出，这也是少有的非亲儿子抢了系统首发。系统可以让用户自行选择是否有二级菜单。下拉栏融合了原声Android的风格，不过快捷开关变成了4*3一共12个。

系统设置风格改动不大，系统基于Android 7.0正式版，安全补丁是9月1日的。

系统内置了大量韩国本地运营商的应用，不过大多都可以顺利卸载。LG也带有类似三星“智能管理器”的功能，名叫Smart Doctor，不过功能上要弱很多，也不能切断应用的自启。

辅屏可以针对主屏打开和关闭两种情况自行设置，屏幕设置中相比G5功能更丰富了，加入减低蓝光的显示模式，并增加了“高级设置”的功能选项。

V20和G5的总体配置基本在同一水准，使用了骁龙820标准版（2.15GHz 1.6GHz），GPU则是Adreno 530@624MHz，GPU驱动版本没有更新，依然是V145。

相信大家对V20的成像效果都比较感兴趣，这里就不卖关子直接上夜景样张：

iPhone 7 Plus（主摄像头）

LG V20（主摄像头）

LG G5（主摄像头）

从这一组样张来看，曝光来看，LG两台手机相比iPhone 7 Plus都要大很多，在灯光处很多都出现过曝的情况，儿其中V20比G5在曝光控制上要更加激进一些，有一种把黑夜拍成白天的感觉。细节方面，V20最好，G5次之，iPhone 7 Plus由于把ISO压得很低，导致很多暗部细节已经看不到了。噪点方面，V20比G5略多，它们两者都比iPhone更多。另外，V20在拍摄夜景的时候还有明显的偏红问题，白平衡方面要差于G5。

关于V20更多体验和数据分析，我们将会在后续详细评测中给大家揭晓，敬请留意。

我们的微信公众号：playphone

更多精品专业的评测，更多好玩有趣的视频，欢迎关注微信公众号《爱搞机》和《搞机啦》。关注爱搞机，分享美好数字生活。

不得不承认 Apple Pencil 比手指更好 使唤

2010 年 iPhone 4 发布会后的 Q&A 环节，苹果公司已故 CEO 史蒂夫·乔布斯谈到了触控笔，他说：“这就像比如在 iPad 上，如果你看到一支手写笔，那么他们一定搞砸了。”和乔布斯其他常常被引用的话一样，很多与这句话相关的分析都脱离了上下文。他在说完这句话之后，紧接着还有一段话，“在多任务中，如果你看到了任务管理器……那么他们一定搞砸了，用户应该不需要考虑这些。”

对，完全不同的概念。乔布斯的重点是如果你需要借助触控笔或者任务管理器来使用你的设备，那就意味着你是失败的。触控笔和任务管理的界面性质一样，都是无形的，但是必须让用户感觉用起来得心应手。

再回到触控笔这个话题上，可以说一直以来它都是最受期待、甚至有点炒作过度的一项技术。你是否还记得 Momenta、PenWindows、Go 或 Newton 等产品？它们无一例外都失败了。这不仅是因为它们同时支持键盘和触控笔，它们还有两个更大的问题。

首先，它们的主要卖点都是手写识别，可惜这项功能都没有达到用户的预期。这就很容易想明白了：如果你都看不出自己写的字，那你怎么会觉得电脑就能够识别出来？如果手写真是一个驱动因素，那它应该能够随时完美解析所有手写的内容。但是不可能。

第二，大部分硬件还不适合搭配触控笔使用。大小尺寸、重量、电池续航，有了键盘还需要触控笔，这些都是失败的原因。

“触控笔计算”并没有死，但是它已经沉睡了好长一段时间。导航或者文本输入需要借助触控笔来完成，显然这是多么牵强。相比起来键盘还更好用，这也是黑莓能够在市场上叱咤风云多年的原因。

要解决触控笔的问题关键在于，与它适配的应该是强大、轻薄、全天续航的触控硬件设备。它需要的是一个完全支持触控操作的用户界面，这样用户使用设备时不需要硬件键盘或者触控笔的协助。然后手写识别什么的先放到一边吧，它的主要使用案例还是在笔记或者绘画应用上。

看到这里是不是觉的很熟悉？没错，就是 iOS 和 iPad。Apple Pencil 为 iPad 打开了一扇新的大门，创造了更多使用案例，iPad 被广泛使用到各种场景之中。有时候在 iPhone 6s Plus 上打字，可能你也会想象如果它也有一支 Apple Pencil，那它就是一本便携的数字笔记本了。

我们的手指也是触控笔，但是在 iPad 上写写画画的时候它们也不怎么听使唤，还是需要借助比手指更加精准的工具。希望以后 Apple Pencil 能和 iOS 一起更新，苹果可以提供 API 这样第三方开发者可以进一步开发它的潜能。

D1net阅闻：Azure高级消息服务正式发布

Azure高级消息服务正式发布

7月15日，微软宣布，Azure高级消息服务正式发布（GA），距离微软推出预览版已经有10个月的时间了。Azure高级消息服务以微软的平台即服务（PaaS）消息平台Azure服务总线为基础构建。高级服务包含现在能够在Azure服务总线标准消息层中找到的所有基于云的消息功能，比如队列和主题。不过，该服务不是一个多租户消息平台，和标准消息层一样，并且允许客户将专用的计算资源用于他们的工作负载。计算资源专用的结果是，服务总线团队增大了客户可以在消息服务中处理的最大消息。高级消息服务支持的最大消息由传统的256KB提高到了1MB。

Facebook尝试新的方法来发布开源项目

上周，Facebook发布了Create React App，这个新项目旨在帮助React开发者快速上手其新项目。Create React App这个新项目只是一个开始，它也成为了Facebook在GitHub上的孵化器的首个项目。

数据分析与数据仓库平台Panoply.io获700万美元A轮融资

以色列的数据分析与数据仓库平台Panoply.io刚刚获得了700万美元的A轮融资，由Intel Capital领投，原有投资者Blumberg Capital跟投。Panoply.io是一家提供数据仓库与数据分析服务的初创企业，成立于2015年，总部位于以色列特拉维夫。其云数据仓库与分析平台号称可以在5分钟内收集十多个来源的裸数据并将其转化为复杂的分析和数据洞察，数据模式定义、数据建模以及配置这些事情完全都是由平台进行。目前该服务仍处在封闭测试中，公司计划在今年夏季末的时候推出开放公测。

App迭代优化平台Apptimize获得1240万美元B轮融资

Apptimize主要帮助企业优化、测试、并快速迭代移动App，对于那些对移动业务依赖较高的企业来说，Apptimize公司所提供的工具服务可以帮助他们快速开发、测试、并响应客户数据。最近该公司宣布获得了1240万美元的B轮融资。该公司的客户均是业内知名企业，包括Hotel Tonight、Trulia、Vevo、Hotels.com、以及《华尔街日报》。到目前为止，大约有100多家大品牌公司在使用Apptimize平台。

黑莓新的消息统一收件箱软件Hub开放适用于所有安卓Marshmallow系统设备

黑莓宣布他们新的Hub软件已经可以适用于所有6.0 Marshmallow及以上安卓系统设备。消息统一收件箱软件Blackberry Hub整合了电子邮件、短信、社交网络以及一些其它账户消息统一进行处理，之前只适用黑莓自己的BlackBerry 10和安卓系统手机，如Priv和DTEK50。Hub软件将和日历、密码管理器整个成一个Hub 在Google Play上线，前30天免费。之后，用户需要看广告，或者每月支付0.99美元免广告。

AUTOSAR AP 与 CP 的差异在哪里？

标准概况不同

1.1 时间

在2003年AUTOSAR组织刚成立的时候，只有一个AUTOSAR标准，没有AP（Adaptive Platform）与CP（Classic Platform）之分。

在2005年，AUTOSAR组织推出了第一个AUTOSAR版本1.0

在2017年，AUTOSAR组织推出了第一个AP AUTOSAR版本R1703，这是第一次外界看到AP AUTOSAR，AUTOSAR也是从这个时候起被分为AP与CP。此时，CP AUTOSAR版本命名为R4.x.x。

在外界看来，AP 与CP是在2017年被区分开的，但是早在2015年，AUTOSAR组织内部就已经进行了区分。

还有一个时间点是在2019年11月份，将AP、CP以及FO（Foundation）版本号进行了统一命名：AP AUTOSAR R1911、CP AUTOSAR R1911等。

1.2 发布内容

AUTOSAR组织一般只发布CP AUTOSAR的标准。

AP AUTOSAR方面，AUTOSAR组织除了发布相关的标准外，还为AUTOSAR会员提供了APD（Adaptive Platform Demonstration），APD中包含仅供参考的AP AUTOSAR工具、代码包等。

1.3 目标

无论是AP AUTOSAR还是CP AUTOSAR，总体目标是一致的：

更好的管理数量增多，功能复杂度增加的汽车ECU

改善ECU软件质量和可靠性

提升产品升级灵活性，缩短产品推向市场的时间

可拓展的架构解决方案

1.4 倡议内容

CP AUTOSAR与AP AUTOSAR倡议内容是相同的：

汽车软件架构标准设计

详细的底层软件模块设计

汽车产品各域标准化数据描述

适用于此架构的过程定义和软件工具链

硬件

2.1 芯片类型

CP AUTOSAR一般运行在8bit、16bit、32bit的微控制器（MCU）中，如英飞凌的TC3xx，瑞萨的RH850等。

AP AUTOSAR可以运行在64bit的高性能处理器（MPU）、CPU等中，如瑞萨的H3，英伟达的Xavier等。除此之外，AP AUTOSAR也可以运行在虚拟硬件上。

PS：有些公司可能会将某种POSIX OS移植到如TC3xx中，进而在TC3xx中使用AP，这种例子很少见，且不推荐，所以这里不做细究。

2.2 芯片算力

运行CP AUTOSAR 的芯片算力一般低于1000 DMIPs

AP AUTOSAR可以运行在算力高于20000 DMIPs的芯片上

这里的算力是指逻辑算力DMIPs，还有另一种TOPS，一般是指AI芯片的指标，一般是指矩阵运算算力。

OS

3.1 OS类型

CP AUTOSAR OS是基于OSEK标准的。

AP AUTOSAR OS是POSIX OS，且至少应包含PSE51子集。

3.2 开发商

CP AUTOSAR OS一般由CP AUTOSAR供应商开发，如AUBASS、VECTOR等。

AP AUTOSAR 配套的OS一般是由专门的OS厂商开发的，如eSOL的eMCOS、黑莓的QNX等。

CP与AP

4.1 架构

CP AUTOSAR是分层的软件架构，有较为明显的上下层关系，如下图所示：

从下到上依次为：

1、微控制器层（HW）

2、基础软件层（BSW）

微控制器抽象层

ECU抽象层

服务层

复杂驱动

3、RTE层

4、Application层

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

上图中，所有的模块都称为功能集群（Functional Clusters, FC）。

上图中，蓝色的FC属于Foundation的部分，橘色的部分属于Service的部分。

无论是Foundation部分的FC，还是Service部分的FC，都不是上下层关系。

4.2 架构设计原则

CP AUTOSAR架构设计原则为：

CP AUTOSAR将与硬件相关的以及通用系统功能定义为BSW模块

应用功能定义为独立的软件组件SWC

RTE分离SWC和BSW

BSW可配置，并且可以被多个产品线的ECU重复使用

不开源

AP AUTOSAR架构设计原则为：

遵循面向服务的架构SOA设计范式（理念）

充分利用其他领域软件成熟技术，重用软件市场成熟组件，缩短开发周期

充分利用各种开源软件

4.3 开发流程

开发流程来看，CP与AP都主要都包括以下三个阶段：

设计阶段：设计ARXML

代码生成：基于ARXML生成代码

集成：集成Application，编译调试等

主要有以下不同：

在AP AUTOSAR设计阶段，需要进行Service与Manifest的设计，而CP则不用。CP需要进行ECU配置设计，而AP没有ECU配置这个设计项。

当然，CP 与AP都需要进行系统设计，诊断设计，具体的不同体现在设计时。

在代码生成时，CP是生成基础软件模块相关的代码，AP生成的是FC相关的代码和Manifest，需要注意的是，AP中不是所有的FC都会生成相关的代码和Manifest。

集成时，AP AUTOSAR需要考虑 OEM Application Cloud，而CP则不用。

CP 与AP开发流程如下图所示：

蓝色虚线框表示CP AUTOSAR的开发流程，绿色表示AP AUTOSAR的开发流程。

上图中，在代码生成阶段没有体现AP要生成Manifest，实际开发时需要。

上图中，只是一个简单的整理，并没有涵盖AUTOSAR所有需要设计的内容。

4.4 接口类型

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

AP AUTOSAR常用的接口是Service Interface等

当设计CP AUTOSAR与AP AUTOSAR之间的通信时，需要进行信号到服务的转换设计！当前能提供该功能模块的只要有ETAS，Signal2Service Function Cluster

4.5 通信方式

CP AUTOSAR是基于信号的通信，主要包括CAN、Lin、FlexRay等。

AP AUTOSAR是面向服务的通信，支持基于以太网的SOME/IP、IPC、RPC等。

CP AUTOSAR虽然可以支持SOME/IP，但是CP AUTOSAR中SOME/IP只不过是把Sender-Receiver的CAN通信转换成了Client-Server的以太网通信，整个通信链路仍是静态配置的，并不是真正的面向服务的通信。

这也是为什么AUTOSAR官方说AP AUTOSAR是SOA，但从来不会说CP AUTOSAR是SOA。

4.6 调度方式

CP AUTOSAR OS采用固定的任务调度配置。在OS Task中调度BSW Main Functions以及SWC的Runnable Entities，按既定规则顺序执行。并协同BSW Modules和App SWC的模式切换。

AP AUTOSAR 支持多种动态调度策略，配置在运行时完成，配置信息在Manifest文件中体现。

AP AUTOSAR中与调度相关的模块主要为执行管理（EM）和状态管理（SM），应用程序运行在Process、Thread中。

CP AUTOSAR中，任务的调度周期可以到us级别。而AP AUTOSAR是在ms（一般是几十上百）级。

4.7 状态管理

CP AUTOSAR 通过模式开关组件处理不同的状态：

BSW模式（Network Online, Offline）

Application模式（Normal等）

Vehicle 模式（Active，Inactive）

AP AUTOSAR主要通过以下三种状态来进行状态管理：

1、Function Group（FG）State：功能组状态

Machine State：Machine状态是一种特色的功能组状态

2、Process State：进程状态，EM通过Function Group来改变Process State。

3、Execution State：进程的执行状态

4.8 Safety

根据AUTOSAR官方的说法，在功能安全上，CP AUTOSAR可以支持高达ASIL-D的系统开发。AP可以支持高达ASIL-B的系统开发。

当然，这并不意味着，使用AP时，最多只能设计出ASIL-B的系统。

更深的内容就跟功能安全有关了，建议参考以下ISO26262以及CP & AP AUTOSAR与功能安全相关的文档。

CP AUTOSAR中的Safety机制主要有：

1、与OS相关的Safety机制：

内存保护

时序保护

硬件保护

2、E2E保护，如下图所示

3、看门狗管理器

Alive 监视

Deadline 监视

Logic 监视

4、硬件诊断

Core Test

RAM Test

Flash Test

AP AUTOSAR中ara::com支持E2E。

同时也在ara::phm中提供了以下恢复措施：

请求SM切换到指定Function Group状态

请求EM重新启动指定进程

将错误信息转发到应用程序

……

4.9 Security

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

SecOC：Secure Onboard CoMMUnication

CSM：Crypto Service Manager

CP AUTOSAR中使用Security方案时的流程如下图所示：

主要流程为：

添加/验证身份验证信息（针对/来自较低层）

实现上下层模块的接口

由PduR路由配置解决

维护缓冲区以存储和修改安全的I-PDU

AP AUTOSAR中与Security相关的模块主要为：

ara::iam：身份验证管理

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

ara::crypto主要功能如下：

为Adaptive Application提供接口，负责加密原语的构建和监督

提供了通过标准化接口访问加密算法的多种实现的基础结构。

该规范对加密堆栈的内部体系结构和实现没有任何限制。

4.10 时间同步

CP AUTOSAR与时间同步相关的模块为StbM。

AP AUTOSAR与时间同步相关的模块为ara::tsync

CP AUTOSAR与AP AUTOSAR使用相同的时间同步协议，

CP中的StbM提供的API函数与AP中的ara::tsync所提供的API函数在功能上基本是相同的，具体哪个StbM的API函数与哪个ara::tsync的API函数功能相同见下表：

应用层

5.1 开发语言

CP AUTOSAR主要使用的是C语言，相关的标准是MISRA C。当然，应用软件、基础软件都使用C语言。这里是为了文章结构放到了应用层章节进行说明，不代表只有应用层是C语言。

AP AUTOSAR也是如此，只是为了文章结构而放到这里进行说明。

AP AUTOSAR主要使用的是C 语言，相关的标准是ISO/IEC 14882:2014。当前支持C 11、C 14，也支持一定的C 17。

需要注意的是，根据1003.13-2003，AP中的操作系统接口（OSI）必须通过POSIX PSE51接口提供OS的功能，这些POSIX PSE51是C接口。

也就意味着，使用AP AUTOSAR时，需要使用C 开发应用程序，但是这些C 应用程序需要将PSE51 C接口与C 库（包含C 标准库）结合在一起使用。

5.2 代码执行

CP AUTOSAR上的应用程序直接从ROM执行代码。

AP AUTOSAR上的应用程序则是从持久性内存加载到RAM中运行。

5.3 地址空间

CP AUTOSAR所有应用程序具有相同的地址空间，其Safety主要通过内存保护单元（MPU）支持。

AP AUTOSAR上，每个应用程序都有自己的（虚拟）地址空间，这是通过内存管理单元（MMU）来支持的。

5.4 Update

CP AUTOSAR自身是不支持OTA的，这就意味着要更新在CP AUTOSAR上运行的应用程序，就必须更新这个ECU的代码。通过其他控制器对运行CP AUTOSAR的控制器进行更新不算CP AUTOSAR自身的OTA。

AP AUTOSAR是自身支持OTA的，AP AUTOSAR可以自己删除/更新/增加单个Application，而且AP AUTOSAR也可以更新某个功能集群（FC）的代码，只是这种用例比较少见。

5.5 应用场景

CP AUTOSAR与AP AUTOSAR主要的不同是在应用场景上。

CP AUTOSAR一般应用在对实时性要求高、对功能安全要求高、对算力要求较低的场景中，如引擎控制、制动系统等。

AP AUTOSAR一般应用在对实时性有一定要求、对功能安全有一定要求，对算力要求较高的场景中，如：

1、传感器融合处理、运行时动态更新

2、自动驾驶中：

与交通基础设施的通信

与云服务器进行通信

3、域控制器的车辆架构

车身域

娱乐域

动力域

4、OTA

5、跨域计算平台、智能手机集成等等

以上便是对CP AUTOSAR与AP AUTOSAR进行的简单对比，除此之外还有其他很多可以对比的地方，如标定、诊断、部署等等。大家可以参考相关的标准。

QNX在CES推出用于ADAS和自动驾驶的软件平台

黑莓有限公司子公司QNX软件系统有限公司今日在CES 2016上宣布，推出应用于高级驾驶辅助系统（ADAS）的全新QNX®平台，产品预计于2016年第二季度推出。

该平台具有可扩展性，适用于多种不同的自动驾驶系统。平台可帮助汽车厂商构建一系列自动驾驶系统，包括提供360°全景视野的ADAS模块、整合来自摄像头和雷达等多数据源数据的传感器融合系统，及在全自动汽车中作出控制决策的高性能处理器。

新平台的核心是QNX OS for Safety操作系统，经过ISO 26262认证，支持自动驾驶系统所需从A级到D级的所有汽车安全完整性等级。该操作系统构建在模块化微内核架构上，可简化传感器技术与特定用途ADAS处理器的整合，同时为需要最高可靠性的系统提供容错性能。

平台涵盖了构建多摄像头视觉系统和V2X应用程序（如汽车对汽车通信系统和汽车对基础设施通信系统）所需的预集成参考实施方案。视觉系统实施方案建立于该平台的多摄像头框架基础之上，可通过代表应用程序来管理摄像头控制的复杂性以简化系统设计。V2X实施方案运用该平台的远程V2X界面，处理来自周围车辆以及交通信号灯等基础设施要素的V2X通知。

平台包括执行软件错误迅速恢复的高可用性管理器， 简化现有ADAS应用程序迁移的POSIX编程接口，迅速开启系统的快速启动时间，保证重要软件处理的CPU周期的时间分区，简化第三方汽车系统架构环境集成的编程界面以及安全网络协议和文件系统。

平台在构建时，使用了在安全关键型控制系统中得到验证的操作系统技术，能最小化系统级安全认证工作。同时软件资产可被重新使用，以获得更大的投资回报。该平台还能接入ADAS技术供应商生态系统，提供互补的硬件和软件解决方案，加快产品上市时间。

关键硬件和软件供应商为平台提供系统芯片（SoCs）、V2X模块、视觉算法、通信中间件以及其他互补性技术支持。首批发布的QNX平台的预集成辅助技术包括：

系统级芯片——英特尔 Atom™处理器C2000产品系列和德州仪器TDA2x处理器系列

ADAS平台——应用于计算机视觉、deep learning和sensor fusion的NVIDIA® DRIVE ™汽车平台

ADAS视觉——包含车道检测、行人探测、交通标志识别和前方碰撞预警的算法，来自德州仪器用于前置摄像头、全方位视野系统、传感器融合和智能倒车摄像头的视觉元件库

V2X——Cohda Wireless广泛部署的V2X MK5车载设备、软件栈、应用程序,用于数据分析的远程界面和执行多车辆模拟的模拟GPS

QNX软件系统有限公司提供信息娱乐、车联网、安全以及声学处理解决方案。目前40多家汽车原设备厂商使用QNX软件，包括应用于主机、数字仪表盘、高级驾驶信息系统、免提系统以及连接模块的QNX Neutrino® OS、QNX安全操作系统、QNX CAR™ 信息娱乐平台、以及QNX 声学中间件产品。

欢迎关注车云菌的个人微信：cheyunjun2015 。TA是来自车云星的菌族碳基生物，私聊时间：工作日10：00-18：00