1. 开箱与硬件拆解IWR6843开发板到底长什么样1.1 包装清单与第一印象拿到TI IWR6843开发板的时候包装盒比想象中要小巧。TI的工业级评估板一贯走的是务实路线没有花哨的彩盒就是一个防静电袋加一张快速入门卡片。我这次拿到的是IWR6843ISK版本属于单芯片毫米波雷达传感器评估套件面向的是工业雷达应用场景。打开防静电袋板子本体比一张信用卡略大一圈PCB采用黑色阻焊层整体做工扎实。板子上的核心器件布局非常紧凑正面最显眼的就是那颗IWR6843芯片本体封装尺寸很小周围环绕着去耦电容和电源管理芯片。天线部分位于板子的一侧三发四收的阵列排布清晰可见天线走线是高频板材上做的肉眼能看出精密的阻抗控制痕迹。随板附带的配件包括一根Micro-USB线、一份纸质快速入门指南、以及一张标注了跳线帽默认位置的说明卡。这里要提醒一句TI的评估板通常不附带电源适配器你需要自备一个5V/2A以上的USB电源或者直接用电脑USB口供电但用电脑供电时要注意USB口的电流输出能力后面跑Demo的时候我会详细说这个问题。板子上的接口布局值得单独说一下。Micro-USB接口有两个一个是XDS110调试探针用的另一个是辅助供电和数据传输用的。还有一组60pin的HDMI接口用于连接TI的毫米波雷达扩展卡比如DCA1000这类数据采集卡。跳线帽区域集中在板子边缘标注了SOP模式选择、电源选择等功能默认出厂状态已经配置好了第一次上手不需要动。1.2 核心芯片与关键器件解析IWR6843这颗芯片是整个板子的灵魂。它属于TI的毫米波雷达传感器系列工作频段在60GHz到64GHz之间这个频段属于工业科学医疗频段不需要额外申请无线电执照。芯片内部集成了三个发射通道和四个接收通道也就是常说的3T4R配置。射频前端、模数转换器、数字信号处理器、微控制器全部集成在一颗芯片里这就是所谓的单芯片雷达方案。为什么这个集成度很重要传统的毫米波雷达系统需要分离的射频板、基带板、处理板体积大、功耗高、成本也高。IWR6843把整个信号链集成到一颗芯片上功耗控制在几瓦级别体积缩小到可以嵌入小型设备。对于工业场景来说这意味着你可以把雷达装到以前根本放不进去的地方。芯片内部有一个C674x DSP核和一个ARM Cortex-R4F核。DSP负责处理雷达的中频信号做FFT、CFAR检测、角度估计这些运算密集型任务ARM核负责系统控制、外设管理和上层应用逻辑。这种异构架构的好处是分工明确DSP专心做信号处理ARM专心做控制和通信互不干扰。板子上的电源管理部分也值得一看。TI用了自家的PMIC方案把USB的5V输入转换成芯片需要的多路电压轨。这里有个细节IWR6843对电源纹波比较敏感尤其是射频部分的供电纹波太大会直接影响雷达的噪声底和检测灵敏度。所以板子上的LDO和DC-DC布局很讲究滤波电容用了多个不同容值的并联组合覆盖从低频到高频的噪声抑制。天线部分是三发四收的贴片天线阵列增益大概在10dBi左右水平视场角约120度垂直视场角约30度。这个视场角决定了雷达的覆盖范围水平方向宽适合做区域监控垂直方向窄能量更集中探测距离更远。天线的极化方式是线性极化安装时要注意极化方向对齐否则会有额外的极化损耗。1.3 硬件连接与上电前检查在插USB线之前有几个检查步骤不能省。第一确认跳线帽的位置。SOP模式跳线决定了芯片从哪个接口启动默认是Flash启动模式对应SOP0和SOP1的跳线位置。如果你要烧录固件可能需要切换到UART启动模式这个后面会细说。第二检查电源跳线。板子支持USB供电和外部供电两种方式默认是USB供电跳线帽短接了对应的引脚。第三目视检查PCB上有没有明显的焊接缺陷或者异物虽然TI的品控很好但运输过程中偶尔会有意外。确认无误后用附带的Micro-USB线连接板子的XDS110接口到电脑。这时候板子上的电源指示灯应该亮起通常是绿色或蓝色。如果灯不亮先检查USB线是不是数据线而不是纯充电线再检查电脑USB口是否正常供电。我遇到过好几次USB线的问题看起来插好了实际上是充电线没有数据引脚电脑根本识别不到设备。上电后电脑的设备管理器里应该出现两个串口设备一个是XDS110的调试串口一个是应用串口。如果没出现可能需要安装XDS110的驱动程序。TI官网有独立的驱动安装包下载安装后重新插拔即可。在Linux系统下这两个串口通常识别为/dev/ttyACM0和/dev/ttyACM1权限问题可能需要把当前用户加到dialout组里。2. 开发环境搭建从零到能跑Demo的完整路径2.1 软件工具链的选择与安装TI为毫米波雷达开发提供了一套完整的工具链核心是MMWAVE SDK和Code Composer Studio。MMWAVE SDK里包含了雷达信号处理的底层驱动、算法库、示例代码和文档。Code Composer Studio是TI的集成开发环境基于Eclipse框架支持C/C开发、调试和烧录。先说SDK的版本选择。IWR6843支持的SDK版本有好几个我建议用最新的长期支持版本比如MMWAVE SDK 3.5或更高。新版本修复了旧版本的很多bug而且对新型号芯片的支持更好。下载的时候注意选择对应操作系统的安装包Windows和Linux都有。安装路径不要有中文和空格这是很多嵌入式工具的通病路径里有特殊字符会导致各种莫名其妙的编译错误。Code Composer Studio的安装稍微麻烦一点。安装程序会先下载一堆组件网络不好的话可能要等很久。安装过程中会让你选择要安装的器件支持包这里一定要勾选毫米波雷达相关的组件否则后面新建工程的时候找不到对应的芯片型号。安装完成后第一次启动会提示你选择工作空间目录同样建议用纯英文路径。除了这两个核心工具还需要安装一个终端工具用来和板子通信。Windows下可以用PuTTY或者Tera TermLinux下直接用minicom或者screen。我习惯用screen命令行操作方便一条命令就能连上screen /dev/ttyACM0 115200。这里的115200是波特率IWR6843的默认串口波特率就是115200数据位8停止位1无校验。2.2 SDK目录结构与关键文件说明安装完SDK后目录结构值得花时间了解一下。根目录下有几个重要的文件夹packages里面是各种驱动和算法库的源码docs里面是文档examples里面是示例工程。对于IWR6843来说最常用的示例是mmw目录下的demo工程包括开箱即用的毫米波演示和更复杂的工业应用示例。packages/ti/demo目录下有针对不同板子的预编译二进制文件。这些二进制文件可以直接烧录到板子里运行不需要编译。对于第一次上手的用户来说直接烧录预编译的demo是最快的验证方式。二进制文件通常有多个版本对应不同的雷达配置比如人数统计、液位测量、手势识别等。packages/ti/alg目录下是算法库包括CFAR检测、角度估计、聚类等雷达信号处理算法。这些算法库有源码也有预编译的库文件你可以直接调用也可以根据自己的需求修改。源码是用C语言写的注释比较详细配合文档看能理解个大概。packages/ti/drivers目录下是外设驱动包括UART、SPI、I2C、GPIO等。这些驱动封装了底层寄存器的操作提供了统一的API接口。如果你要自己写应用程序这些驱动是基础。2.3 驱动安装与串口识别XDS110调试探针的驱动安装是第一个容易卡住的地方。Windows 10和Windows 11通常能自动识别并安装驱动但有时候会自动安装成错误的驱动版本。如果设备管理器里看到XDS110设备有黄色感叹号需要手动指定驱动路径。驱动文件在CCS安装目录下的ccs_base/emulation/ti_emupack/drivers文件夹里。Linux下相对简单大多数发行版的内核已经包含了XDS110的驱动。插上板子后用dmesg | tail命令可以看到内核识别到了两个CDC ACM设备。如果权限不够执行sudo chmod 666 /dev/ttyACM*临时解决或者把自己加到dialout组里永久解决。串口识别成功后可以用串口终端工具连接。连接之前确认波特率是115200数据位8停止位1无流控。连接后按一下板子的复位键应该能看到启动信息打印出来。如果看到一堆乱码大概率是波特率不对如果什么都没看到检查串口是不是选错了XDS110会创建两个串口一个是调试用的一个是应用数据用的要选应用数据那个。3. Demo运行实操从烧录到看到雷达数据3.1 预编译Demo的烧录过程烧录预编译的demo二进制文件是验证硬件是否正常的最快方式。TI提供了一个叫做UniFlash的工具专门用来烧录各种TI芯片的固件。UniFlash支持Windows、Linux和macOS界面简洁操作直观。打开UniFlash后第一步是选择芯片型号。在搜索框里输入IWR6843选择对应的型号。第二步是选择连接方式这里选XDS110因为板子上集成的调试探针就是XDS110。第三步是选择要烧录的文件浏览到SDK目录下的预编译二进制文件通常是一个.bin文件。第四步是配置烧录地址IWR6843的Flash起始地址是0x00000000这个地址在文档里有说明不要填错。点击烧录按钮后UniFlash会先擦除Flash然后写入二进制文件最后校验。整个过程大概需要几十秒。烧录完成后板子会自动复位新的固件开始运行。如果烧录失败最常见的原因是SOP跳线不对。IWR6843烧录时需要把SOP模式切换到UART启动或者Flash编程模式具体跳线位置参考板子上的丝印标注。烧录完成后把SOP跳线切回默认的Flash启动模式按复位键固件就开始运行了。这时候打开串口终端应该能看到雷达的配置菜单和实时数据输出。3.2 雷达配置参数的理解与修改IWR6843的demo固件启动后会通过串口输出一个配置菜单。这个菜单里包含了雷达的所有可配置参数比如起始频率、带宽、调频斜率、采样率、帧周期等。这些参数决定了雷达的探测距离、距离分辨率、速度分辨率等核心性能指标。起始频率和带宽决定了距离分辨率。距离分辨率的计算公式是距离分辨率 光速 / (2 × 带宽)。假设带宽是4GHz那么距离分辨率就是3e8 / (2 × 4e9) 0.0375米也就是3.75厘米。这个分辨率意味着雷达可以区分相距3.75厘米以上的两个目标。带宽越大分辨率越高但带宽受限于法规和硬件能力IWR6843的最大带宽是4GHz。调频斜率和采样率决定了最大探测距离。最大探测距离 (采样率 × 光速) / (2 × 调频斜率)。假设采样率是10MHz调频斜率是50MHz/微秒那么最大探测距离 (10e6 × 3e8) / (2 × 50e12) 30米。这个距离是理论最大值实际探测距离还受天线增益、目标反射截面积、环境噪声等因素影响。帧周期决定了数据刷新率。帧周期越短数据刷新越快但每个帧的处理时间也越短可能影响检测精度。对于人数统计这类应用帧周期通常设置在50毫秒到100毫秒之间对应10Hz到20Hz的刷新率足够跟踪人的移动。修改配置参数有两种方式一种是通过串口菜单交互式修改另一种是修改配置文件后重新烧录。交互式修改适合调试阶段快速验证配置文件修改适合固化到产品中。配置文件是一个文本文件里面按行写了各种配置命令demo固件启动时会读取这个文件并应用配置。3.3 数据可视化与结果解读Demo固件运行后会通过串口输出雷达的检测结果。原始数据是点云格式每个点包含距离、角度、速度、信噪比等信息。这些数据可以通过TI提供的可视化工具显示也可以自己写程序解析。TI提供了一个叫做mmWave Demo Visualizer的网页工具可以直接在浏览器里运行。打开工具后选择对应的串口配置好参数就能看到实时的点云图。点云图里每个点代表一个检测到的目标反射点点的颜色通常表示速度或信噪比。人的走动会在点云图上形成一条移动的轨迹很容易辨认。除了点云demo还会输出目标列表包括每个目标的距离、角度、速度。这些数据可以用来做上层应用比如人数统计、轨迹跟踪、区域入侵检测。数据格式在SDK文档里有详细说明通常是TLV格式也就是类型-长度-值的三段式结构。解析的时候先读类型和长度再根据类型读取对应长度的值。我第一次看到点云图的时候感觉挺震撼的。雷达不像摄像头那样有隐私问题也不受光照影响在完全黑暗的环境里照样工作。而且毫米波能穿透塑料、木板、玻璃等非金属材料可以藏在设备内部外观设计上更灵活。4. 常见问题与排查技巧实录4.1 烧录失败与串口无响应的排查烧录失败是最常见的问题表现是UniFlash报错或者烧录进度条卡住不动。排查思路按以下顺序来第一检查SOP跳线。IWR6843烧录时必须处于正确的启动模式跳线错了芯片不会响应烧录命令。第二检查USB连接。换一根USB线换一个USB口排除线材和接口的问题。第三检查UniFlash的配置。芯片型号、连接方式、烧录地址这三项必须完全正确。第四检查电源。烧录时芯片功耗会比平时高如果USB供电不足可能导致烧录过程中断。串口无响应是另一个高频问题。板子上电后串口终端没有任何输出按复位键也没反应。先确认串口选对了没有XDS110会创建两个串口要选应用数据那个。再确认波特率是115200数据位8停止位1无校验。如果还是没输出可能是固件没有正确烧录重新烧录一次。还有一种可能是板子进入了低功耗模式需要发送唤醒命令或者按复位键唤醒。我遇到过一次比较诡异的情况串口能识别但收到的全是乱码。换了波特率、换了终端工具都不行。最后发现是USB线太长信号衰减导致数据错误。换了一根短的优质USB线就正常了。所以USB线不要图便宜尤其是做高速数据传输的时候线材质量直接影响稳定性。4.2 雷达数据异常的分析与解决雷达数据异常的表现有很多种点云稀疏、检测距离短、误检多、速度测量不准等。每种异常背后都有不同的原因需要具体分析。点云稀疏通常是因为发射功率不够或者天线增益低。检查一下配置参数里的发射功率设置是不是被调低了。另外确认天线前面没有金属遮挡金属会反射雷达波导致天线失配。如果天线附近有金属物体要么移开要么调整天线方向避开。检测距离短可能是调频斜率设置不当。调频斜率越大最大探测距离越近。如果应用需要更远的探测距离适当降低调频斜率但代价是距离分辨率会变差。这是一个权衡需要根据具体应用场景来定。误检多通常是CFAR检测的阈值设置太低。CFAR是一种自适应阈值检测算法阈值太低会把噪声也当成目标阈值太高会漏掉弱目标。SDK里可以调整CFAR的参考单元数和保护单元数以及阈值偏移量。调试的时候先把阈值调高确认没有误检了再逐步降低找到漏检和误检的平衡点。速度测量不准可能是帧周期设置不当。速度测量基于多普勒效应帧周期决定了速度的无模糊范围。帧周期太长高速目标会产生速度模糊帧周期太短低速目标的速度分辨率不够。根据应用场景里目标的最大速度来反推合适的帧周期。4.3 开发环境相关的疑难杂症Code Composer Studio的编译错误有时候让人摸不着头脑。最常见的是路径问题SDK的安装路径或者工作空间路径里有中文或空格导致编译器找不到文件。解决办法是把所有路径改成纯英文不要有空格和特殊字符。另一个常见问题是SDK版本和CCS版本不匹配。TI的SDK对CCS版本有要求版本不对可能导致编译失败或者生成的二进制文件无法运行。在SDK的release notes里会写明支持的CCS版本范围安装之前先确认一下。Linux下开发的话权限问题比较烦人。串口设备默认只有root用户能访问普通用户需要加到dialout组里。命令是sudo usermod -a -G dialout $USER执行后需要重新登录才生效。另外XDS110的驱动在有些Linux发行版上需要手动安装具体步骤参考TI的官方文档。还有一个小技巧如果CCS启动特别慢可以关掉一些不用的插件和自动更新检查。CCS基于Eclipse插件多了启动就慢。在偏好设置里把自动更新关掉能省不少启动时间。4.4 常见问题速查表问题现象可能原因排查方法解决方案烧录失败SOP跳线错误检查跳线位置切换到正确的启动模式串口无输出串口选错确认设备管理器中的串口编号选择应用数据串口串口乱码波特率不对确认波特率为115200修改终端工具波特率设置点云稀疏发射功率低检查配置参数提高发射功率或检查天线遮挡检测距离短调频斜率过大计算最大探测距离降低调频斜率误检多CFAR阈值低调整CFAR参数提高阈值偏移量编译错误路径含中文检查SDK和工程路径改为纯英文路径CCS启动慢插件过多检查已安装插件禁用不用的插件和自动更新5. 从Demo到产品下一步可以做什么5.1 自定义应用开发的切入点跑通Demo只是第一步真正有意思的是基于IWR6843开发自己的应用。SDK提供了丰富的API和示例代码你可以从修改现有Demo开始逐步加入自己的逻辑。最直接的切入点是修改配置参数适配你的应用场景。比如做室内人数统计需要调整检测区域、灵敏度、跟踪参数做液位测量需要调整距离分辨率和测量范围做手势识别需要调整帧率和角度分辨率。这些修改不需要写代码改配置文件就行。下一步是修改数据处理逻辑。Demo输出的点云数据可以通过串口发送到上位机上位机做进一步处理。你可以用Python写一个解析程序把点云数据转换成可视化的图表或者输入到机器学习模型里做分类。TI提供了Python和MATLAB的解析示例可以参考。再进一步是直接在芯片上跑自定义算法。IWR6843的DSP核有足够的算力跑一些轻量级的神经网络比如手势分类、人员检测。TI的MMWAVE SDK里包含了一些预编译的算法库可以直接调用。如果要跑自己的模型需要用TI的深度学习工具链做模型转换和量化。5.2 硬件扩展与外围设备连接IWR6843开发板预留了丰富的外设接口可以连接各种传感器和执行器。60pin的HDMI接口可以接DCA1000数据采集卡把原始ADC数据传到电脑上做离线分析。这个对于算法开发和验证非常有用因为你可以看到雷达的原始中频信号而不只是处理后的点云。板子上还有GPIO、I2C、SPI、UART等接口可以连接温湿度传感器、继电器、显示屏等外设。比如做一个智能照明系统雷达检测到有人就开灯没人就关灯。雷达的优势是不受光照影响而且能检测微动人坐着不动也能检测到呼吸引起的胸腔起伏。电源方面如果要做电池供电的便携设备需要优化功耗。IWR6843支持多种低功耗模式在不需要连续检测的场景下可以周期性唤醒检测完再休眠。功耗优化是一个系统工程涉及硬件选型、软件调度、雷达参数配置等多个方面。5.3 性能优化的几个方向雷达性能优化主要围绕检测距离、分辨率、刷新率、功耗这几个指标。这些指标之间相互制约需要根据应用场景做权衡。检测距离和分辨率是一对矛盾。增大带宽可以提高距离分辨率但带宽受限于法规和硬件。IWR6843的最大带宽是4GHz对应3.75厘米的距离分辨率。如果应用需要更高的分辨率只能换更高频段的雷达比如77GHz频段的方案。刷新率和功耗也是一对矛盾。刷新率越高数据越实时但功耗也越大。对于电池供电的设备需要在刷新率和功耗之间找平衡。一个常用的技巧是自适应刷新率检测到目标时提高刷新率没有目标时降低刷新率。天线设计对性能影响很大。IWR6843板载的天线是贴片阵列增益和视场角是固定的。如果应用需要更远的探测距离可以外接高增益天线如果需要更大的视场角可以外接宽波束天线。天线接口是标准的但要注意阻抗匹配否则会有反射损耗。5.4 实际项目中的经验教训做雷达项目这几年踩过的坑不少分享几个有代表性的。第一个坑是低估了环境噪声的影响。实验室里调好的参数到了现场完全不能用。现场有金属货架、移动的传送带、其他无线设备这些都会产生干扰。解决办法是在现场做实地调试不要迷信实验室数据。另外CFAR算法对噪声有一定的自适应能力但参数还是要根据现场环境调整。第二个坑是忽视了安装角度。雷达的视场角是有限的安装角度不对目标不在视场角内什么都检测不到。安装时要用水平仪校准确保雷达的波束覆盖到需要检测的区域。对于壁挂安装还要考虑俯仰角避免地面反射造成的虚假目标。第三个坑是数据吞吐量估算错误。点云数据量比想象中大尤其是高刷新率、大视场角的情况下。串口波特率115200可能不够用需要提高到921600甚至更高。如果数据量再大就要考虑用USB或者以太网传输。IWR6843支持USB 2.0高速接口带宽比串口大得多。第四个坑是固件升级的兼容性。SDK版本升级后有些API变了原来的代码编译不过。升级之前先看release notes确认有哪些不兼容的改动。另外固件和上位机软件的协议也可能变两边要同步升级。6. 写在最后的一些个人体会毫米波雷达这个领域入门门槛不算低但一旦跑通第一个Demo后面的路就顺了。IWR6843作为TI的明星产品资料齐全、社区活跃遇到问题基本都能找到答案。我建议新手从预编译Demo开始先看到效果再逐步深入。不要一上来就啃文档那样容易劝退。硬件方面USB线和电源的质量比想象中重要。我因为一根劣质USB线浪费了一下午时间后来换了根好线所有问题都消失了。电源也是电脑USB口供电不足会导致各种奇怪的问题用独立电源适配器会稳定很多。软件方面路径问题是最常见的坑。所有跟开发相关的路径包括SDK安装路径、工作空间路径、工程路径全部用纯英文不要有空格和特殊字符。这个习惯能帮你省掉很多莫名其妙的错误。最后说一句雷达数据的解读需要一些经验积累。刚开始看点云图可能觉得乱七八糟看多了就能从点的分布和运动轨迹里读出信息。这个没有捷径多跑、多看、多调手感自然就来了。
1. 开箱与硬件拆解IWR6843开发板到底长什么样1.1 包装清单与第一印象拿到TI IWR6843开发板的时候包装盒比想象中要小巧。TI的工业级评估板一贯走的是务实路线没有花哨的彩盒就是一个防静电袋加一张快速入门卡片。我这次拿到的是IWR6843ISK版本属于单芯片毫米波雷达传感器评估套件面向的是工业雷达应用场景。打开防静电袋板子本体比一张信用卡略大一圈PCB采用黑色阻焊层整体做工扎实。板子上的核心器件布局非常紧凑正面最显眼的就是那颗IWR6843芯片本体封装尺寸很小周围环绕着去耦电容和电源管理芯片。天线部分位于板子的一侧三发四收的阵列排布清晰可见天线走线是高频板材上做的肉眼能看出精密的阻抗控制痕迹。随板附带的配件包括一根Micro-USB线、一份纸质快速入门指南、以及一张标注了跳线帽默认位置的说明卡。这里要提醒一句TI的评估板通常不附带电源适配器你需要自备一个5V/2A以上的USB电源或者直接用电脑USB口供电但用电脑供电时要注意USB口的电流输出能力后面跑Demo的时候我会详细说这个问题。板子上的接口布局值得单独说一下。Micro-USB接口有两个一个是XDS110调试探针用的另一个是辅助供电和数据传输用的。还有一组60pin的HDMI接口用于连接TI的毫米波雷达扩展卡比如DCA1000这类数据采集卡。跳线帽区域集中在板子边缘标注了SOP模式选择、电源选择等功能默认出厂状态已经配置好了第一次上手不需要动。1.2 核心芯片与关键器件解析IWR6843这颗芯片是整个板子的灵魂。它属于TI的毫米波雷达传感器系列工作频段在60GHz到64GHz之间这个频段属于工业科学医疗频段不需要额外申请无线电执照。芯片内部集成了三个发射通道和四个接收通道也就是常说的3T4R配置。射频前端、模数转换器、数字信号处理器、微控制器全部集成在一颗芯片里这就是所谓的单芯片雷达方案。为什么这个集成度很重要传统的毫米波雷达系统需要分离的射频板、基带板、处理板体积大、功耗高、成本也高。IWR6843把整个信号链集成到一颗芯片上功耗控制在几瓦级别体积缩小到可以嵌入小型设备。对于工业场景来说这意味着你可以把雷达装到以前根本放不进去的地方。芯片内部有一个C674x DSP核和一个ARM Cortex-R4F核。DSP负责处理雷达的中频信号做FFT、CFAR检测、角度估计这些运算密集型任务ARM核负责系统控制、外设管理和上层应用逻辑。这种异构架构的好处是分工明确DSP专心做信号处理ARM专心做控制和通信互不干扰。板子上的电源管理部分也值得一看。TI用了自家的PMIC方案把USB的5V输入转换成芯片需要的多路电压轨。这里有个细节IWR6843对电源纹波比较敏感尤其是射频部分的供电纹波太大会直接影响雷达的噪声底和检测灵敏度。所以板子上的LDO和DC-DC布局很讲究滤波电容用了多个不同容值的并联组合覆盖从低频到高频的噪声抑制。天线部分是三发四收的贴片天线阵列增益大概在10dBi左右水平视场角约120度垂直视场角约30度。这个视场角决定了雷达的覆盖范围水平方向宽适合做区域监控垂直方向窄能量更集中探测距离更远。天线的极化方式是线性极化安装时要注意极化方向对齐否则会有额外的极化损耗。1.3 硬件连接与上电前检查在插USB线之前有几个检查步骤不能省。第一确认跳线帽的位置。SOP模式跳线决定了芯片从哪个接口启动默认是Flash启动模式对应SOP0和SOP1的跳线位置。如果你要烧录固件可能需要切换到UART启动模式这个后面会细说。第二检查电源跳线。板子支持USB供电和外部供电两种方式默认是USB供电跳线帽短接了对应的引脚。第三目视检查PCB上有没有明显的焊接缺陷或者异物虽然TI的品控很好但运输过程中偶尔会有意外。确认无误后用附带的Micro-USB线连接板子的XDS110接口到电脑。这时候板子上的电源指示灯应该亮起通常是绿色或蓝色。如果灯不亮先检查USB线是不是数据线而不是纯充电线再检查电脑USB口是否正常供电。我遇到过好几次USB线的问题看起来插好了实际上是充电线没有数据引脚电脑根本识别不到设备。上电后电脑的设备管理器里应该出现两个串口设备一个是XDS110的调试串口一个是应用串口。如果没出现可能需要安装XDS110的驱动程序。TI官网有独立的驱动安装包下载安装后重新插拔即可。在Linux系统下这两个串口通常识别为/dev/ttyACM0和/dev/ttyACM1权限问题可能需要把当前用户加到dialout组里。2. 开发环境搭建从零到能跑Demo的完整路径2.1 软件工具链的选择与安装TI为毫米波雷达开发提供了一套完整的工具链核心是MMWAVE SDK和Code Composer Studio。MMWAVE SDK里包含了雷达信号处理的底层驱动、算法库、示例代码和文档。Code Composer Studio是TI的集成开发环境基于Eclipse框架支持C/C开发、调试和烧录。先说SDK的版本选择。IWR6843支持的SDK版本有好几个我建议用最新的长期支持版本比如MMWAVE SDK 3.5或更高。新版本修复了旧版本的很多bug而且对新型号芯片的支持更好。下载的时候注意选择对应操作系统的安装包Windows和Linux都有。安装路径不要有中文和空格这是很多嵌入式工具的通病路径里有特殊字符会导致各种莫名其妙的编译错误。Code Composer Studio的安装稍微麻烦一点。安装程序会先下载一堆组件网络不好的话可能要等很久。安装过程中会让你选择要安装的器件支持包这里一定要勾选毫米波雷达相关的组件否则后面新建工程的时候找不到对应的芯片型号。安装完成后第一次启动会提示你选择工作空间目录同样建议用纯英文路径。除了这两个核心工具还需要安装一个终端工具用来和板子通信。Windows下可以用PuTTY或者Tera TermLinux下直接用minicom或者screen。我习惯用screen命令行操作方便一条命令就能连上screen /dev/ttyACM0 115200。这里的115200是波特率IWR6843的默认串口波特率就是115200数据位8停止位1无校验。2.2 SDK目录结构与关键文件说明安装完SDK后目录结构值得花时间了解一下。根目录下有几个重要的文件夹packages里面是各种驱动和算法库的源码docs里面是文档examples里面是示例工程。对于IWR6843来说最常用的示例是mmw目录下的demo工程包括开箱即用的毫米波演示和更复杂的工业应用示例。packages/ti/demo目录下有针对不同板子的预编译二进制文件。这些二进制文件可以直接烧录到板子里运行不需要编译。对于第一次上手的用户来说直接烧录预编译的demo是最快的验证方式。二进制文件通常有多个版本对应不同的雷达配置比如人数统计、液位测量、手势识别等。packages/ti/alg目录下是算法库包括CFAR检测、角度估计、聚类等雷达信号处理算法。这些算法库有源码也有预编译的库文件你可以直接调用也可以根据自己的需求修改。源码是用C语言写的注释比较详细配合文档看能理解个大概。packages/ti/drivers目录下是外设驱动包括UART、SPI、I2C、GPIO等。这些驱动封装了底层寄存器的操作提供了统一的API接口。如果你要自己写应用程序这些驱动是基础。2.3 驱动安装与串口识别XDS110调试探针的驱动安装是第一个容易卡住的地方。Windows 10和Windows 11通常能自动识别并安装驱动但有时候会自动安装成错误的驱动版本。如果设备管理器里看到XDS110设备有黄色感叹号需要手动指定驱动路径。驱动文件在CCS安装目录下的ccs_base/emulation/ti_emupack/drivers文件夹里。Linux下相对简单大多数发行版的内核已经包含了XDS110的驱动。插上板子后用dmesg | tail命令可以看到内核识别到了两个CDC ACM设备。如果权限不够执行sudo chmod 666 /dev/ttyACM*临时解决或者把自己加到dialout组里永久解决。串口识别成功后可以用串口终端工具连接。连接之前确认波特率是115200数据位8停止位1无流控。连接后按一下板子的复位键应该能看到启动信息打印出来。如果看到一堆乱码大概率是波特率不对如果什么都没看到检查串口是不是选错了XDS110会创建两个串口一个是调试用的一个是应用数据用的要选应用数据那个。3. Demo运行实操从烧录到看到雷达数据3.1 预编译Demo的烧录过程烧录预编译的demo二进制文件是验证硬件是否正常的最快方式。TI提供了一个叫做UniFlash的工具专门用来烧录各种TI芯片的固件。UniFlash支持Windows、Linux和macOS界面简洁操作直观。打开UniFlash后第一步是选择芯片型号。在搜索框里输入IWR6843选择对应的型号。第二步是选择连接方式这里选XDS110因为板子上集成的调试探针就是XDS110。第三步是选择要烧录的文件浏览到SDK目录下的预编译二进制文件通常是一个.bin文件。第四步是配置烧录地址IWR6843的Flash起始地址是0x00000000这个地址在文档里有说明不要填错。点击烧录按钮后UniFlash会先擦除Flash然后写入二进制文件最后校验。整个过程大概需要几十秒。烧录完成后板子会自动复位新的固件开始运行。如果烧录失败最常见的原因是SOP跳线不对。IWR6843烧录时需要把SOP模式切换到UART启动或者Flash编程模式具体跳线位置参考板子上的丝印标注。烧录完成后把SOP跳线切回默认的Flash启动模式按复位键固件就开始运行了。这时候打开串口终端应该能看到雷达的配置菜单和实时数据输出。3.2 雷达配置参数的理解与修改IWR6843的demo固件启动后会通过串口输出一个配置菜单。这个菜单里包含了雷达的所有可配置参数比如起始频率、带宽、调频斜率、采样率、帧周期等。这些参数决定了雷达的探测距离、距离分辨率、速度分辨率等核心性能指标。起始频率和带宽决定了距离分辨率。距离分辨率的计算公式是距离分辨率 光速 / (2 × 带宽)。假设带宽是4GHz那么距离分辨率就是3e8 / (2 × 4e9) 0.0375米也就是3.75厘米。这个分辨率意味着雷达可以区分相距3.75厘米以上的两个目标。带宽越大分辨率越高但带宽受限于法规和硬件能力IWR6843的最大带宽是4GHz。调频斜率和采样率决定了最大探测距离。最大探测距离 (采样率 × 光速) / (2 × 调频斜率)。假设采样率是10MHz调频斜率是50MHz/微秒那么最大探测距离 (10e6 × 3e8) / (2 × 50e12) 30米。这个距离是理论最大值实际探测距离还受天线增益、目标反射截面积、环境噪声等因素影响。帧周期决定了数据刷新率。帧周期越短数据刷新越快但每个帧的处理时间也越短可能影响检测精度。对于人数统计这类应用帧周期通常设置在50毫秒到100毫秒之间对应10Hz到20Hz的刷新率足够跟踪人的移动。修改配置参数有两种方式一种是通过串口菜单交互式修改另一种是修改配置文件后重新烧录。交互式修改适合调试阶段快速验证配置文件修改适合固化到产品中。配置文件是一个文本文件里面按行写了各种配置命令demo固件启动时会读取这个文件并应用配置。3.3 数据可视化与结果解读Demo固件运行后会通过串口输出雷达的检测结果。原始数据是点云格式每个点包含距离、角度、速度、信噪比等信息。这些数据可以通过TI提供的可视化工具显示也可以自己写程序解析。TI提供了一个叫做mmWave Demo Visualizer的网页工具可以直接在浏览器里运行。打开工具后选择对应的串口配置好参数就能看到实时的点云图。点云图里每个点代表一个检测到的目标反射点点的颜色通常表示速度或信噪比。人的走动会在点云图上形成一条移动的轨迹很容易辨认。除了点云demo还会输出目标列表包括每个目标的距离、角度、速度。这些数据可以用来做上层应用比如人数统计、轨迹跟踪、区域入侵检测。数据格式在SDK文档里有详细说明通常是TLV格式也就是类型-长度-值的三段式结构。解析的时候先读类型和长度再根据类型读取对应长度的值。我第一次看到点云图的时候感觉挺震撼的。雷达不像摄像头那样有隐私问题也不受光照影响在完全黑暗的环境里照样工作。而且毫米波能穿透塑料、木板、玻璃等非金属材料可以藏在设备内部外观设计上更灵活。4. 常见问题与排查技巧实录4.1 烧录失败与串口无响应的排查烧录失败是最常见的问题表现是UniFlash报错或者烧录进度条卡住不动。排查思路按以下顺序来第一检查SOP跳线。IWR6843烧录时必须处于正确的启动模式跳线错了芯片不会响应烧录命令。第二检查USB连接。换一根USB线换一个USB口排除线材和接口的问题。第三检查UniFlash的配置。芯片型号、连接方式、烧录地址这三项必须完全正确。第四检查电源。烧录时芯片功耗会比平时高如果USB供电不足可能导致烧录过程中断。串口无响应是另一个高频问题。板子上电后串口终端没有任何输出按复位键也没反应。先确认串口选对了没有XDS110会创建两个串口要选应用数据那个。再确认波特率是115200数据位8停止位1无校验。如果还是没输出可能是固件没有正确烧录重新烧录一次。还有一种可能是板子进入了低功耗模式需要发送唤醒命令或者按复位键唤醒。我遇到过一次比较诡异的情况串口能识别但收到的全是乱码。换了波特率、换了终端工具都不行。最后发现是USB线太长信号衰减导致数据错误。换了一根短的优质USB线就正常了。所以USB线不要图便宜尤其是做高速数据传输的时候线材质量直接影响稳定性。4.2 雷达数据异常的分析与解决雷达数据异常的表现有很多种点云稀疏、检测距离短、误检多、速度测量不准等。每种异常背后都有不同的原因需要具体分析。点云稀疏通常是因为发射功率不够或者天线增益低。检查一下配置参数里的发射功率设置是不是被调低了。另外确认天线前面没有金属遮挡金属会反射雷达波导致天线失配。如果天线附近有金属物体要么移开要么调整天线方向避开。检测距离短可能是调频斜率设置不当。调频斜率越大最大探测距离越近。如果应用需要更远的探测距离适当降低调频斜率但代价是距离分辨率会变差。这是一个权衡需要根据具体应用场景来定。误检多通常是CFAR检测的阈值设置太低。CFAR是一种自适应阈值检测算法阈值太低会把噪声也当成目标阈值太高会漏掉弱目标。SDK里可以调整CFAR的参考单元数和保护单元数以及阈值偏移量。调试的时候先把阈值调高确认没有误检了再逐步降低找到漏检和误检的平衡点。速度测量不准可能是帧周期设置不当。速度测量基于多普勒效应帧周期决定了速度的无模糊范围。帧周期太长高速目标会产生速度模糊帧周期太短低速目标的速度分辨率不够。根据应用场景里目标的最大速度来反推合适的帧周期。4.3 开发环境相关的疑难杂症Code Composer Studio的编译错误有时候让人摸不着头脑。最常见的是路径问题SDK的安装路径或者工作空间路径里有中文或空格导致编译器找不到文件。解决办法是把所有路径改成纯英文不要有空格和特殊字符。另一个常见问题是SDK版本和CCS版本不匹配。TI的SDK对CCS版本有要求版本不对可能导致编译失败或者生成的二进制文件无法运行。在SDK的release notes里会写明支持的CCS版本范围安装之前先确认一下。Linux下开发的话权限问题比较烦人。串口设备默认只有root用户能访问普通用户需要加到dialout组里。命令是sudo usermod -a -G dialout $USER执行后需要重新登录才生效。另外XDS110的驱动在有些Linux发行版上需要手动安装具体步骤参考TI的官方文档。还有一个小技巧如果CCS启动特别慢可以关掉一些不用的插件和自动更新检查。CCS基于Eclipse插件多了启动就慢。在偏好设置里把自动更新关掉能省不少启动时间。4.4 常见问题速查表问题现象可能原因排查方法解决方案烧录失败SOP跳线错误检查跳线位置切换到正确的启动模式串口无输出串口选错确认设备管理器中的串口编号选择应用数据串口串口乱码波特率不对确认波特率为115200修改终端工具波特率设置点云稀疏发射功率低检查配置参数提高发射功率或检查天线遮挡检测距离短调频斜率过大计算最大探测距离降低调频斜率误检多CFAR阈值低调整CFAR参数提高阈值偏移量编译错误路径含中文检查SDK和工程路径改为纯英文路径CCS启动慢插件过多检查已安装插件禁用不用的插件和自动更新5. 从Demo到产品下一步可以做什么5.1 自定义应用开发的切入点跑通Demo只是第一步真正有意思的是基于IWR6843开发自己的应用。SDK提供了丰富的API和示例代码你可以从修改现有Demo开始逐步加入自己的逻辑。最直接的切入点是修改配置参数适配你的应用场景。比如做室内人数统计需要调整检测区域、灵敏度、跟踪参数做液位测量需要调整距离分辨率和测量范围做手势识别需要调整帧率和角度分辨率。这些修改不需要写代码改配置文件就行。下一步是修改数据处理逻辑。Demo输出的点云数据可以通过串口发送到上位机上位机做进一步处理。你可以用Python写一个解析程序把点云数据转换成可视化的图表或者输入到机器学习模型里做分类。TI提供了Python和MATLAB的解析示例可以参考。再进一步是直接在芯片上跑自定义算法。IWR6843的DSP核有足够的算力跑一些轻量级的神经网络比如手势分类、人员检测。TI的MMWAVE SDK里包含了一些预编译的算法库可以直接调用。如果要跑自己的模型需要用TI的深度学习工具链做模型转换和量化。5.2 硬件扩展与外围设备连接IWR6843开发板预留了丰富的外设接口可以连接各种传感器和执行器。60pin的HDMI接口可以接DCA1000数据采集卡把原始ADC数据传到电脑上做离线分析。这个对于算法开发和验证非常有用因为你可以看到雷达的原始中频信号而不只是处理后的点云。板子上还有GPIO、I2C、SPI、UART等接口可以连接温湿度传感器、继电器、显示屏等外设。比如做一个智能照明系统雷达检测到有人就开灯没人就关灯。雷达的优势是不受光照影响而且能检测微动人坐着不动也能检测到呼吸引起的胸腔起伏。电源方面如果要做电池供电的便携设备需要优化功耗。IWR6843支持多种低功耗模式在不需要连续检测的场景下可以周期性唤醒检测完再休眠。功耗优化是一个系统工程涉及硬件选型、软件调度、雷达参数配置等多个方面。5.3 性能优化的几个方向雷达性能优化主要围绕检测距离、分辨率、刷新率、功耗这几个指标。这些指标之间相互制约需要根据应用场景做权衡。检测距离和分辨率是一对矛盾。增大带宽可以提高距离分辨率但带宽受限于法规和硬件。IWR6843的最大带宽是4GHz对应3.75厘米的距离分辨率。如果应用需要更高的分辨率只能换更高频段的雷达比如77GHz频段的方案。刷新率和功耗也是一对矛盾。刷新率越高数据越实时但功耗也越大。对于电池供电的设备需要在刷新率和功耗之间找平衡。一个常用的技巧是自适应刷新率检测到目标时提高刷新率没有目标时降低刷新率。天线设计对性能影响很大。IWR6843板载的天线是贴片阵列增益和视场角是固定的。如果应用需要更远的探测距离可以外接高增益天线如果需要更大的视场角可以外接宽波束天线。天线接口是标准的但要注意阻抗匹配否则会有反射损耗。5.4 实际项目中的经验教训做雷达项目这几年踩过的坑不少分享几个有代表性的。第一个坑是低估了环境噪声的影响。实验室里调好的参数到了现场完全不能用。现场有金属货架、移动的传送带、其他无线设备这些都会产生干扰。解决办法是在现场做实地调试不要迷信实验室数据。另外CFAR算法对噪声有一定的自适应能力但参数还是要根据现场环境调整。第二个坑是忽视了安装角度。雷达的视场角是有限的安装角度不对目标不在视场角内什么都检测不到。安装时要用水平仪校准确保雷达的波束覆盖到需要检测的区域。对于壁挂安装还要考虑俯仰角避免地面反射造成的虚假目标。第三个坑是数据吞吐量估算错误。点云数据量比想象中大尤其是高刷新率、大视场角的情况下。串口波特率115200可能不够用需要提高到921600甚至更高。如果数据量再大就要考虑用USB或者以太网传输。IWR6843支持USB 2.0高速接口带宽比串口大得多。第四个坑是固件升级的兼容性。SDK版本升级后有些API变了原来的代码编译不过。升级之前先看release notes确认有哪些不兼容的改动。另外固件和上位机软件的协议也可能变两边要同步升级。6. 写在最后的一些个人体会毫米波雷达这个领域入门门槛不算低但一旦跑通第一个Demo后面的路就顺了。IWR6843作为TI的明星产品资料齐全、社区活跃遇到问题基本都能找到答案。我建议新手从预编译Demo开始先看到效果再逐步深入。不要一上来就啃文档那样容易劝退。硬件方面USB线和电源的质量比想象中重要。我因为一根劣质USB线浪费了一下午时间后来换了根好线所有问题都消失了。电源也是电脑USB口供电不足会导致各种奇怪的问题用独立电源适配器会稳定很多。软件方面路径问题是最常见的坑。所有跟开发相关的路径包括SDK安装路径、工作空间路径、工程路径全部用纯英文不要有空格和特殊字符。这个习惯能帮你省掉很多莫名其妙的错误。最后说一句雷达数据的解读需要一些经验积累。刚开始看点云图可能觉得乱七八糟看多了就能从点的分布和运动轨迹里读出信息。这个没有捷径多跑、多看、多调手感自然就来了。
