77GHz 前向雷达和角雷达，分工的核心差异是什么？
不少项目一开始把前向雷达和角雷达当成同一种东西去比参数，最后要么重复装、要么漏装。两者最本质的区别是视场角和探测距离的取舍：前向雷达把能量压在正前方窄视场里换更远距离，角雷达把波束摊宽去扫车身两侧。
理解这一点，选型就不会纠结"哪个更强"，而是问"哪个位置缺哪类感知"。前向负责主车道远距离目标，角雷达负责侧后方盲区，它们是互补关系。
前向雷达为什么更看重远距离和窄视场？
前向雷达主要服务 ACC 与 AEB，需要在 150–200m 外就识别到前车或静止障碍物。要看得远，天线增益就得集中，于是水平视场角通常只有 ±9° 到 ±10°。这个窄视场换来了远距离和高测距精度。
窄视场的代价是只能覆盖正前方一条带。如果前车突然切入或前方有静止车辆，前向雷达来得及减速；但旁边车道的目标它基本看不见，这就要交给角雷达。
角雷达为什么反而要广角和中短距？
角雷达装在车辆四角，用来监测侧后方来车、盲区与泊车周边。它的核心指标是水平视场角，常常做到 ±60° 甚至 ±75°，探测距离参考 50–70m 就够用。广角让它能在并线、出库时扫到邻近车道的车辆与行人。
中短距不是能力弱，而是场景不需要更远。车身侧后方出现的目标通常很近，70m 的覆盖已经能覆盖绝大多数变道与泊车工况。
只装前向不装角雷达会漏掉哪些场景？
最典型的是 BSD 盲区监测和 LCA 变道辅助。没有角雷达，系统根本不知道侧后方有车正在逼近，变道时只能靠驾驶员自己看后视镜。还有后方横穿预警、开门预警这类低速场景，前向雷达的窄视场完全覆盖不到。
另一个隐性损失是泊车防撞。车位两侧障碍、邻车开门、行人穿行，都需要广角近距感知，前向雷达无能为力。
选型时 FOV 和探测距离怎么一起看？
先把场景列出来，再反推每个安装点需要的视场角和距离。下面这张表给出一个粗略的对照，具体数值要按车型和法规边界确认。
| 安装位置 | 典型水平视场角 | 参考探测距离 | 主要服务场景 |
|---|---|---|---|
| 车头正中 | ±9°~±10° | 150–200m | ACC、AEB、前向碰撞预警 |
| 车辆前角 | ±45°~±60° | 80–100m | 穿行预警、匝道汇入 |
| 车辆后角 | ±60°~±75° | 50–70m | BSD、LCA、后方横穿 |
| 车尾正中 | ±10° | 120–150m | 后方追尾预警 |
取值为公开参考区间；实际装车要按车型布置、法规与功能边界标定，查不到的数字以实测为准。
前向与角雷达的通道数配置有什么不同？
前向雷达为了远距离和小目标识别，通常从 3T4R 起步，高配做到 4D 成像的 6T8R 甚至更多。角雷达以中短距为主，3T4R 已经能覆盖 BSD/LCA，通道数更多是提升角分辨而非距离。
通道数不是越大越好，它直接关联功耗、算力与成本。城市低速为主的车型可以把角雷达通道压低，把预算留给前向和算力。
一套系统里前向和角雷达如何分工协作？
感知融合层会把多颗雷达的目标做时间空间对齐。前向给主车道远距离目标，角雷达给侧后方目标，融合后形成整车 360° 目标列表。决策模块再根据各自置信度做跟踪与预警。
协作的关键不是各自为战，而是互补冗余。比如前向漏掉的切入车辆，角雷达能在它进入主车道前就预警，给制动留出更早的余量。
预算有限时先补哪一类雷达？
看主力场景。以高速为主的营运车，前向雷达优先级最高，因为它直接决定 AEB 的可用距离。以城市拥堵和泊车为主的乘用车的角雷达收益更明显，能先把 BSD/LCA 做扎实。
折中方案是先做前向 + 双后角，把最危险的追尾和变道场景覆盖掉，前角位在二期补齐。
结论：当前向为主感知、角雷达补盲区时，整车感知才完整。选前向看远距离窄视场，选角雷达看广角中短距，两者按 FOV 与距离边界搭配，而不是比谁参数更高。预算紧张先覆盖高速前向或城市角雷达，再逐步补齐四角布局。
选型落地前要做哪些现场核对？
把雷达装上车之前，先确认安装面的平整度与介质厚度。保险杠、logo 板、车标后面如果有金属或厚塑料，会改变雷达的等效介电环境，导致测距和测角整体偏移。我们要求在装车前用样件做一轮实车标定，把安装偏差量化进融合参数，而不是等量产后再返工。
另一类是供电与接地的核对。雷达对电源纹波和地弹比较敏感，域控端的供电链路如果和电机、大灯共用一路，容易在工况切换时引入噪声。把雷达电源单独走线、做好去耦，比后期在算法里滤波更省事，也更能保证全温区表现稳定。
还有安装角的复核：哪怕差一两度，远距目标的测角就会系统性偏掉。这类偏差不靠软件能完全补偿，必须在机械安装环节就控住公差，并在下线时用标定工装确认。
我们建议把上述要点落到一页检查清单里，在方案评审时逐条核对，避免遗漏安装、供电与标定这类看似琐碎却决定成败的环节。
对供应商的评估也不应只看参数表，而要拉一轮实车对比和温区测试，用数据而不是宣传语做决策。
多雷达方案里怎么避免互相干扰？
同车多颗 77GHz 雷达如果波形和时序完全一样，邻车或本车其他雷达的回波可能被判成目标，出现虚警。常见做法是给每颗雷达分配不同的啁啾斜率、起始频率或时间窗口，让接收端能区分自车与他车的信号。
干扰 mitigation 不止靠波形，也靠空间隔离和状态机。比如前向雷达工作、角雷达休眠的时分调度，能显著降低同频压力； Fusion 层再对跨雷达一致性做交叉验证，把残存虚警压到可接受水平。
需要提醒的是，多雷达干扰还会随车队密度上升而变严重，城市拥堵里尤其明显。方案早期就把波形规划纳入架构评审，比后期打补丁成本低得多。
对供应商的评估也不应只看参数表，而要拉一轮实车对比和温区测试，用数据而不是宣传语做决策。
如果团队首次做雷达选型，先从单一场景的最小可用方案起步，跑通后再扩展，比一口气铺满更稳妥。
怎么把雷达参数写进可验收的规格书？
很多项目卡在口头约定：销售说“探测距离 200m”，工程那边没说清楚是在什么 RCS、什么天气、什么信噪比下。我们建议把关键项落成带条件的区间——例如“对 RCS 10m² 目标、晴好天气、SNR≥12dB 时 ≥150m”，验收才有抓手。
规格书还应写清失效边界：高温、低温、强降雨、多径环境下的距离与角度抖动上限。把这些写进去，后期扯皮会少很多，也能倒逼前端方案在早期就考虑鲁棒性，而不是只追求实验室常温指标。
另外建议把接口、数据率、输出格式和同步方式一并写进规格书，避免整车集成时发现域控接收能力不足，再来回改硬件。
如果团队首次做雷达选型，先从单一场景的最小可用方案起步，跑通后再扩展，比一口气铺满更稳妥。
把验收口径写进合同附件，能显著降低后期扯皮；争议出现时，双方都有可对照的量化边界。
选型时容易忽略的温区与标定成本？
实验室常温下的指标很好看，但车规要求 -40℃ 到 +85℃ 全温区稳定。天线和板材的介电常数随温度漂移，会让测角在冬夏出现系统性偏差，必须在量产前做全温标定并烧录补偿曲线。
标定的隐性成本常被低估：每颗雷达下线要测通道一致性、相位、时延，还要留测试工位和良率管理。把这些算进单件成本，才算真实的 BOM，而不是只比芯片价格。
我们建议把“每颗测试时长×设备折旧”单独列项做成本模型，并留出良率损耗。忽略这块，报价往往偏乐观，量产时被利润反噬。
把验收口径写进合同附件，能显著降低后期扯皮；争议出现时，双方都有可对照的量化边界。
最后提醒，选型不是一锤子买卖，留好升级与替换接口，后续车型改款时才不会被硬件锁死。
