大家都把一个手机方案安卓看成了未来车联网的方向和机会，暂且不论安卓本身就是一个手机操作系统。也正因为安卓的开源造就了车机的五花八门。从前装到后装，大手机上车的故事一直就没有断过，更有宣传四核内置3G等等。改大一个图标，增加几个鸡肋型的应用俨然就成了车联网。无意打击哪个厂家，车机安卓这个方向再不纠正过来绝对是笑着进去哭着出来。

　　智能车机设备架构的核心是MPU，MCU和MPEG，MPU在车机系统中负责显示用户操作界面，处理车机系统和用户的交互以及需要MPU完成的功能如导航、上网等等;而MCU则是车机系统上重要的控制单元，MPEG则是处理碟片的解码和播放。在基于Android的车机平台中，MPU(目前一般采用ARM的A8/A9内核芯片实现，ARM11跑Android会非常勉强)的操作平台是Android，相对比较复杂，而MCU和MPEG的软件一般是小型封闭平台，对比Android会简单得多。

　　由于车机系统涉及到三个硬件内核的三个平台，就需要有一套从硬件到软件的通信协议来保证这三个系统能够协同工作。在传统的车机系统中，由于MPU的功能有限(很多就仅仅是作为导航板来使用)，操作系统的体系也相对比较简单，这个通信协议的实现一般也无需考虑多个应用和进程同时访问通信协议的情况。所以就有了后装所谓的双系统之说。说白了干收音、倒车等俺就单片机，想娱乐享受俺就切到安卓。把一个交互体验为主的手机生搬硬套到车机上来注定无法找到出路。

　　反观后装企业，研发部门开发人员也有上百号人或几十号人，但产品却很不稳定，捉襟见肘，系统设计的毛病比比皆是，有的组件很可靠，有的组件就很脆弱，或者组件和组件的通信之间经常导致施诸多问题，检视组织结构压根就没有系统设计的岗位或部门。而相对几个所谓开发设计人员的小厂，利用短平快的方式利用方案公司现在的板卡，精简内部成本，专走价格路线，也就有了模块化组装大量工厂的存在。

　　然则系统设计是一门学问，甚至系统设计人员可以不精通电路、软件和机械设计，但他要研究用户需求、储存和运行环境、试验测试方法、工艺过程、关键件供应商审核、技术法规、热通道设计、电磁兼容设计知识、关键件降额等知识，如果他不具备这些东西也没关系，没人要求总体设计只能是一个人，可以是一个团队，这个团队的人适当分工，只要保证哪方面都有所考虑，后面的问题就会少很多，有人会说“我们公司小，建不了团队，想搞这方面安排个人，又没这样高水平，所以你这是纸上谈兵，没办法实施”，那也可以这样，在项目中一定要有一个这样的人，能考虑到一点，就先安排具体设计时规避一点，能考虑到两点就规避两点，只要我们一步一步在做，产品系统架构就会一步一步完善，只要在进步就值得欣慰。

　　简单来说车机有几个工作是可以细化做下去的。

　　一是方控，如何让手不离开方向盘而进行盲按操作车机?很多厂家会认为如果汽车没有方控怎么办所以想当然的就把一级菜单简单的几个功能做进了方控。而进行二级三级的很多菜单更是图标小的要命压根就没法操作(这是安卓车机的通病)。一直不明白的就是车机上面为什么还要设计到三级四级菜单这让开车的人如何操作?更有很多APP在默认安装时就占用了很多快捷键，这也是安卓车机很多方向盘按键失灵的原因。在系统建设上就只考虑过没有方控而有了方控能控制原来的功能就可以了，压根就没有考虑过如何让方控能控制整个操作界面。

　　二是导航。目前的导航进去了以后就是图商的事了，未来的基于LBS的工作也是图商的事了。可有没有想过导航还得基于在什么系统架构下运行?如何让导航溶成整个系统的一部分而不是一个分支。例如在行驶记录摄取到的界面上进行导航，在方控拍照时能进行位置分享。信息如何上传到云端进行大数据服务。

　　三是APP应用。想当然的认为我是安卓了可以随意下载个性化的应用。如何让各种各样的运用溶入到整个系统而形成一个整体是值得大家很好的去想想的。毕竟再好用的微信不开放API接口进行系统溶合，上车也只能是一种摆设。

　　改装大佬们叫了几年了，后装车机厂商却还是没有一家把个最简单的声音做好。一个EMC测试苦逼了一大堆开发“技术”人员，究其原因在哪里?在同质化严重的时候，天天梦想着能有一个新的功能让车机进行质的飞跃而快速山赛目前已经是没有可能。一个倒车轨迹还真没看到一家做到象样的，一个OBD炒作了几年却没看到大批量出货的，360全景泊车、行驶记录等等外部传感器信息如何真正有效的结合到车机这个系统上面来，而不是简单的模块化堆积，结合网络各种应用真正的建立起车机稳定的一个系统架构。

　　以上是笔者对于当前车机产品技术上的一点看法，希望从业者深思后装车机行业，推出真正适合用户的好产品，同时，也希望通过本文的抛砖引玉，有更多的人来深度关注这个行业深层次长远的发展。