cover of episode 154 驾驶模式:软件定义汽车的局限 对话嘉宾:刘亦然,戴政

154 驾驶模式:软件定义汽车的局限 对话嘉宾:刘亦然,戴政

2025/3/2
logo of podcast 孤岛车谈

孤岛车谈

AI Deep Dive Transcript
People
刘亦然
戴政
陆星宇
Topics
刘亦然:驾驶模式开发的复杂性在于它是一个综合性问题,涉及动力总成、底盘、热管理、转向等多个系统。仅仅堆砌硬件并不能保证良好的驾驶性,需要各个部门协同合作,充分测试,才能找到最适合驾驶员需求的模式。一个成功的驾驶模式,不应是参数的简单组合,而是要基于实际场景和用户需求,提供最佳的驾驶体验。 例如,我们开发的‘超增压模式’,需要动力总成、热管理、座舱等部门共同努力,在短时间内提供最大动力输出,同时监控温度等参数,自动切换回冷却状态,给驾驶员带来更有趣的驾驶体验。这看似简单,实则整合了多方面的工作。 戴政:驾驶模式的设计应考虑消费者的认知水平和实际需求,避免让消费者承担过多的选择和调整工作。对于大众车型,应提供更简洁易懂的驾驶模式,而对于小众车型或专业用户,则可以提供更多自定义选项。 例如,保时捷跑车通常只需要一个Track Mode,而一些更普世的车型则需要考虑更多场景,提供舒适、运动、节能等多种模式。在开发过程中,需要厘清车企与消费者的关系,是教育消费者还是满足消费者需求,这取决于目标用户。 阿维塔更换悬架服务就是一个例子,它反映了产品初期定义与实际消费者需求存在偏差,车企需要积极处理产品问题,并承担相应的责任。但快速开发流程也可能导致一些问题被忽略,这需要车企在开发过程中更加谨慎,避免安全隐患。 陆星宇:本期节目讨论了软件定义汽车的局限性,以及在驾驶模式开发中遇到的挑战。随着汽车电动化和电子化程度的提高,与驾驶相关的系统变得更加复杂,快速迭代的开发流程也可能导致一些问题被忽略。 阿维塔更换悬架服务就是一个例子,它反映了快速开发流程可能导致的问题。同时,在行进中调整驾驶模式也可能带来安全隐患,这需要车企在开发过程中更加谨慎,并加强对消费者的教育。 为了保证汽车的可靠性和安全性,应该拉长开发周期,减少快速迭代带来的负面影响,专注于打造精品车。

Deep Dive

Shownotes Transcript

【节目简介】 有人说, 如今的汽车是软件定义汽车。 所以任何问题都可以用OTA解决, 么? 本期《孤岛车谈》我和两位性能车开发工程师一起从蔚来的EP Mode聊聊软件定义汽车的局限。

【话题成员】 罗新雨 底盘电子系统工程师 刘亦然 动力系统性能工程师 戴政 车辆动力学工程师 罗新雨个人微博@大众风Volkswind 剪辑 ATTC埃科公司,罗新雨 片尾曲 Slow is fast by 罗新雨&Suno (2025) 【时刻文稿】 0:28 刘亦然:驾驶模式和驾驶性,超增压模式 17:00 戴政:根据消费者的认知来安排驾驶模式最恰当 27:14 行进中驾驶模式调整带来的安全隐患 30:27 阿维塔11更换悬架硬件 40:29 开发流程太短 【参考链接】 阿维塔推出更换悬架服务(中文,2025):https://mp.weixin.qq.com/s/LXrkZ_gHY9LJQd3sPyDSzw 雪地飙到180km/h 小米/比亚迪/问界全球首次冰雪拉力 谁先回家?(中文,2025):https://www.bilibili.com/video/BV1KzcuewEyn/?spm_id_from=333.337.search-card.all.click&vd_source=d7fdf67463c20c33399320ab5301ac53