单片机用到的c语言

现在的智能新能源车卷的很厉害，会不会今天买明天就落伍？ 　　感觉现在的新能源车出新技术的速度非常快，没过多久就会冒出来一个新的智能技术，本来想买台新能源车但是又有点担心，怕刚买了没多久又出了很多新的智能技术，自己的车就落伍了，怎么办？ 　　题主这样的担心很正常，因为车企太卷、智能汽车进步太快了。买了容易过时的车，出二手时卖不上好价钱，自己用的时候又眼馋新车，咋用咋都不爽。 　　先不说别人，我最近正在考虑把手头的车卖掉，就是觉得当年很先进的高通820A与英伟达Xavier芯片高不成低不就，电子电气架构也有点过时，明年怕是跟不上时代了。 　　卖掉之后，我就遇到了同样的问题：怎么才能买一辆「不容易过时」的新能源汽车呢？ 　　咱们买手机、买笔记本也有类似的忧虑，但内心并没有那么纠结，因为就算选错了，用两三年也就换新的了，损失不大。车不一样，一辆车动辙几十万，两三年就换车谁也受不了，用到五年十年才是常态。这种情况下，挑一辆不容易过时的车，显得尤为重要。 　　选车的难题，与国家队教练选苗子、武林宗师选接班人是类似的。当年，段誉之所以能够死里逃生，就因为南海鳄神摸了摸他的后脑勺，认为这是一位武学奇才，潜力很大。

南海鳄神认为段誉的武学潜力很大 　　相似的道理，我们选车也不能只看当下有多少功能，还要看未来潜力。如何判断未来潜力呢？ 我认为有两点，一是要看硬件参数是否符合当年旗舰水平，二是要看是否具备SOA能力。 　　SOA这个词大家听着有点陌生，那么究竟什么是SOA呢？ 　　一、 SOA究竟是什么？ 　　说实话，去年第一次听到SOA(Service-Oriented Architecture，面向服务的架构)这个概念时，我也是一脸懵。顺手搜了一下上汽零束的官方的科普，看完之后更懵了，因为科普文中的SOA架构图长这个样子[1]：

SOA软件架构 图片来源[1] 　　我花了点功夫研究SOA，算是有了一点了解，这次保证讲得大家都能读懂！ 　　假如你是汽车工程师，你的老板在网上看到了特斯拉Model X跳舞的一个视频后[2]，兴致勃勃地告诉你：「小张，你看Model X的这个跳舞功能很不错。给你一星期时间，你也搞一个吧！」 　　你心中暗骂老板，寻思着这不和那个什么5D音乐座舱一样，把什么视觉、听觉、触觉、嗅觉功能都集成起来，只是一个炫技功能，值得花一周时间来开发吗？ 　　骂归骂，活还是要干的。一星期时间倒也算充裕，因为这题听起来并不难：不就是以时间为变量，根据音乐节奏来控制灯光、氛围灯、车门吗？大一时的C语言大作业都比这题要难啊！

你觉得这任务很简单 　　既然工期如此宽裕，那仅做成与Model X旗鼓相当是不是太弱了？再说了，工作就是要超出领导的预期，所以你打算做得更炫一些：增加低速前后运动和转向功能，使原地灯舞变成动感舞步，岂不是更动感、更炫酷？

你决定加大难度：为灯舞增加动感舞步 　　千里之行，始于足下，于是你打开了车型电子电器架构图纸：我不会穿越了吧？怎么不是中央集成式架构，还是10年前基于CAN网络的传统分布式架构？

分布式电子电气架构中控仪表 —— 算力不能统一调用：首先要对音乐数据进行频域分析，这时候发现在这种传统分布式架构下，算力不能统一调用。表面上是中控大屏，实际上背后是一个弱鸡的单片机，主要算力还是要靠整车控制器VCU；但CAN网络数据传输速度不快，音乐文件传给VCU也需要几秒种；云端算力呢？抱歉，咱公司的车没有什么云端。 —— 结果是，当别的车开始跳舞时，你的车需要先算个5秒钟才能开始，节奏跟不上也挺尴尬的，体验十分不佳！氛围灯 —— 跨域功能协调困难： 你期望车内的氛围内根据音乐节奏变换颜色，在舒缓的音乐中采用渐变色，给车主一种完整的视听享受。此时你发现，只能控制氛围灯在各种单色之间切换，如果要想连续变化的渐变色，需要通过1号CAN网络以高频率分别发送颜色控制指令 —— 结果是，你的氛围灯渐变色延迟且帧率不够（卡顿的感觉），体验相当不佳。你找到相关部门去问，为什么一次通讯只能输入一个颜色，而不能输入一个颜色序列呢？这就是所谓的“服务划分的颗粒度”不合理，导致需要多次往复通讯。氛围灯主管部门说：咋不能？你给我预算，我让供应商去改控制器；CAN通讯主管部门说，这要改通讯协议啊，我得全部协调，工作量增加太多了，你得再给我招人 ——耦合性太强，导致变更不灵活。车灯车门 —— 通讯网络不够灵活： 车灯车门算是比较容易搞定的一个模块了吧，因为只需要根据音乐节奏控制“开”和“关”两个状态，通讯速度完全是够的。车灯很快搞定了，但你发现为啥找不到控制车门的接口呢？ 原来，车门控制在2号网络上，你必须通过整车控制器VCU才能通讯，光找到它就花了你很大的力气 —— 这就是所谓的“位置不透明”与“紧耦合”。此外，你发现车门只能控制“开”和“关”，不能控制“打开50%” 或“输入一个连续的开度序列”来控制，这就是上门提到的“服务的颗粒度”不合理。运动与转向 —— 难以服务权限： 当你找到动力控制部门的时候，麻烦更大了 —— 他们告诉你，车子跳舞的时候车上没人，这属于L4级无人驾驶功能，为了向你开放这个接口，公司得先做一套功能安全与预期功能安全，麻烦你去申请一下预算。 　　头晕脑胀的你开始怀念那个基于SOA理念搭建的软件架构中，实现这个功能是多么容易啊：面向服务的架构(SOA)：首先你看到的不再是实体硬件架构，而是一个个划分好的服务，如下图所示。位置透明性：你没必要到各个部门找通讯协议、找相关负责人沟通协调，只需要像上网冲浪一样输入网址“网址：车门控制服务”就可以找到并控制车门。

面向服务的SOA软件架构高内聚松耦合：例如设置了“输入序列指令以连续控制”的接口，从而减少了通讯负担，从而高内聚(本服务内的工作多做一些)松耦合(不同服务间的交互少一些)。标准化、可复用、易扩展、软硬分离：例如氛围灯控制服务既可以跳舞的时候调用，也可以在日常使用播放音乐的时候调用，从而可复用；动力域提前开发了低速运动服务，所以容易给跳舞服务增加功能，从而易扩展；给公司一辆车设计了跳舞服务之后，由于SOA架构下都是标准化的，只花了一天时间就将跳舞服务移植到了硬件不同的所有车型上，从而实现软硬分离。 　　现在你是不是差不多理解SOA是什么啦？ 　　如果希望再精简一些，那就是：就像练武之人打通任督二脉一样，SOA可以充分解放智能汽车的潜力，让功能更丰富、让OTA频率更快、甚至可以用户自己OTA —— 也就是所谓的「用户自定义场景编程」。 　　换句话说，E/E电子电气架构升级的是肉体(硬件架构)，而SOA升级的是灵魂(软件架构)！

　　SOA本身并不是具体的功能，但可以打通任督二脉，从而实现更灵活、更好用的功能，使OTA的潜力更大 —— 这不正是「不容易过时」的意思吗？ 　　二、 从SOA到「银河」全栈 　　今年我参加了上汽零束第二届SOA开发者大会。 　　和第一届主要提出SOA概念相比，这次发布会强调了四大产品，分别是「SOA软件开发者平台升级」、「生态域」、「舱驾一体」和「银河全栈解决方案」，我尽量简短地为大家介绍一下。

第二届SOA大会筹备现场 　　1. SOA软件平台升级 　　首先要说一下，SOA软件平台是”三件套”的技术底座，包括SOA软件平台中间件，SOA开发者平台以及SOA数字商城，这个平台对于开发者主要评价标准就是开发者平台的工具用得爽不爽、效率高不高。 　　让我印象比较深刻的是零束基于智己L7的仿真车机台架，它可以让开发者快速验证自己开发的应用好不好用，大大提高了效率。此外零束还提供了一站式套件就是OEM/T1的专业开发人员进行服务设计、开发、验证、部署的一整套工具，基本上都是图形化配置，拖拖拽拽就把复杂的工程工作完成了。

上汽零束SOA大会的仿真车机台架 　　这种一站式套件大大降低了开发难度、提高日常开发效率，比我当工程师时写代码要轻松多了。此外，车主用户也可以在开发者平台注册账户开发自己的场景，还能完成一些商业定价售卖，当然也提供了车主用户移动端的场景开发工具，所以也就成了所谓的「用户自定义场景编程」 —— 到这一步的时候，智能汽车就更不容易过时了。 　　2. 生态域 　　通过生态域，能够实现不同智能终端的无缝链接和深度互融。简单来说，以后车机就真的可以连接智能手机、智能手表了。从用户角度来说，我觉得这是最有意思的一个展台。 　　a) 应用流转 　　相信你和我一样，虽然知道开车最好不要看手机，但偶尔还是有不得不回的、不得不参加的腾讯会议。此时就很尴尬，明明车机有更大的屏幕、更好的语音交互功能，但车机与智能手机就是难以协同工作。 　　产品经理带我在飞凡R7这款车上，试用了应用流转功能。当用户将手机与车机连接后，手机应用、服务卡片即可流转到车机上并直接在车上查看行程、待办事项，也可打开音乐应用，播放收藏歌单，甚至在充电的时候刷个微博，打个游戏，或者看个视频。

43英寸宽幅真彩三联屏 　　b) 智能推荐 　　这个功能命名为「智能推荐」，似乎不太精准，其实它就是一种跨平台的生态域功能。这有点像苹果或华为的全家桶生态：手机上复制一段文字，瞬间可以送至PC与平板的粘贴板中。

　　类似的，当手机在大众点评复制一个地址时，车机导航会自动询问是否出发到这里，这样既方便又安全！单说这一个细分应用场景的操作便捷度，此功能可以说吊打市面上所有车机。

飞凡R7的车机大屏可与手机协同工作 　　c) 舱内游戏 　　这不仅仅是手机游戏流转到了车机大屏上，而是实现了音画与控制的分离：飞凡R7的43英寸宽幅真彩三联屏显示游戏画面、手机变成一个独立手柄。

飞凡R7车机具备SOA架构，后续可玩性更高 　　现场我试玩了几分钟《重生细胞》，玩起来基本感觉不到延迟，这个设计真的是很不错！现场我也向产品经理确认了，上面这些应用流转、舱内游戏功能在量产车飞凡R7上完全可以使用，很快就会OTA更新。 　　d) 智能穿戴设备联动 　　产品经理现场向我展示的功能是手表测出自身压力比较大的时候，用手机控制车机来进入冥想状态，从而使乘员放松、降低压力。飞凡R7采用环抱式菱形绗缝工艺、10mm透气海棉+8mm丝绵的NAPPA真皮前排座椅，乘坐起来非常舒适。

　　其实我觉得这功能虽然展示效果不错，但有点大材小用了。之前我在介绍DMS驾驶员监测功能的时候就说过：如果智能穿戴设备与车机互通的话，就可以充分利用心率、血压等数据来更好地判断驾驶员状态，从而提升安全性[3]。

智能穿戴设备的传感器更加多样化 　　当时我认为，得等到智能穿戴设备的主流厂商华为、苹果等自己造车之后，与车机之间的无缝连接愿景才能得到实现。零束可能会加速这一进程的到来：量产车型飞凡R7已经可以和苹果手表实时通讯，读取心率等信息。据现场产品经理介绍，这一功能很快就可以OTA。

飞凡R7 　　3. 舱驾一体 　　个人理解，舱驾一体设想将来L4无人驾驶实现之后，智能座舱应该是什么样的形态。当时有一个场景让我印象特别深刻：大屏上模拟乘员畅游在溪流的小船上，智能线控底盘根据小船的姿态而摇晃。让智能底盘这么一个纯驾驶的功能来模拟智能座舱的感觉，真的是彻底诠释了「舱驾一体」的真正含义。

　　4. 零束「银河」全栈 　　零束银河全栈解决方案，全栈4+1包括计算平台、电子架构、软件平台、智能云平台以及舱驾融合数字化体验产品，是一个云管端一体化的智能车全栈技术和产品解决方案。 　　这听起来还是很抽象，我的个人理解是：零束「银河」全栈相当于是智能汽车软件的「滑板底盘」，如果你喜欢，零束就可以提供SOA概念下的全套技术能力。如此一来，合作车企的研发压力就会大大减轻，开发速度也会大为提升。 　　目前也有了两个落地样板：搭载「银河」全栈1.0解决方案的智己L7和飞凡R7，具备实现SOA应用功能的所有潜力，后续就会OTA快速迭代，成为两款「不容易过时」的智能汽车。

搭载零束「银河」全栈1.0解决方案的飞凡R7 　　除了零束「银河」全栈1.0带来的软件SOA潜力之外，飞凡R7在硬件上也是卷得厉害：搭载高通8155旗舰车机芯片、2颗英伟达Orin X 芯片、12个800万像素高清摄像头、LUMINAR 1550 nm高规激光雷达和Premium 4D成像雷达。

　　回到最初的问题，怎么才能选一辆「不容易过时」的智能汽车呢？ 主要看两个方面，一是要看搭载的是不是旗舰硬件，二是要看是否具备软件SOA能力。 　　由此来看，旗舰级智能硬件堆满、同时具备零束「银河」全栈SOA能力的飞凡R7具备优秀的「武学潜质」，是一辆「不容易过时」的智能汽车。