距离农历新年还有不到3周时间,在这个特殊的时间点来做个简单年度总结和展望
写了半天发现都是总结,展望下24年
今天是我36岁的生日,是一个比较特殊的日子,好久没有写博客了,刚好今天也不是很忙于是就打开笔记本写几句
一开始我是把工作排在了第一,后来想了想感觉不合适,于是还是把工作放到了第二个主题,毕竟工作是为了更好的生活。这个生日的时间比较特殊,刚好在中秋和国庆假期之后,也没有刻意的安排去哪里庆祝,毕竟这么多年了都是简单度过,早上给老妈说了晚上下班回去吃饭,昨天晚上和老婆商量好了今天就在家里吃饭,一家人在一起比啥都强,再说了可以带着小蛋糕回家让儿子吃,他肯定很高兴。当然今天还是非常感谢我老婆送花给我,下面这张照片就是今天的花的照片。
有件事情我必须要在这里提一下,就是浩辰今年已经4年级了。昨天他们班主任让他们用一种动物来形容自己的家庭成员,于是乎下午下班回家我们都追着询问他分别给我们是如何描述的,结局出乎人的意料,他说他写的妈妈是🐯(雌)😂🤣🤣🤣🤣🤣,爸爸是自恋的丹顶鹤,奶奶是🐈。这个结果我们足足笑了半个小时,他还声情并茂的简要描述了下小作文内容,让人啼笑皆非,遗憾的是描述他妈妈的前半段没有录下来,只录了后半段和其他两个人的。
微电园的新房子还在装修中,装修的事情我老婆还是鞠躬尽瘁,我确实自叹不如,等到装修好以后我们可能会根据情况搬过去住,一方面现在小孩子大了肯定不能还是和我们在一起住,现在的房子着实有点小了;另一个方面就是浩辰到时候如果考不上小区跟前的巴蜀科学城中学,那么只能是划片区去上重师附中,那到时候就要去富力城那边,这样一来我们就打算把现在的龙湖的房子卖了,重新在富力城那边租个房子让他爷爷奶奶伺候他上初中和高中。
我最近在读《埃隆马斯克传》,书还没有读完但是给我的整体感受就是传奇的人物一生真的是不简单,不管是他个人脾性还是生活阅历还是周遭环境,真的是很多条件和因素综合起来才造就了他,附上别人总结好的内容。
从几年的8月1号来算,我从创业开始已经足足2年时间了,我记得我上一篇博文就是写在创业之时。从目前整体情况来看,情况在逐渐好转中,第一年确实是在不断的摸索方向,试错,交学费的过程,现在回过头来看我们发现还是干自己的老本行比较有优势,虽然现在整体账面上还是亏损的,但是现在签订的研发合同还是有好多个,订单必然不会久远,只要我们认真去对待每一个客户,去珍惜每一次机会,去面对每一次调整,明年第三年肯定会走上属于我们的康庄大道,不然我们就会履行我们的3年之约”不行就散”。
转载自车云网
OTA只是车联网的一个切面,在这项火热技术牵动的,是整个车联网平台建设乃至商业模式的变革。
智能网联汽车的一个趋势是“软件定义”汽车。和硬件相比,软件成了车里迭代最快、最容易个性化的部分。随着汽车电子化程度越来越高,无论是车辆遭遇软件故障还是软件更新,目前的线下店召回模式已经不是满足用户体验的最佳选择了。为了减少成本、提升用户体验,OTA(Over-the-Air Technology)空中下载技术成了智能汽车时代的必备技能。
咨询机构ABI Research在一份报告里预测,到2022年将有2.03亿辆部汽车能通过OTA方式更新软件,其中至少2200万辆汽车还能通过OTA更新固件。汽车制造商快速普及OTA更新的原因包括:召回成本,自主驾驶和基于软件复杂性的安全风险的增加。
OTA甚至带来了一种全新的商业模式。车企迫于产品投放压力,会推出软件功能尚未完备的产品,之后再把最新的软件更新到车里。有了OTA,车厂就能在车辆单次出售之后,获得再次收益的机会。而消费者获得“新车”的门槛,就是点几下屏幕而已。
对手机等消费电子领域而言,OTA已经不是什么新话题了。在大多数人能在车上享受到这项便利之前,我们先来了解一下这项不算新的新技术吧。
OTA分为两类,一种是FOTA(Firmware-over-the-air,固件在线升级),指的是给一个设备、ECU闪存下载完整的固件镜像,或者修补现有固件、更新闪存。而固件之外的软件更新,就是SOTA(Software-over-the-air,软件在线升级)。那些看上去离使用者更近的应用程序和地图OTA,都属于SOTA的范畴。FOTA相比SOTA更具挑战性,这点会到后面再谈。
在此之前,我们先了解一下汽车OTA的架构和流程。无论是FOTA还是SOTA,都可以被分成三个阶段,和“把大象放进冰箱”一样简单易懂:第一步,生成更新包;第二步,传输更新包;第三步,安装更新。

更新包里不仅仅有要修复的缺陷或者要加入的新功能,分发包的更新顺序、更新前和更新后需要做哪些验证检查等等,都会被打包到这个文件里。
生成之后,更新包会被发到一个OTA云服务器平台。在汽车行业,这个平台一般由OEM管理,平台上整齐码放着各种各样、不同版本的更新包。在收到更新请求后,更新包通过网络被下载到合适的车载模块和特定的ECU。一辆车可能有多个设备需要更新,车端会安装3G/4G/WIFI通讯模块,也会由一个网关统一下载接收更新包再做具体分发。
下载好的更新包会正式更新,用新的镜像文件替换掉旧版本。整个过程会有更新软件随时监督:正确的更新包是不是被安装了,更新任务是不是已经顺利执行完毕……OTA的过程可以不是连续的,并且能支持任意点对点的软件版本更新。
当然,整个大流程在哪里执行,还是有很多考虑的。
比如,因为FOTA需要直接对TCU和ECU直接刷新改写,车企对直接执行FOTA还存有安全顾虑。在过渡阶段,可以考虑由车主把车开到经销商,在那里完成在线更新。主机厂会给客户发送召回邮件,得到确认后把含有更新文件用邮寄硬件或电子发送方式给到经销商,客人到店更新并现场检查后再把车取走。
但是未来,随着汽车电子化程度越来越高,每家经销商的服务能力也会有上限,每一次更新车主都返回经销商就会成为一种体验差评。当技术足够成熟,消费者直接FOTA的方案当然会更受欢迎。在流程上,更新文件不必发到经销商。但经销商依然要和车主取得联系,告诉他们确保更新的时候,车子要处于停驶状态。后台收到某辆车需要FOTA的请求后,主服务器和车辆相互验证后,就可以在通讯正常的情况下开始更新。车主在更新完成后自检,主机厂可以用电话和车主逐一确认更新效果并保证安全。这样算起来,成本就会大幅削减。
对于汽车这样特殊体质的电子产品,OTA要考虑的东西自然更多一些。具体到实操层面,主要是保证安全、效率、用户体验这些细节。
安全是要放在首位来强调的问题。英泰斯特OTA总监李立告诉车云菌,安全是一个系统工程。OTA安全要考虑三段:第一段是云端的服务器端的安全,第二段是车辆端的安全,另外就是车辆和云之间的通讯。
更新内容在这三段不仅使用认证,还要使用加密。对这两点,李立做了一个形象的说明:“加密,是不让别人看见我传输的是什么内容。认证,就是确保车辆端、云端是我期望的、认可的对象。”
比如车机进行软件升级时,要发出认证请求到服务器;服务器收到车端请求信息后,发回反馈,要求发送数字证书自证身份。车端发送数字证书到服务器端;服务器对数字证书进行校验是否存在问题;验证无误后终端管理系统向终端发送验证结果,这时才可以开始进行相应的软件升级。更新包会被加密后传输到车端,在T-box解密后再分发到车机。另外一个比较重要的车端部分是网关,可以避免ECU与联网的远程信息处理单元直接接触,提高了OTA更新的安全性。
刚刚提到,FOTA相对SOTA要更具挑战一些,原因之一在于集成固件更新安装程序的闪存都比较小,FOTA更新包和更新软件要能在车辆嵌入式设备的小内存中完成安装。因此更新包会尽可能地压缩大小,一般会被压缩到原始大小的5%。
为了保证效率,在技术上我们会用到差分更新的方式,也就是比较新旧版本之间的差异,生成差异文件。当新旧文件差异不是特别大,就可以只传输差异文件。
差分更新的核心技术是各家供应商掌握的字节差分算法。 比如为特斯拉提供OTA技术的Redbend(一家以色列软件供应商,2015年被哈曼收购),其中一项技术是将更新包碎片化分成多个小的数据流文件,在有限带宽的网络中分发,设备获取多个短小文件的同时进行更新,主要解决的就是汽车内微型ECU、M2M模块等微型电子设备性能存在局限性的问题。
关于用户体验的部分,是由很多小细节构成的。
比如汽车更新一定不能影响车辆的安全行驶。车的环境可能会发生很多变化,例如进入到隧道、地下车库这些没有信号的地方,出现异常的时候,需要车辆端的电子零部件能够应对不同的外界环境,做好保护,并且在升级失败的时候完成自恢复。
当然还有很多人提到,OTA的挑战不完全是技术挑战,而是经销商的压力。
在OEM依赖的传统销售模式下,经销商会担心OTA减少他们与车主接触,少了很多二次销售的机会。并且汽车维修是经销商的盈利大头,OTA在解决越来越多的问题,经销商反倒会面临越来越多的经营危机。也有人认为,OTA也会带来整个CRM体系的变革,经销商仍然扮演着重要的角色,消费者关系维护需要经销商,只不过他们的职责会随之改变。
在OTA方面,特斯拉是真正玩转OTA的首家车企。从2013年至今,特斯拉已经使用OTA进行了应用程序、地图、灯光、语音、空气悬架升高等在内的多处更新,并且实现了Autopilote在内的驾驶辅助功能的升级。
Fortune杂志撰文评论特斯拉:“Loading cars with hardware that might not be used for years—and requires a software download to unlock the features—is unprecedented in the industry(在汽车上预先搭载可能多年都不会使用的硬件,并且需要通过更新软件来解锁新功能,这在汽车行业是前所未有的).”
不过在过去的1年里,这种前所未有的创新开始逐渐成为一种风潮。传统车企也开始陆续公布要用上这项更加便利的更新技术,我们迎来了OTA的新闻的一个小高峰。
2016年11月,丰田汽车宣布,将采用OTA技术更新电子控制单元(ECU),由此可尽早修正ECU的漏洞,并且讨论了车辆上市后通过OTA追加新功能。
2017年1月,大众公司将使用OTA技术提供一些功能,车主通过订阅或试用等方式可以获得软件方面的升级,例如导航等。
2017年5月,福特宣布将采用OTA技术实现软件升级,为搭载Sync 3的2016款车新增Android Auto及Apple CarPlay系统。这是福特首次将OTA应用于车载软件升级。
2017年7月,沃尔沃与HERE签订了长期合作协议,选择部分沃尔沃车主使用OTA服务升级车载地图。
2017年7月,通用宣布在2020年以前推出能进行空中升级(OTA)的信息娱乐系统。
从这些新闻可以看出,目前车企开始把OTA技术用于地图、应用程序、信息娱乐系统等方面的更新。只有丰田提到了电子控制单元OTA,但是这家日企也没有详细说明具体是哪些ECU。
咨询机构IHS的预测也显示了相同的趋势,他们认为汽车制造商从OTA软件更新中节省的成本将从2015年的27亿美元增长到2022年的350亿美元。大部分的开支节省来自OTA对信息娱乐系统和远程信息处理系统的更新。控制发动机,制动器和转向器的ECU在OTA方面仍然还有上面提到的诸多难题要攻克。
值得注意的是,在新能源汽车领域,尤其是国内,OTA服务提供商会迎来比较大的机会。
一方面是政策推动。《电动汽车远程服务与管理系统技术规范》规定从2017年1月1日起,新生产的全部新能源汽车安装车载终端,通过企业监测平台对整车及动力电池等关键系统运行安全状态进行监测和管理。
按照国家标准公共服务领域车辆相关安全状态信息要上传至地方监测平台。在信息上行监管的同时,电池(主要指BMS)、电机、T-box都会产生OTA需求,车端增加自检、远程查询、远程参数设置和远程升级功能也会成为一种新趋势。
另一方面在于核心技术的掌握。和传统技术不同,整车厂在新能源汽车领域更有机会掌握一些核心技术。在新能源领域实现OTA,对整车厂来说也更为可控。
智能汽车技术的发展给OTA服务供应商带来了新机会。在这之前,未来OTA技术成熟,使用OTA技术升级更新的车辆将会规模级增长。供应商在满足主机厂需求的情况下,要尽最大可能降低整个系统的成本,满足监管、更新和修复车辆的需要。OTA只是车联网的一个切面,在这项火热技术牵动的,是整个车联网平台建设乃至商业模式的变革。
电信运营商作为网络世界必不可少的一环,在车联网产业链中的作用也是不言而喻。我国国内的三大电信运营商也积极参与到了车联网的建设当中,在前装市场中与各大车企合作,为车主提供上网通道,收取费用;在后装市场中由于摆脱了汽车厂商的制约,不再受具体车型的影响,运营商可以直接展开TSP服务,使得终端内容更加灵活化和多样化。
十年之前,中国的车联网行业尚处于蛮荒时代。在大部分人仍在使用功能手机的年代里,车内的车机屏幕仍然是单色,最常用的功能是通过车载CD播放音乐。当时的三大通信运营商的主要精力,投注在将2G手机变为3G手机的事业中。当时,没有多少中国车主,认为车辆具有联网功能是一件必要的事。但在这一年,海外的汽车巨头,开始让看得见摸的着的车联网服务正式登陆中国市场。2009年3月,广汽丰田与雷克萨斯正式导入丰田在日本已经应用两年的车联网系统G-book。从安全入手,连接2G网络的能力,使得搭载了G-Book系统的车型可以提供通话、远程救援、紧急通知、被盗服务等功能。同样在2009年,中国电信拿下了通用安吉星在中国的订单,提供CDMA 2G网络连接支持——当时安吉星在美国也是基于CDMA 2G网络提供服务。安吉星覆盖通用凯迪拉克、别克、雪佛兰三个品牌。由于采取前期免费提供服务的策略,同时通用的产品劲销,安吉星在中国提供服务的第二年,就积累了50万用户(2011年数据),成为国内用户最多的车联网系统。
2010年,3G牌照正式发放两年之后,国内车联网的生态开始活络起来。相较于2G网络,3G的数据传输速度大幅提高到超过1Mbit/s,由此带来更快速的通信能力,以及对联网内容初步的消费能力。国内自主车企纷纷导入3G车联网服务,以图用更新的技术、更好的互联体验,在车联网系统的产品力上超越合资车企。排头兵是上汽乘用车。这一年,博泰与上汽乘用车联合研发了号称首款“3G汽车”的荣威350,宣告中国车联网开始进入3G时代。然而,上海通用采用了中国电信的车联网服务,而上汽的这款荣威350背后,通信运营商却是中国联通。事实上,在2010年这个“汽车3G元年”里,中国联通可谓气势如虹——当年,联通一口气签下一汽、长安、奇瑞乃至金龙等等车企的3G车联网订单,制霸行业。当年,为了平衡移动在通信运营商中一家独大的格局,也为了建立具有中国知识产权与影响力的通信标准,移动被分配了TD-SCDMA制式的3G。但与联通的WCDMA制式相比,TD-SCDMA无论是在下行速率还是在信号质量上都明显不如。联通抓住了WCDMA的红利,一举在3G车联网时代夺魁。而移动在难以弥合的技术劣势掣肘下,其3G车联网服务也很难打开市场。当然,电信手中的CDMA2000也未好到哪里去,但凭借2G车联网时代拿下的大订单,以及3G时代新开辟的客户,电信的车联网业务还有一定成色的发展。联通称霸,移动低迷,电信闷声。这是车联网3G时代的A面。
然而,3G时代的优势,却成为了联通在4G时代的负累;3G时代的劣势,反而成为了移动在4G时代全力向前的动力。2013年末,工信部正式向三大运营商发放4G牌照。4G的标准高度统一,不存在显著的技术优劣差别。在3G时代吃了暗亏的移动,竭尽全力将用户导入4G LTE,甚至不惜“战略性放养”3G——许多在移动提供通信服务的手机没有4G信号时,将直接回落到2G。在“不留退路”的4G推进下,中国移动的4G网络覆盖率很快来到98%,冠绝全球。车联网领域也是如此,4G牌照一拿到,移动车联网的重心即刻转向了对4G的推广。2015年,中国移动特别与德国电信成立了一家合资公司——中移德电,借助德国对汽车工业的理解,帮助中国移动的4G上车之路。2015年3月3日,世界移动通信大会上,移动的车联网业务迎来了转折时刻。当天,中国移动宣布,与安吉星达成合作,助力后者的车联网服务从2G升级到4G——这是中国首个4G车联网商用项目,意义不言自明。而原本,为安吉星提供服务的是中国电信。从中国电信手中抢下通用安吉星的订单后,中国移动的4G车联网服务随即签下奥迪、日产、比亚迪、上汽等大车企。上汽的荣威RX5,成为搭载4G车联网的第一辆爆款互联网汽车,年销量达到30万台。移动官方更是声称,4G车联网服务新增的80%项目,都是由移动承担。
截至2018年底,中国移动4G用户达到7亿,联通4G用户也超过了2.1亿,中国总的4G用户达到了11亿——无论是开车的还是乘车的,几乎是人手一部智能手机。当智能手机可以通过原生功能和APP实现定位导航、信息娱乐乃至紧急救援功能时,车联网存在的必要性被大大降低了。新的破局点,正是让车联网摆脱单纯的导航、娱乐、通话,参与到交通出行的革命当中——V2X、5G,以及它们支持下的自动驾驶。在新的趋势下,三大运营商则在全力争夺标准制定、技术框架的制高点,以在革命真正来临时成为打响一枪的角色。V2X车联网的概念提出已经久——Vhicle To Everything,车联网连接万物。传统的车联网连接的只是通话网络与广域网,而V2X还可以实现车辆间,车辆与路侧设施之间,乃至于车辆与行人之间的连接。当V2X推广开来,智能交通将不再只是一个梦想。但如果要实现这些,单依靠4G技术是不够的——还需要在4G通信制式的基础上,定义出新的标准来——这便是LTE-V(海外还有类似WiFi的DSRC标准,但国内已经选择了属于C-V2X的LTE-V)。而在LTE-V的标准制定上,移动有更多的话语权,参与LTE-V制定的中国专家,也大多出自移动通信研究院。光是有标准也不够,V2X要实现的辅助驾驶,对通信时延的要求不能超过50毫秒,而目前的LTE网络无法做到。而联通很适时地在去年提出了“边缘云”的概念,利用分布在基站侧的计算能力,对场景上传的数据进行快速处理,在LTE网络条件下,将时延压缩到20毫秒以内。有意思的是,移动在其V2X发展技术框架中,也将边缘计算,列为了LTE-V的关键技术之一。
从三大运营商的车联网业务转变,可以明显看出,车联网对三大运营商的重要程度不断提高。面对车联网,三大运营商其实站在了一个新旧时代的交替点上——智能手机这一全球保有量最大的通信服务应用终端已经饱和,在传统的业务上,三大运营商增长见顶,亟需一个新的增长点。而联通估计到2020年,中国的车联网用户将超过4000万人,渗透率超过20%,市场规模达到2000亿元。为了千亿市场,在2G、3G、4G时代分别领跑的电信、移动、联通齐齐迈向V2X。在经历了十年徘徊过后,车联网正式成为了移动联通电信的第二战场。
参考链接
车载信息服务提供商(TSP)是车联网产业链的核心环节,统筹整合产业链其他环节参与者,也是利益分配者,在TSP大平台上为正整车厂打造车联网产品,内容涵盖TSP服务平台、呼叫中心、内容聚合、数据中心和云平台等。TSP企业在2014年至2016年迎来高峰,2017年新增企业数量减少。虽然无论传统TSP、整车厂还是互联网企业都在不断涌入TSP产业,但是TSP目前盈利模式不清晰、平台需要规模效应等因素导致大部分企业仍在不断摸索中,以下列举一些比较有代表性的TSP企业:
缺失模块。
1、请确保node版本大于6.2
2、在博客根目录(注意不是yilia根目录)执行以下命令:
npm i hexo-generator-json-content --save
3、在根目录_config.yml里添加配置:
jsonContent:
meta: false
pages: false
posts:
title: true
date: true
path: true
text: false
raw: false
content: false
slug: false
updated: false
comments: false
link: false
permalink: false
excerpt: false
categories: false
tags: true