技术巡猎 蔚来 车辆泡水检测方法，嗯，一个小功能，不过它确实在补齐一整条“极端天气”的闭环路径。暴雨的时候，难受吧？人在车里，涉水开过去那一下其实是还好的，车脏了反正你会洗。但如果车停在地库、路边、甚至小区低洼处，你人不在场的时候，水位还持续在涨，等你想起来已经晚了。市面上不少“泡水检测”确实还停在事后报码、事后理赔的阶段。
蔚来这份专利干的就是这样的问题。它的判断逻辑是两条证据交叉验证，一条是车身高度数据。积水够深时，车会受到浮力影响，底盘离地高度会抬升。专利里并不是简单地说“高度高到啥样就算涉水”，而是先拿到当前车身姿态下的基准高度值，再看高度变化是否超过预设阈值并持续达到第一时长。一般来说，如果只是路面一个起伏、悬架一个回弹，那肯定不算涉水；可是如果持续抬起来一段时间，那就可能是涉水了。
且，基准高度不是一个定了就不能改的数值，它可以来自“泡水深度数据库”---在不同驻车姿态下，不同水深对应的车高预测范围都是有参考的，数据库明确通过实车标定建立，给了以50mm为梯度、0---500mm水深去测四轮高度传感器变化的例子。
另一条证据来自车载感测装置，专利重点举了超声波雷达。浸水后超声波回波会衰减、距离输出会变无效，或者干脆持续输出固定值/无效值超过第二时长，当回波强度衰减到正常值某个百分比以下（例子提了30%），持续固定值3秒、5秒这种，就可以认为触发了涉水。泡水跟泥浆溅射、积雪覆盖这类干扰，可以在这个背景下被区分开来，毕竟不能动不动就触发大动作。
检测存在一个前置条件，车辆处于驻车状态（P挡、驻车/锁车持续时长等）---涉水行驶、或者刚冲过水坑的瞬态，不在此列。
如果两条证据同时成立，车就会被判定为泡水状态。只满足其中一条时，它允许只做状态记录或低等级预警，不直接触发应急响应。这是个比较现实的设计，高度传感器可能受到载荷变化的影响，超声波也可能被脏污影响，单点异常就直接“报警+抬车”，用户体验就崩了。
判定之后它也不止是“提醒你”，还会继续做计算：根据车身高度结合泡水深度数据库，给出当前泡水深度，再映射成泡水风险等级，并把水深和/或风险等级发到用户终端。专利里举了分级思路：小于150mm偏低风险，150---300mm开始涉及电气系统，往上就进入关键部件风险区。
应急动作是有点意思的，比如说，提升车身高度（比如空气悬架升到最高）、关闭车身通气机构（空调进风口、天窗、车窗）、鸣笛或双闪、调整车内排气机构（比如切内循环、激活排水阀）。事情如果发生在“你人不在车边”的时间窗口里，你手机收到提醒的时候，车已经先把能做的防护做了。
脱困部分给了两条路。一条偏保守：给用户终端提供手动脱困模式选项，用户下发手动脱困指令，车执行用户规划的操作，比如远程启动并保持低速行驶。另一条就很“软件定义”：激活智能驾驶系统，结合摄像头/雷达/V2X拿到周边地形、水深分布、障碍物信息，生成脱困路径规划，低速匀速（例子写了5km/h以下）把车开出去；路径规划时还能接入云端或本地世界模型，融合高精地图、实时交通信息，甚至历史泡水事故数据来优化脱困路径。这里能看出来它想把“泡水”纳入一套可计算的场景，而不是靠司机临场判断。
以及退出机制。触发应急响应后会持续监测，当数据指示泡水状态解除并超过第三时长才停止应急响应，会推送“状态恢复正常”的通知。例子里写了高度恢复到基准值±10mm且雷达数据正常，持续30秒这种条件。工程上这一步很重要---否则一旦触发，就可能一直处于应急模式，反而制造新的麻烦。
遇到极端天气，有用的，对吧？
