第1章雷达系统基础与性能指标

第一章：雷达系统基础与性能指标

各位工程师朋友，咱们今天聊聊雷达系统的基础。说实话，我入行那会儿，带我的老工程师第一句话就是：“雷达这东西，说白了就是‘看’不见的光。” 这句话我一直记到现在。

雷达工作的核心，其实就四个字：发射-反射-接收-处理。我习惯把它比作“回音壁”——你对着山谷喊一声，声音撞到山壁弹回来，你根据回声的延迟和强弱，就能判断山有多远、有多大。

雷达也一样。它发射电磁波，碰到目标后反射回来。接收机捕获这个回波，然后通过一系列处理，提取出目标的距离、速度、角度等信息。

这里有个关键点：电磁波的速度是光速，大约 3×10⁸ m/s。所以，距离的计算公式很简单：

距离 R = (c × Δt) / 2

其中 Δt 是发射到接收的时间差。除以 2 是因为电磁波走了个来回。嗯，这里要注意：实际系统中，这个时间差非常小，比如探测 1 公里外的目标，Δt 只有 6.67 微秒。所以对计时精度要求极高。

个人经验： 我在做某款车载雷达时，曾因为时钟抖动导致测距误差达到 2 米。后来发现是电源噪声影响了锁相环。从那以后，我设计任何雷达系统，第一件事就是检查电源完整性。

雷达信号处理链，说白了就是一条“数据流水线”。我把它分成几个关键环节：

你想想看，这每一步都像在“剥洋葱”。回波信号里混杂着噪声、杂波、干扰，我们要一层层把它剥离，最终得到干净的目标信息。

举个例子，脉冲压缩。为什么要做这个？因为窄脉冲距离分辨率高，但能量低，探测距离近；宽脉冲能量高，但分辨率差。脉冲压缩技术，就是用宽脉冲发射，接收后通过匹配滤波“压缩”成窄脉冲。这样既保证了探测距离，又提高了分辨率。

  避坑指南： 我曾经在项目中遇到过脉冲压缩后出现“旁瓣”过高的问题，导致弱目标被强目标的旁瓣淹没。后来加了窗函数（比如汉明窗），才把旁瓣压下去。但加窗也会降低主瓣宽度，这是个 trade-off。

做雷达系统，你绕不开这四个指标。我每次评审方案，都会盯着它们看：

指标	定义	公式/说明	我的经验
距离分辨率	能区分两个相邻目标的最小距离差	ΔR = c / (2B)，B 为信号带宽	带宽越大，分辨率越高。我做过一个 1GHz 带宽的系统，距离分辨率达到 0.15 米。
速度分辨率	能区分两个相邻目标的最小速度差	Δv = λ / (2T)，T 为相干处理时间	想提高速度分辨率，就得增加观测时间。但目标可能机动，这是个矛盾。
检测概率	目标存在时，正确检测到的概率	Pd = 检测到的次数 / 目标实际存在的次数	一般要求 Pd ≥ 90%。我习惯留 3dB 余量。
虚警率	没有目标时，误判为目标存在的概率	Pfa = 虚警次数 / 无目标的总次数	虚警率太低，会漏掉真实目标；太高，系统会“发疯”。

这里我要多说一句：检测概率和虚警率是一对“冤家”。你降低检测门限，检测概率上去了，但虚警率也上去了。反之亦然。所以实际工程中，我们通常用 CFAR（恒虚警检测）来自适应调整门限，保持虚警率恒定。

警告： 别以为 CFAR 是万能的。我在某项目中遇到过“多目标环境”，CFAR 会把强目标的旁瓣当成新目标，导致虚警暴增。后来改用“有序统计 CFAR（OS-CFAR）”才解决。记住：没有银弹。

做雷达系统，说白了就是在做“权衡”。你不可能同时把四个指标都做到极致。我举个例子：

我个人习惯的做法是：先明确系统需求，比如“我要探测 200 米外的行人，距离分辨率 0.5 米”。然后反推需要的带宽、功率、处理时间。最后留出 20% 的余量，因为实际环境比理论复杂得多。

小技巧： 在做系统链路预算时，我建议用 Excel 或 Python 搭一个“链路计算表”。把发射功率、天线增益、噪声系数、处理增益等参数都列进去，自动算出信噪比。这样调整参数时，能立刻看到对检测概率的影响。我每次做新项目，第一件事就是搭这个表。

雷达系统的基础，其实就这些内容。但说实话，我见过太多工程师，一上来就调算法、写代码，结果连基本指标都没搞清楚。最后系统做出来，要么探测距离不够，要么虚警率爆表。

我的建议是：先把这四个指标吃透。理解它们之间的关系，学会做权衡。这样你在后续的调优工作中，才能有的放矢，而不是瞎调。

下一章，咱们聊聊“嵌入式雷达的硬件平台选型”。到时候我会分享一些关于 DSP、FPGA、ARM 选型的实战经验。嗯，那里面坑也不少。

好了，今天就到这里。有问题欢迎交流。