一片茂密的信息提示我需要在输出正文之前先预留足够内容确保总字数。不过我可以边写边自然扩展。最终用Markdown按质量标准真实从业者口吻。要严格开头直接进入正文无标题。然后 H2 编号。至少 4 个 H2每个下设若干 H3。字数 5000。可能要写 7000 词以免不足。Markdown 表格、代码块。不出现禁用词汇。不能提及具体公司品牌可以提通用设备名 ERDI 905 nm 是输入允许不提及真实公司、人名。无 mermaid、emoji。不用 AI 套路。结尾自然收束。我会构建内容开头引入ERDI 905nm激光测距模块 UART 读取解决什么问题适合谁。主体1. 拆解这个模块905nm 与 UART 到底意味着什么说明原理、应用、硬件接口、框图不能mermaid文本描述2. 上手前的准备器材清单、接线与系统配置2.1 点位定义与线序确认2.2 电平匹配与供电2.3 UART 硬件连接实例2.4 串口工具与系统权限3. UART 协议解析从原始字节到距离数据3.1 帧格式3.2 校验计算3.3 数据转换3.4 多个数据输出模式4. 实战代码从轮询读取到多目标测距控制4.1 最小实现Python 串口读取4.2 解析器设计4.3 连续测距与稳定性控制4.4 增加超时保护与错误统计5. 常见问题与排查实录表格症状 原因 处理 避坑技巧6. 实际项目中的应用与扩展建议距离触发、低速串口、多传感器协同、光斑安全注意。结尾分享个人经验。全文用中文。写代码块要标注语言。开始。注意标题层级H2 必须## 1. 等H3### 1.1。不需要主标题。开头没有H1。关于合规不能出现真实人名、地名、公司名。设备名 ERDI 是输入可以提但避免声称真实品牌不是问题。不要太官方。我逐字写同时估算字数。每个段落要充足。我需要避免使用 通过...可以... 开头。开头可以第一次拿到 ERDI 905nm 激光测距模块的 UART 数据时我差点以为板子被烧了。 这样吸引人。正文中要解释三角函数实际计算。协议帧我设定 帧头 0x5A 0xA5类型 0x03长度 0x0C数据包含距离高/低强度高/低状态温度? 校验。要合理。注明这是基于常见协议的整理具体参考手册。积极。用户输入只有标题但我们演绎。写入如果你的模块协议不同以官方手册为准。字数检查需要约5000字以上。按中文大约每个章节 1200字6大节7200。可接受。现在开始写。守住生成干净。 第一次拿到某型号905nm激光测距模块的时候我照着网上的教程随便接上USB转串口结果屏幕上全是乱码和莫名其妙的高位数字。后来才搞清楚问题根本不是硬件坏了而是我完全没按这颗模块的脾气办事——它虽然用的是UART这种老熟人协议但在电平、帧格式和波特率上有自己的讲究。今天就把我从接线到稳定读取的完整过程整理出来希望对正在和这类905nm激光测距UART模块打交道的人有点帮助。你能用它做什么呢说白就是通过两根收发线把激光测距传感器测到的距离、信号强度这些数据完整读回来再放到自己的程序里做测距、避障或者自动定位。适合刚接触激光雷达/测距模块的嵌入式爱好者也适合需要在项目里快速集成测距能力的开发者。1. 模块的本质拆解905nm 与 UART 背后藏着哪些关键点先说 905nm 这个数字。激光测距模块的波长从 630nm 到 1550nm 都有905nm 属于近红外波段肉眼基本看不到但它在户外环境下对日光的抗干扰能力比人眼可见的 650nm 红激光更好。因为太阳光谱里 905nm 附近有大气吸收窗口再加上模块本身会加窄带滤光片所以用在室外测距的时候不会因为大晴天就频繁丢信号。这不是什么玄学你就想象在强光下用手机拍投影仪画面画面发白但如果给镜头戴一个只让投影仪那束蓝光通过的眼镜画面就清楚了。905nm模块就是自带那副眼镜。UART 则是它输出的接口。很多模块为了提高精度会把数据打包成高速差分信号或者用 I2C 这种需要时钟线的总线但 UART 的好处在于接口简单、两端都是异步收发不需要额外时钟线市面上的 USB 转串口小板基本都能点对点通讯。ERDI 系列模块的资料里一般会标注出 UART TTL 电平也就是 3.3V 或 5V 逻辑。别小看这一条有些人拿 232 电平的设备去怼不烧才怪。模块内部结构其实不复杂激光发射管发出光脉冲接收管捕捉反射回来的光内部计时电路计算飞行时间或相位差最终换算成距离。换算结果会通过 MCU 打包成固定格式的帧再从 UART 发送出去。所以对开发者来说能不能拿到准确数据取决于三件事硬件接线对不对、串口参数对不对、帧解析逻辑对不对。三者缺一不可。2. 上手准备从引脚定义到系统环境的完整清单2.1 引脚定义与线序确认我强烈建议拿到模块的第一件事不是接线而是找数据手册或者产品页面的引脚图。ERDI 系列模块一般是 4 到 6 个引脚包括 VCC、GND、TX、RX有的还会留出 TRIG 触发脚和 NC 空脚。颜色线序不一定统一有的模块 TX 是绿色有的是白色千万别只靠经验猜。我试过一次把 TX 和 RX 接反结果是模块指示灯正常但串口助手一个字节都收不到。所以第一步用万用表通断档确认板子上的丝印再看厂家资料里是否标了电平范围。如果买的是裸板或二手模块没有丝印可以沿 PCB 走线找主控的串口引脚但要小心这种事情非常容易翻车。稳妥的方法是用 3.3V 供电后测 TX 脚对 GND 的电压待机时应该能看到跳动的电平如果恒定 0V 或 3.3V很可能是你接错引脚了。2.2 电平匹配与供电独立电平匹配我单独拿出来讲因为这是最容易被忽视的坑。模块标注 3.3V TTL你最好用 3.3V 的单片机或者 USB 转串口板。如果只有 5V 系统需要确认模块是否支持宽电压输入很多模块的 VCC 写着 3.3~5V但 RX 逻辑只接受 3.3V。这时候 5V 单片机的 TX 直接接模块 RX 就可能打坏内部引脚或者导致模块异常重启。我常用两个方案一是加一颗双向电平转换模块现在很便宜二是直接换一个带有电平选择跳线或拨码的 USB 转 TTL 板比如常见的 CP2102 或 CH340 方案的板子有的上面有 3.3V/5V 跳线帽。这里有个细节跳线帽改的往往只是 VCC 输出和电平基准如果你的板子在 5V 档位上还要接 3.3V 模块最好确认 IO 电平是否真的跟随跳线变了。实测下来有的板子跳线只管电源不管电平坑了不少人。供电方面测距模块的峰值电流比普通传感器大因为激光发射的时候瞬时电流可能冲到几百毫安。如果使用开发板上的 3.3V 引脚供电板载 LDO 容易压降导致测距数值跳动或模块频繁复位。我从第一次调试开始就一直用独立的 LDO 稳压模块给 VCC 供电单片机串口只是信号连接。这样模块电压稳了之后波形也干净多了。2.3 接线实例与设备连接我试用的是 USB 转 TTL 板连接方案如下表所示。前提是确认模块是 3.3V TTL 电平USB 转 TTL 板也设置在 3.3V 档位。模块引脚连接目标说明VCC3.3V 电源正极独立供电别和逻辑电平共用GND电源负极 / 串口板 GND必须共地不然数据会乱码TXUSB转TTL板的 RX模块发送数据到电脑RXUSB转TTL板的 TX电脑发命令给模块可不接TRIG按键或GPIO非必须内置自动测距连线之后通电用串口工具打开对应 COM 口波特率先按手册设 115200也有模块是 9600 或 230400。如果什么都收不到先检查串口号是否选对Windows 下可以去设备管理器看Linux 下用 ls /dev/ttyUSB* 或 ls /dev/ttyACM*。另一个经典问题是驱动没装好CH340 在 Windows 10 之后基本免驱但老系统偶尔需要手动安装。2.4 串口工具与系统权限配置我在 Windows 上首推用开源的串口调试助手但要能显示 HEX 格式别只看 ASCII。因为模块输出的是二进制帧用 ASCII 显示全是乱码。关键是勾选“HEX 显示”这样能直接看到类似 5A A5 03 0C 的数据头。Linux 下我常用 screen 或者写个小 Python 脚本但要注意系统权限。Ubuntu 下 /dev/ttyUSB0 一般属于 dialout 用户组你需要把自己的账户加进 dialout 组或者直接在命令前加 sudo。加组之后要退出重新登录才生效不然运行脚本还是会提示权限不足。这不算问题算是系统在保护设备但很多新手会卡在这里。3. 串口协议深度解析从字节流到真实距离3.1 帧格式怎么理解ERDI 905nm 这一类模块的数据帧通常不是一条独立字节对应一个数据而是一段带有帧头、长度、有效数据、校验和的报文。不同厂家的字段略有差异但大体逃不出这些部分。我基于常见实现整理了一个参考帧结构不代表所有批次都一样以你手里模块的手册为准。假设每个帧是 12 字节偏移字节含义00x5A帧头110xA5帧头220x03命令/帧类型30x0C数据长度后面有效数据校验4高字节距离高 8 位5低字节距离低 8 位6高字节信号强度高 8 位7低字节信号强度低 8 位80x00状态字比如标志测距成功/失败90x00保留或温度10高字节校验和11低字节校验和或帧尾注意我这里把数据长度设成 0x0C是为了把整帧 12 字节都覆盖进去。有些模块会设置数据长度只算有效数据那解析的时候就要自己把帧头、帧尾的偏移量对齐。最省心的办法是把一帧完整接收后先校验再按字节偏移取值。3.2 校验计算与边界情况校验算法最常见的是累加和也有 CRC16。拿累加和举例你要把从帧头开始到状态字为止的所有字节加起来取低 8 位或 16 位然后和帧尾的校验值比对。这个动作看起来多余但在工业环境里非常重要因为线路干扰可能让某个字节从 0x04 变成 0x84如果没有校验你会读到一个完全错误的距离。我习惯在解析函数里专门写一个校验函数。如果校验失败直接丢弃整帧不试图去看错位数据。因为 UART 是异步字节流一旦校验不过最好的策略是等待下一个 0x5A 0xA5 重新同步。不要尝试从错位的中间继续解析那样很容易把力度字节和距离字节搞混。边界情况也要处理比如模块测不到目标时距离值可能是 0xFFFF 或者状态字标志异常信号强度极低时距离可能不可信。这些不应该被盲目当成有效数据。我的做法是定义距离范围比如 0.05m 到 999.9m 之内且状态字为 0 的才存入结果其他情况标记为无返回值。3.3 距离换算与单位陷阱别看手册里写“输出单位是厘米还是毫米”不同版本模块差异很大。我调试过一批模块默认单位是厘米但手册里写着分辨率 0.01m也就是厘米。还有些模块为了省带宽返回的值是毫米需要除以 1000 才是米。如果帧里的距离字段是 16 位无符号整数直接按 big-endian 组装。例如高字节 0x01、低字节 0x2C整体值为 0x012C 300。如果单位是厘米那距离就是 3.00 米如果是毫米就是 0.30 米。这个十倍差异会让你的后续逻辑完全不同。我建议在调试阶段就用已知距离的墙面做验证比如 1 米处放一块纸板如果读出来是 100 或 1000才能确认单位。不要只看协议里的标注要以实测为准。还有一个容易忽略的点有的模块默认输出的是 0.01m 单位但是使用时内部还可能四舍五入导致最后一位轻微跳变。处理高精度应用时不要直接拿原始整数当米数要转成浮点数再参与运算否则 100 厘米和 1 米在你程序里会变成两个不同的数据。3.4 被动输出与主动查询模式ERDI 模块的 UART 一般支持两种工作模式被动输出和主动查询。被动输出就是模块自己一直发测量结果每秒几十到几百帧适合连续测距。主动查询则是你发一条命令模块才回一次结果适合低功耗场景或者一个串口带多个传感器。如果需要通过 RX 发送查询命令你就要它发字符串还是十六进制。比如查询命令可能是 0x5A 0xA5 0x04 0x02 这样。有些模块默认上电自动连续输出你不接 RX 也能读但如果要改成主动模式就需要在初始化时发特定命令。这个命令表必须看厂家的协议手册不能猜猜错了模块可能进一个完全不同的配置模式然后输出诡异数据。4. 实战从最小 Python 脚本到稳定数据流4.1 最小串口读取脚本先写一个能跑的最小例子不做复杂解析只把原始字节打出来便于验证接线和参数。Python 3 pyserial 是最方便的组合。import serial ser serial.Serial( port/dev/ttyUSB0, baudrate115200, bytesizeserial.EIGHTBITS, parityserial.PARITY_NONE, stopbitsserial.STOPBITS_ONE, timeout0.5 ) while True: data ser.read(64) if data: print(data.hex( ))注意 timeout 设了 0.5 秒这样 read 最多阻塞 0.5 秒就会返回程序不会卡死。如果串口打开失败多半是权限问题或者端口号不对。你可以在 Linux 下先用 dmesg | grep tty 看内核打印的转串口信息Windows 则在设备管理器里直接看 COM 号。跑起来之后能看到类似5a a5 03 0c 00 64 01 2c 00 00 10 02这样的数据。如果只能看到几次零星字节可能是波特率不对或者模块没供电、没对准目标。4.2 写一个健壮的帧解析函数解析函数是核心。我习惯用状态机或者先在缓冲区里查找帧头。下面给一个基于查找帧头的实现适合单帧长度固定为 12 字节的情况。import serial import time STX1 0x5A STX2 0xA5 FRAME_SIZE 12 def checksum(frame): return sum(frame[:-2]) 0xFFFF def parse_frame(frame): if frame[0] ! STX1 or frame[1] ! STX2: return None if len(frame) ! FRAME_SIZE: return None if checksum(frame) ! (frame[-2] 8 | frame[-1]): return None dist_raw (frame[4] 8) | frame[5] strength_raw (frame[6] 8) | frame[7] status frame[8] return { distance: dist_raw / 100.0, strength: strength_raw, status: status } def read_distance(ser): buf b while True: buf ser.read(FRAME_SIZE - len(buf)) if len(buf) FRAME_SIZE: return None idx buf.find(bytes([STX1, STX2])) if idx 0: buf b continue if idx 0: buf buf[idx:] if len(buf) FRAME_SIZE: frame buf[:FRAME_SIZE] buf buf[FRAME_SIZE:] result parse_frame(frame) if result: return result这个函数做了几件关键事情。第一每次只读取当前缓冲区差量不会一次读太多导致丢字节。第二找到帧头后如果长度不够会继续阻塞等待。第三如果一帧校验失败不会死循环而是丢掉这一帧重新找头。虽然连续错误场景下效率略低但稳定性足够。4.3 连续测距与平滑滤波对于动态测距你可能不希望原始距离抖动太剧烈。比如 2 米处的纸板由于光斑衍射或目标边缘影响读出来的值可能 199.8cm、200.1cm、201.3cm 来回窜。针对这种情况我常用滑动平均滤波。窗口大小建议 5 到 10 帧太大会导致反应迟钝太小则抑制不住抖动。history [] def filter_distance(raw, window7): history.append(raw) if len(history) window: history.pop(0) return sum(history) / len(history)但这里要留个心眼滤波会掩盖突变。如果你的项目是避障突然出现的障碍物应该快速识别滑动平均会让响应变慢。所以我的建议是同时保留一个原始值和滤波值逻辑判断用原始值快速触发显示或平滑控制则用滤波值。很多做机器人避障的开发者很容易在这上面吃过亏盲目滤波之后小车直接撞墙。另外不要在主循环里过度频繁读取。905nm 模块的测量频率可能到 100Hz 甚至更高但你的业务逻辑不一定消化得过来。可以在读取线程里持续收帧用queue把最新数据交给处理线程避免阻塞串口缓冲。小项目也可以直接轮询但串口缓冲区溢出会导致数据看起来像丢帧别怪模块先检查你的消费速度。4.4 超时保护与错误统计长期运行中最讨厌的不是数据错误而是程序卡住。UART 断线、模块异常或者 USB 转串口因为笔记本休眠被挂起都会导致长时间没有数据。我习惯在读取函数外层加一个看门狗逻辑如果连续 2 秒没有任何完整帧就尝试重新打开串口或给模块断电重启。last_data_time time.time() while True: result read_distance(ser) if result: last_data_time time.time() print(result) elif time.time() - last_data_time 2: print(no data, retry...) ser.close() time.sleep(0.1) ser.open()连续错误统计也很有用。我在解析函数里维护一个错误计数器如果校验错误率超过 10%就提示用户检查接线或供电电压。这种排查信息比直接打印错误帧更有价值因为很多用户只看到一堆乱七八糟的数字就怀疑全局坏了。5. 高频问题与排查记录5.1 完全收不到数据这属于最基础也最普遍的故障。第一反应应该是查供电模块指示灯是否亮用电表量 VCC 对 GND 是否在正常范围。接着查共地USB 转 TTL 板的地和模块的地必须是同一条低阻抗通路有些项目用两个独立电源但地没接一起信号完全无法传输。然后是 TX/RX 交叉问题。模块 TX 接串口板 RX这是最常见接法但也不排除有些模块标注的 TX 实际是 MCU 视角的 RX如果真的全无输出可以尝试对调。最后是波特率最好把可能值从 9600、19200、38400、57600、115200、230400 挨个试一遍有些模块出厂不是 115200而是 9600。我之前踩过一个更隐蔽的坑USB 转 TTL 板本身坏了。虽然电脑能识别 COM 口但 USB 转串口芯片的 TX 引脚纹波异常导致数据完全乱掉。排查方法是用杜邦线把开发板 TX 和 USB 转 TTL RX 短接自测或者换一块板子试试。5.2 数据帧一直校验失败如果偶尔能收到帧头但校验不过那大概率是波特率误差、信号电平不稳或缓冲区丢字节。波特率误差方面有些芯片晶振精度一般通信距离短、速率高的时候容易产生位错误。可以用serial.Serial(baudrate115200, parityN, stopbits1)这种标准参数确认别开奇偶校验否则和模块默认不一致。还有一种情况是线太长导致信号反射。UART 本身只适合短距离普通杜邦线一米以内问题不大如果超过 20cm尽量用双绞线或屏蔽线而且 TX 和 RX 不要并排捆得太长。电平不稳则要检查 VCC 纹波我用示波器看过模块发射激光瞬间 VCC 会跌 200mV如果 LDO 余量不足会干扰数据输出。在 VCC 和 GND 之间加 10uF 和 0.1uF 电容很有用。5.3 距离值稳定但偶尔跳到离谱我遇到过测 5 米窗户数据时不时变成 0.35 米。后来发现是因为模块收到了玻璃反射回来的杂散光或者目标表面太光滑光束发生镜面反射接收管收到的不是主反射路径而是散射路径。这不是协议问题而是光学问题。解决办法是调整安装角度让激光入射到目标表面时不要完全垂直稍微倾斜 3 到 5 度或者在数据结构里看信号强度如果强度骤降同时距离跳变就直接丢弃这帧。信号强度字段在这里很好用。你可以记录一个强度阈值比如强度低于 200 的帧都视为不可靠。但如果目标本身是黑色粗糙表面也可能强度低但距离准确所以阈值一定要根据自己的应用场景标定不能照抄别人的值。5.4 高低温环境下数据异常905nm 激光二极管对温度比较敏感模块在低温冷启动的时候输出距离可能会偏近或测不到。如果需要户外使用最好等模块上电预热 30 秒后再开始测距。温度影响在校准算法中也可能体现所以高端模块会带温度补偿字段。如果你的模块没有温度补偿可以在设备旁边放一个温度传感器距离大于 50 米时做粗略修正虽然精度提升有限但相比裸奔要好不少。症状可能原因排查方向完全无数据供电不足/未共地/TX接错/波特率不对量电压、对调TX/RX、轮询波特率乱码或字节错位电平不匹配/串口参数不一致/线太长3.3V档位、只测HEX、缩短线缆校验失败供电纹波大/芯片晶振不准/缓冲溢出VCC加电容、降低波特率、加快读取距离跳变反光/杂散光/目标表面材质调整倾角、参考强度字段、丢弃低强度帧长时间后卡死USB休眠/设备被挂起/串口被占用加看门狗、禁用USB自动暂停、检查端口占用测距数值偏差大单位理解错/模块校准丢失标定已知距离、恢复出厂设置5.5 独家避坑心得我做这类模块调试时有一条铁律所有数据先存原始日志再做解析。很多人直接打开串口助手看解析后的距离一旦不对根本没法回看原始字节。正确做法是同时把带时间戳的 HEX 流写入日志文件这样出问题后可以离线分析确认是协议解析错误还是模块本身输出异常。另一条心得是模块 RX 不要悬空。如果你只接 TX 读取RX 悬空容易感应噪声导致模块内部逻辑混乱。稳妥做法是把 RX 接一个 3.3V 上拉电阻或者直接用串口板 TX 脚连上哪怕你完全不发命令也行。我见过因为 RX 悬空导致模块间歇性死机的情况接上后就再也没出现。6. 拓展从单一测距到多模块协同与业务集成6.1 距离触发与硬件输出控制很多 ERDI 模块除了 UART 输出还有 IO 触发或电平输出脚。你可以把 UART 读到的距离在单片机里做阈值比较然后控制舵机或电机。但更快的办法是直接用模块的 GPIO 输出设置一个触发距离模块内部自行判断并拉高或拉低引脚。这种模式适合安全光幕、区域检测一类的场景不需要 MCU 一直读串口可以节电。如果一定要 UART 做阈值触发我建议在单片机层面采用定时读取而不是中断驱动的 DMA。UART 数据帧长度不大定时器每 10ms 去读一次 FIFO 足够降低了代码复杂度也避免串口中断过多导致主循环卡顿。对性能要求不高的情况下这是最省事且稳定的方式。6.2 多模块共用串口与地址配置一辆小车装 4 个 905nm 测距模块的情况我做过但没打算给它 4 个串口。此时需要模块支持总线模式或通过命令设置不同地址才能共用一条 UART 总线。如果模块不支持最简单的方法是每个模块用独立串口主控用带多个 UART 的高性能单片机或者外接 TCA9548A 这类 I2C 扩展器转串口方案但会占用资源。我实际用过的方案是每个模块的 TX 脚经过二极管隔离后并联到同一根 RX 线平时模块处于主动查询模式单片机向指定模块发带地址的查询命令只有该模块响应。这要求模块协议里有地址位否则无法判断数据属于哪个节点。所以多模块设计前一定先确认协议帧里有没有设备 ID 字段别等硬件做好了才发现。6.3 时间戳与数据同步如果你在做一个需要和摄像头或 IMU 数据融合的项目光有距离数据是不够的还得知道这帧距离是什么时刻测出来的。UART 传输有延迟从模块测量到单片机解析完成可能经过几毫秒如果你直接把解析时刻当作测量时刻会引入误差。我建议在帧解析成功后立刻记录time.monotonic_ns()作为事件时间并把这个时间与距离一起打包。虽然不能完全消除延迟但固定了延迟起点。更高端的做法是让模块的 TRIG 脚接一个 GPIO 中断当 TRIG 拉高时模块开始测距同时单片机记录时间戳这样测量时间点更准确。这个方法在动态视觉测距里尤其有用。6.4 测小目标与抗干扰滤波进阶905nm 光斑在 10 米外大概有几厘米大小如果目标是 2cm 的细杆容易出现测不到或距离跳变。这种情况最好加光学透镜聚焦或者把模块倾斜扫描让光斑扫过目标用连续多帧中的最小值作为目标距离。注意不能只看平均值平均值会把杆子旁边的背景也混进来应该取一个时间窗内的最小值。环境里如果有其他 905nm 的激光源比如别的测距模块或者某些光电传感器也会造成干扰。优先选择带有调制编码的模块它发出的光脉冲有特定频率接收端只认这个频率其他光源进不来。如果你的模块没有调制功能那只能从安装位置和遮挡上想办法。对于移动平台我还会加入卡尔曼滤波或者简单的 α-β 滤波器。905nm 模块在高速移动时单帧噪声挺大但 α-β 滤波可以同时估计距离和速度让测距结果更平滑。这里放一个简化实现alpha 0.5 beta 0.1 x_est None v_est 0.0 dt 0.01 def alpha_beta_update(z, dt): global x_est, v_est if x_est is None: x_est z v_est 0.0 return x_est x_pred x_est v_est * dt v_pred v_est residual z - x_pred x_est x_pred alpha * residual v_est v_pred beta * residual / dt return x_est这个滤波器参数需要根据实际更新频率调整。如果数据帧率不稳定dt不要写死最好用当前帧时间减上一帧时间。7. 最后想补充的几个实操体会最容易被低估的是“稳定供电”这四个字。我调试这类模块时有一半时间花在排查莫名跳数上最后都指向同一个原因电源。如果你用开发板自带 USB 供电又同时接电机驱动测距数据十有八九会诡异。给模块一个独立的 3.3V 或 5V 电源你会发现很多问题自动消失。第二个体会是不要盲信“即插即用”。ERDI 905nm 模块的协议细节在不同批次、不同厂商出货里都可能改动特别是波特率和数据格式同样一个模块在不同固件版本下可能从两字节小数变成四字节整数。所以在代码里尽量写一个“自动波特率检测”工具或者把配置信息做成外部配置文件方便现场改而不是把波特率硬编码死在程序里。最后提一点安全905nm 虽然肉眼不可见但它是激光不要直接对着人眼或反射镜面调试。功率高的模块甚至能损坏视力。我平时调试都戴护目镜测试时把模块固定在工作台上避免激光意外扫到人。这个东西看起来不像高功率激光器但 905nm 的能量输出不是闹着玩的安全习惯必须养成。如果后面你的模块读取稳定了建议再做一层数据可视化。把距离、强度、状态和时间戳画成曲线你会直观看到什么时候测距不可靠什么时候信号被干扰。最终你会发现读 UART 数据只是整个测距系统里最简单的一环真正难的在光学、电源和场景理解上。但只要把基础这关过了后续的玩法就可以放开手脚了。