- 博客(21)
- 收藏
- 关注
RSS订阅原创 汽车数据应用构想（六）
这个系列文章主要是提出数据价值应用的一些想法，图中所展示的仅作为大概的原理说明，只有一部分做过POC验证。在数据样本足够多的理想情况下，同车型车辆上的几个碰撞传感器，如果产生的信号一样，那么碰撞强度、角度等应该也是相似的。其实刹车性能是可以量化的，原理也很简单，就是用新车在标准环境下刹车距离作为参考值，之后再用相同环境下的刹车距离去做比对，即可以有一个直观的量化参考。这个系列暂时告一段落，本来还有一个关于用户行为方向的话题，但这个方向上的内容过于庞大，以后会找专门的话题来聊。文章首发于公众号：昊叔说车。
2024-07-08 07:10:44
149
原创 AI 上车的一些随想
比如，将游戏机上车的这种“供应商式企划”，应该通过“氛围”Agent来实现，而不是游戏机直接调用车上的服务。很久以前就有一种氛围灯，并不是接到音响上，而是“听”声，不管是哪儿放的音乐，它听到，就会自动随节拍闪。车作为AI应用载体，是天然的。所以一样的病症，一样的配方，只是给了不一样的包装。如果一个一个适配，非常麻烦，商业上打不通，不如车自己听、看，然后配合车内硬件给出相应的“外设”能力？综上，让车变成“汽车人”的第一步，应该是围绕车本身的能力，让车在传统能力上有巨大更新，才是汽车体现“智能化”的重要方向。
2024-07-01 07:01:23
409
原创 汽车数据应用构想（五）
开着空调，吹着凉风，喝着路上买的冰凉的小甜水儿，坐在改装完的新车里，这种幸福感，堵车也不会影响心情！”，好吧，我这堵在长龙中间，忍了。刚换了一年的小电瓶，出门还正常，不可能突然坏掉啊，马上想到了最近一段时间用车异常：启动后机舱内“吱吱”响，还有点儿糊味儿，但5分钟左右现象消失，其实我也大概判断是发电机皮带老化导致的，毕竟8年没换过。天气突然变热，胎压也就变大了。上网查：吉姆尼机舱小，散热差，因为改装导致前杠散热口被遮挡，堵车时前方散热口进风量小，无法散热，导致压缩机过热保护，压缩机不工作了，自然不制冷了；
2024-06-24 07:02:07
510
原创 汽车数据应用构想（四）
一、拥堵路段：导航中的拥堵信息都是通过购买出租车实时位置数据，或是开启导航用户的实时上报数据计算出来的。降水量是影响积水的重要因素，而洼地深度可通过陀螺仪的角度信息去拟合（需要长期且多车数据），而遇到积水的驾驶行为特征（减速、调头等）也可以分析出哪里有积水。这些数据都具有一定的特征，通过对数据特征的分析，并结合位置信息，即可得到有价值的POI信源。近几年的新车，基本上都有智能网联功能，也就是说都在上报数据，只要在某城市的上报数据车辆达到一定规模，就相当于OEM拥有着一个规模庞大的道路采集车队。
2024-06-17 07:01:35
378
原创 汽车数据应用构想（三）
想到哪儿说到哪儿，以上条件也并不全面，总之“数据”转变为“信息”的过程并不是简单的统计，而是有更多维度的细分与过滤，算法对精度的影响极大，只有在落地的过程中不断调整才可以获得更有价值的提升！而这种通过车辆数据变化去记录位置信息的POI服务，不仅限于加油充电，包括打滑路段，积水路段等，都可以用车辆数据去拟合，下期把这类场景一起说一下。上期说的，用数据去拟合停车信息的应用，那么类似的POI信息相关的场景其实都可以实现。排队时长与加油类似。车行驶到充电场地，且未熄火时开始，到其充电开始的这段时间，则是排队时长；
2024-06-10 07:02:59
304
原创 汽车数据应用构想（二）
上面说的这些，都是比较普遍的“可视规律”，其实每个人对于停车还有很多自己的小心思：公司园区里，可以弹性工作时间，有些人来得早走得早，那么上班的时候，他选择车位通常是离自己楼门最近的位置，而且还要考虑下班的时候车不会被晚来的车辆给挡住；这些都是长时间的实践中得到的经验，很多“规律”并不是产品经理一个人就可以想到的，那么大数据的特点正好可以在这里发挥：只看现象，不问因果！一辆长期早到公司的车，都停在同一个地方，那么下次某个人偶尔早到公司，那就直接也停在这个地方就好，前人的经验只要照着做就好！
2024-06-03 07:02:51
459
原创 汽车数据应用构想（一）
经历多年高投入的“数据基础能力”建设，车厂数据部门每年都要经历“数据价值”的拷问。只要是越来越准，用户就非常满意了，用户本来也没指望你一上来就准，差不多就可以，被互联网熏陶多年的中国用户，容忍度非常高，数据应用是个迭代的过程，真的没必要上来就要求准确度要高于多少多少。想解决这个问题其实并不难，就是在车端去做一个可配置化的“数据网关”，车上产生的所有数据都先传到网关，通过规则去配置哪些数据，以什么样的频率去打包上传（当然，什么压缩啊，实时/定时啊，都可以是这个数据网关要解决的问题）但这可是要成本的啊！
2024-05-27 07:02:14
823
原创 汽车智能化这些年踩过的坑（五）
我还是我，除了有官方名头外，价格、质量都不会有啥大变化，也就是从业务收入上来说，不会有啥本质区别，而且还丢了自己的品牌性。（以上内容仅个人看法，没有特指具体品牌，如有雷同，纯属意外，本人不负任何责任，如有反对，你都对，是我错！“坑”系列最后一篇，本来预计4篇结束，但在写“坑4”的时候翻以前的PPT，突然发现了一页针对汽车全生命周期服务的内容，才想起这个方向其实也是这些年很多车厂在车联网方向上都跳进过的一个大坑，所以决定用这个作为本系列的最后一篇。时至今日，甚至提供自建充电服务，自建车险服务等。
2024-05-20 07:04:15
1058
原创 汽车智能化这些年踩过的坑（四）
以安全角度来说，在车上刷视频绝对是不可取的，但随着自动（辅助）驾驶技术的提高，以解放驾驶员为目标的智能汽车里，这个需求却是合理的（在之前的文章中已聊过的乘客区长视频需求看起来就更合理了）。，车载环境中，天然具备驾驶类游戏的所有外设，模拟驾驶爱好者花大价钱买的装备也都比不上一辆真车的体验，特斯拉的驾驶游戏也充分证明了这一点，所以车载游戏绝对是有应用场景的，但也仅限于驾驶类游戏，其它类游戏即使在停车环境中，体验感也无法与客厅电视或手中的手机相比，之前文章也说过这一点。这些需求肯定是没错，但技术不是万能的。
2024-05-13 07:05:34
614
1
原创 汽车智能化这些年踩过的坑（三）
谁官儿大，谁有理，最大的官儿基本都有专职司机，就算自己开通常也都豪车，哪有平民的同理心啊！只不过在成本有限的情况下，把钱都花在这上面，必然降低汽车核心功能的投入，所以在传统车时代，只有高端的价格才能在优秀的核心功能基础上提供这些，而且以用途来说，有再多的智能家居，车也不会比房子更舒服吧！三、变形金刚派：这个就不说具体哪个品牌了哈，懂的都懂，反正车门、座椅、灯光都玩出花儿来了，满满的仪式感，总之就是按一下，说一声，就能让车变形，绝对是彼时最绚丽的风景，也是各品牌竞相学习的对象，更是“智能场景”的推动者。
2024-05-06 07:15:00
1683
原创 汽车智能化这些年踩过的坑（二）
原本充电和加油都属于用户行为，在油车时代也没见哪个车厂为用户提供专门的加油信息服务，但因为充电站数量少，电车厂家总担心用户找不到充电桩，或是下载多个充电APP麻烦，所以几乎每个电车品牌都要随车带一个“充电APP”服务。在补贴政策的扶持下，民营充电企业不仅占据了大半市场，不仅形成了几家覆盖全国的巨头，还有各种遍地开花的地方性小企业。既然是基础设施，桩厂在加快建设速度和提高服务质量的同时，与车厂之间的信息共享会成为必然的趋势，相信在不远的将来，车厂可以将“买数据”的成本花在更有价值的用户体验中去。
2024-04-29 07:06:59
792
原创 汽车智能化这些年踩过的坑(一)
首先就是“听”系列，毕竟从最初广播、磁带、CD、MP3，直到在线音频，“听”是驾驶场景中最强需求之一，使用频率甚至高于导航。想想也挺简单，就是在手机生态发展这么多年之后，除了整合最底层资源的厂商最终变成了“寡头”，或是超级大厂在不同领域资源都有“寡头”业务出现的时候会打包整个儿“生态”去售卖，几乎见不到“二道贩子”式的聚合平台，而且；随着政策与市场的发展，到现在为止，聚合APP中的小厂有些已经停止服务，最后不得不下架了，然后再找些便宜的资源，以独立APP的形式更新了应用。停车、洗车、修车、加油、充电。
2024-04-26 06:56:58
1019
1
原创 关于汽车场景人机交互的想法（三）
比如前面说的DMS，增加了硬件成本自不必说，就软件层面来看，原本作为疲劳监控，从识别算法上来说还相对简单，但要加入情绪、健康等判断目标，其算法复杂度要有几个数量级的增加，这都是成本，这些成本对应到实际应用价值中，是否值得，需要车厂做出谨慎的判断！多种方式的反馈，比如声音+灯光+振动，甚至结合语音&画面，能让用户及时、清楚地获得汽车要反馈的内容：停车开门且后面有自行车时，语音播报“小心开门”，视频显示后面自行车与车位置的动画，氛围灯闪动等，甚至应该鸣笛双闪，引起后面自行车的注意……这些都需要合理地设计。
2024-04-25 07:00:38
906
2
原创 关于汽车场景人机交互的想法（二）
我不是这个专业的技术人士，所以不能科学地回答这个问题，但最近重刷《三体》，“拯救派”试图去构造三体运行模型最终失败，数学天才魏成费尽才华搞出来的模型，也只能演算出100多个场景，这可能就是这个问题的答案：任何小数量级的误差都会导致全然不同的运动轨迹。也许终有一天，智能语音背后的“灵魂”已经通过图灵测试，让我们完全把机器当成人了，那时候我们会产生真正的与之“对话”需求，那已经不是汽车这个狭小的领域的技术变革了，而是我们碳基生物转向硅基生物的革命！要是对话的对象换成AI，这种人机对话的“容错性”就弱了很多！
2024-04-24 06:58:00
738
1
原创 关于汽车场景人机交互的想法（一）
产品经理们想当然地就把这些都归为“智能汽车生活”领域，但这些应用是需要多次交互操作的，车载大屏虽然比手机的屏大，但远远不如手机操作方便，最终能让用户获得良好体验的，似乎也就剩下长视频了。“刷”这个操作是很频繁的，而且大多数短视频都是竖屏，那么在车载大屏中，需要频繁“悬腕”操作，再加上竖屏视频两边留着的巨大无效区域，体验并没有比手机强多少！即使有“空间手势”这种创新交互，但它仅解决了“触摸”交互的距离问题，依然存在着悬臂、精确度、回馈、效率等体验问题，这也是“智能语音”上车的源动力之一。
2024-04-23 07:00:36
1143
原创 关于场景库&服务库的新灵感
其次，验证过程的复杂性。就算是以“组合服务”的方式来实现的场景，也需要相对完整的实车验证过程，且用户实际使用体验的反馈也需要漫长的周期，从而使得场景创意设计的价值验证速度很慢，无法在短时间内形成大量的价值场景，更无法形成快速的服务设计迭代，进而影响了标准化服务的成型时间。换个简单说法就是：低效率的验证方式导致了服务标准化的无限延期；生态开放的目的是扩大创新人群，以高校学生为基础的生态环境减少了“赚钱”的干扰，虽然会有“稚嫩”的风险，却也带来了更强的活力，同时也培养了未来的汽车圈接班人，是个相当不错的点子。
2024-04-22 07:06:39
683
原创 关于汽车SOA的思考（五）
再说开发，还是上面这个例子，有了SOA后，这个场景应用其实就是简单的服务组合，对于开发人员来说，只要把需求设计按逻辑梳理明白，开发非常简单，甚至有很多软件供应商提供的“拖、拉、拽”式的工具即可简单完成。最后说说部署，由于这种脚本化的应用只要车端有个相当于“解释器”的运行环境即可更新，很多供应商提出了不用OTA，“在线热更”的概念，区别于OTA的“刷机”，“传脚本”的方式的确更简单。然而，通常固定在前排椅背上的大屏，距离被“绑”在儿童座椅中的娃是那么远，小朋友很难自己去操作，还是得闹着开着车的妈妈切换节目。
2024-04-19 13:30:16
993
1
原创 关于汽车SOA的思考（四）
各种整车SOA解决方案/产品不断地在各个行业会议中疯狂地刷着流量，似乎通过“SOA+工具链”实现“千人千面”“海量应用”成为了汽车行业决胜的关键，然后在花样繁多的POC展示后，“汽车人”们发现了一个问题：整车API一说就是上千个、工具链一整就是可视化配置所见即所得、演示效果就是啥“女神模式”……完了，软件供应商进入盲区了，不懂车啊！咱就会“云”“大屏”“智能语音”“AI”这些消费电子里的概念，对了，反正车上的功能都变成API了，调用呗，那就干脆“云”控车、“屏”控车、“语音”控车、“AI”控车……
2024-04-18 07:07:39
636
原创 关于汽车SOA的思考（三 ）
不同域控，可能M核芯片都不一样，这样技术就碎片化了，技术成本与管理成本都提高了。由于控制的内容基本就是门锁、车窗、空调之类，所以产生了统一的对外服务需求，同时这些基本功能也是大部分的实现方式是把这些服务放在车机里（SDK形式），但车机还是存在熄火下电的问题，每次在调用服务前还需要通过蓝牙或短信唤醒车机，从而产生了延迟大、失败率高等不良体验。所以，OEM应该根据管理体制，去决策服务是放在M核还是放A核，但服务管理本身，放A核更合理，那这个A核负责部门，就要去做这个服务管理，然后对接不同M核部门来注入服务。
2024-04-17 07:00:07
386
原创 关于汽车SOA的思考（二 ）
服务”是面向应用开发者的，传统的信号让大量的开发者陷入控制一个功能需要去思考很多个信号的组合（比如，空调需要“上电”“开关”“压缩机启停”等不同信号），但应用开发者其实主要精力是考虑什么样的场景去控制空调，需要的是一个简单易用的“空调服务”，通过简单的“温度”“风力”“风向”参数即可实现调用操作。整车应用有很多个，比如100个吧，每个应用能分解出10个“最小集功能”，将分解出的“最小集功能”做“合并同类项”操作，最后就只剩55个，那么这55个理所当然的就是“原子服务”了。咱们下期再聊聊这个话题。
2024-04-16 07:03:07
675
原创 关于汽车SOA的思考（一）
在传统的企业级应用领域，面对这种困境，就诞生了以SOA为理论基础的ESB（企业服务总线）技术，简单点儿说，就是各业务系统本身都是独立业务（功能）单元，对外只提供有限的、标准化的服务接口，而这种服务接口统一在一个“服务总线”内进行管理，任何业务流程中，如果需要什么功能，就在这个“服务总线”内去调用相关的服务接口。恰巧2017年的时候AUTOSAR发布了AP，区别于CP的面向信号通信，面向服务的通信使得车端软件设计发生了巨大变革，而“汽车服务总线”的概念也随着AP的推广与普及，逐渐进入到车端软件开发者的眼中。
2024-04-15 15:54:28
864
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人