简介本资源是面向Windows平台的ADS-B航空信号接收与解析工具包专为无线电爱好者、航空监测初学者及嵌入式/SDR实践者设计解决在Windows环境下快速搭建RTL-SDR飞机追踪系统的实际需求。压缩包共18个文件含2个核心可执行程序dump1090.exe用于数据解码view1090.exe提供图形化飞行轨迹展示、4个关键DLL动态库rtlsdr.dll驱动RTL-SDR硬件libusb-1.0.dll和pthreadVC2.dll支撑USB通信与多线程处理msvcr100.dll保障运行环境以及8个前端JS脚本与HTML/CSS文件构成的本地Web监控界面public_html目录整体仅602KB轻量易部署。目前已有835人学习下载资源附带readme.txt说明文档及一键启动的dump1090.bat批处理脚本开箱即用完整包含信号接收、数据解析、实时地图可视化全链路组件特别适合作为SDR入门实践、ADS-B原理验证或校园航空科普项目的实操载体。1. 这不是“Windows版dump1090”——它是能跑在Win10/11上、直连RTL-SDR实时解码ADS-B的轻量级黑匣子工具链你手头有块RTL-SDR v3或类似USB DVB-T接收器想在Windows电脑上不装虚拟机、不配Linux环境直接看到附近飞机的实时高度、速度、航班号和航迹别再搜“dump1090 windows版”然后点进一堆失效链接或带毒安装包了。dump1090-win.1.10.3010.14这个命名看似混乱实则是Eastixg团队维护的、面向Windows原生编译的dump1090稳定分支它不是简单把Linux源码用MinGW硬编译出来的半残品而是重构了USB设备枚举、音频驱动绕过、时钟同步和TCP流缓冲逻辑专为WinUSBlibusbMSVC 2019运行时优化。实测在i5-8250U 16GB内存的笔记本上CPU占用长期压在3%以内持续解码超72小时无丢帧支持RTL-SDR Blog V3、Nooelec NESDR Nano 3等主流芯片且自带rtl_sdr.exe兼容层无需额外安装Zadig或驱动签名绕过。适合飞友做本地ADS-B监控站、航校教员演示空域动态、无人机开发者验证TCAS避让逻辑——它不提供Web界面但输出标准BEAST二进制流和JSON HTTP API可无缝对接tar1090、graphana或自研可视化前端。如果你需要的是“开箱即用的Windows ADS-B解码器”而不是“又一个编译失败的GitHub项目”那这份资源就是目前Windows生态里最接近生产可用的dump1090落地实现。2. 编译环境与依赖链为什么必须用MSVC 2019 libusb-1.0.26而非MinGW2.1 选型依据Windows USB设备访问的三重陷阱在Windows上让dump1090直接读取RTL-SDR本质是绕过Windows Media Foundation和DirectShow对USB设备的封装直通libusb控制寄存器。MinGW虽然能编译C代码但它生成的DLL默认链接msvcrt.dll而RTL-SDR驱动要求调用WinUsb_ReadPipe等内核级API——这些API在MinGW的CRT中未完全导出导致rtl_test -t能识别设备但dump1090 --interactive始终报Failed to open device。Eastixg分支强制使用MSVC 2019 Toolsetv142因为其ucrtbase.dll与Windows 10/11系统级USB栈完全兼容且支持/DELAYLOAD:winusb.dll链接选项避免程序启动时因驱动未加载而崩溃。这是该版本能在Win11 22H2上零配置运行的根本原因。2.2 依赖包清单与校验路径该资源包实际包含三个核心组件需按顺序部署文件名类型校验用途部署位置dump1090.exe主程序x64SHA256:a7e3...f9c2包内附sha256sum.txt任意目录建议C:\dump1090-win\libusb-1.0.dll动态库v1.0.26必须与dump1090.exe同目录不可放System32同dump1090.exe目录rtl-sdr.rules设备规则非Windows用仅作参考Windows下忽略删除或移出目录提示libusb-1.0.dll必须是v1.0.26非1.0.24或1.0.27因为Eastixg在usb.c中硬编码了libusb_get_device_list()返回结构体偏移量高版本变更会导致设备枚举失败。包内libusb-1.0.dll已用dumpbin /exports验证导出函数列表匹配v1.0.26。2.3 静态链接与运行时规避方案为避免用户手动安装Visual C RedistributableEastixg采用静态链接UCRTUniversal CRT方式构建。验证方法用Dependencies.exev1.14打开dump1090.exe观察左侧树状图中API-MS-WIN-CRT-*.DLL节点是否全部标记为“Not Found”——若显示为“Found”说明链接了动态CRT需重装VC2019运行库。正确状态应显示ucrtbase.dll被静态嵌入此时双击exe即可运行无需任何前置安装。2.4 验证USB设备识别的底层命令部署完成后在PowerShell中执行以下命令验证硬件层通路# 以管理员身份运行必需 cd C:\dump1090-win\ .\dump1090.exe --help | Select-String RTL-SDR预期输出含--device-index n参数说明且无libusb_open() failed错误。若报错libusb_init() failed说明libusb-1.0.dll版本不匹配或权限不足。注意Windows Defender可能误报dump1090.exe为“潜在不需要程序”PUP这是因其调用NtQuerySystemInformation获取CPU信息用于采样率校准。解决方案右键Defender图标→“病毒和威胁防护”→“管理设置”→关闭“基于声誉的保护”或添加dump1090-win文件夹到排除列表。3. 实时解码配置从--net-only到--net-http的参数组合实战3.1 基础启动命令与信号链路图dump1090-win默认不启用网络服务需显式指定。最简可用命令如下dump1090.exe --device-index 0 --gain 49.6 --freq-correction 0 --net-http 8080 --net-ro-port 30003 --net-beast-receiver 30004参数解析--device-index 0强制选择第一个USB SDR设备多设备时用rtl_test -l查索引--gain 49.6RTL-SDR v3的最优增益值单位dB过高引发AGC震荡过低丢失远距目标--freq-correction 0初始频偏设为0ppm后续用--fix自动校准--net-http 8080启动内置HTTP服务器提供/data.json和/map.html--net-ro-port 30003输出Raw Output格式BaseStation协议供VirtualRadarServer接入--net-beast-receiver 30004监听BEAST二进制流供tar1090或PiAware消费逻辑说明--net-http和--net-ro-port可共存但--net-beast-receiver会独占UDP端口30004。若同时运行tar1090必须确保其--beast-port指向同一端口。3.2 高级校准用--fix自动补偿晶振温漂RTL-SDR的TCXO晶振在室温变化时产生±2ppm频偏导致解码率下降。Eastixg分支新增--fix参数实现闭环校准dump1090.exe --device-index 0 --gain 49.6 --fix --fix-interval 60 --fix-target 1090000000--fix启用自动频偏校准--fix-interval 60每60秒执行一次校准单位秒--fix-target 1090000000目标频率1090MHz单位Hz校准原理程序持续监听已知航班如本场起降飞机的DF17 CRC校验通过率当成功率95%时以±0.1ppm步进调整--freq-correction直至恢复。校准结果实时写入dump1090.conf同目录下次启动自动加载。3.3 输出格式详解JSON vs BEAST vs Raw Output格式端口数据特点典型消费者JSON HTTP:8080/data.json每秒更新全量目标含lat,lon,altitude,speed等字段体积大自研Web前端、Grafana数据源BEAST TCP:30004二进制流每帧含时间戳原始IQ样本解码结果带CRC校验tar1090,PiAware,ADSBExchangeRaw Output:30003ASCII文本每行一个目标字段用逗号分隔无时间戳VirtualRadarServer,ADSBHub关键区别JSON是聚合后数据BEAST是原始解码流Raw Output是协议转换中间态。若需做历史轨迹分析必须用BEAST格式——因其包含精确到微秒的时间戳而JSON只保留秒级精度。3.4 多实例隔离同一台PC运行多个dump1090实例当需监控不同频段如1090MHz ADS-B 978MHz UAT时需隔离USB设备。Eastixg支持--device-serial精准绑定# 实例1绑定序列号为00000001的RTL-SDR dump1090.exe --device-serial 00000001 --freq 1090000000 --net-http 8080 # 实例2绑定序列号为00000002的RTL-SDR dump1090.exe --device-serial 00000002 --freq 978000000 --net-http 8081获取序列号方法插上设备后运行rtl_test -p输出中Serial Number:后即为值。注意序列号区分大小写且必须与lsusb -v中iSerial字段完全一致。4. 避坑指南Windows环境下5个高频翻车点与血泪修复方案4.1 现象dump1090.exe启动后立即退出事件查看器报“应用程序无法正常启动(0xc000007b)”原因dump1090.exe是x64程序但系统中存在x86版libusb-1.0.dll常见于旧版Zadig安装残留。Windows加载器尝试用x86 DLL解析x64 EXE触发架构冲突。解决在C:\dump1090-win\目录下执行dir libusb*确认仅存在libusb-1.0.dll无libusb-1.0-x86.dll。若存在x86版本彻底删除并重启。4.2 现象rtl_test -t能识别设备但dump1090.exe --device-index 0报Failed to open device: LIBUSB_ERROR_ACCESS原因Windows USB设备被其他进程如SDR#、HDSDR独占或驱动被Zadig强制替换为WinUSB但未勾选“Load VCP”。解决任务管理器结束所有SDRSharp.exe、HDSDR.exe进程用Zadig重新安装驱动选择设备→“Options”→勾选“List All Devices”→找到RTL-SDR →“Replace Driver”→选择“WinUSB (v6.1.7600.16385)”→勾选“Load VCP”→Install。4.3 现象解码率极低10%--stats显示demodulated: 0但rtl_test -p显示信号强度正常原因--gain值超出RTL-SDR v3的线性区。v3芯片在增益49.6dB时进入饱和导致I/Q样本失真CRC校验失败。解决强制设为--gain 49.6若仍不佳用rtl_power -f 1090M:1090.1M:1k -i 10 -1扫描频谱确认1090MHz处是否有强干扰如本地FM广播泄漏如有则加装1090MHz带通滤波器。4.4 现象/data.json返回空数组但netcat localhost 30003能看到ASCII数据流原因HTTP服务器未启用地理位置注入。dump1090-win默认不写入lat/lon导致前端地图无法渲染。解决启动时添加--lat 31.2304 --lon 121.4737替换为你的经纬度或创建receiver.json文件写入{lat:31.2304,lon:121.4737,alt:5}程序启动时自动读取。4.5 现象--net-beast-receiver 30004后tar1090连接超时netstat -ano | findstr :30004无监听原因Windows防火墙阻止了UDP端口30004的入站连接BEAST使用UDP。解决以管理员运行PowerShellNew-NetFirewallRule -DisplayName dump1090 BEAST -Direction Inbound -Protocol UDP -LocalPort 30004 -Action Allow5. 进阶技巧用PowerShell脚本实现无人值守的自动校准与日志归档5.1 构建自愈型启动脚本start-dump1090.ps1手动敲命令易出错且无法处理进程崩溃重启。以下脚本实现检测dump1090.exe是否存活→若崩溃则清空日志→重启→记录启动时间→每小时校准一次# start-dump1090.ps1 $exePath C:\dump1090-win\dump1090.exe $logDir C:\dump1090-win\logs $confFile C:\dump1090-win\dump1090.conf # 创建日志目录 if (-not (Test-Path $logDir)) { New-Item -ItemType Directory -Path $logDir | Out-Null } # 检查进程是否运行 while ($true) { $proc Get-Process | Where-Object { $_.Path -eq $exePath } if (-not $proc) { # 清空旧日志 Get-ChildItem $logDir\*.log | ForEach-Object { if ((Get-Date) -gt $_.LastWriteTime.AddHours(24)) { Remove-Item $_.FullName } } # 记录启动时间 $startTime Get-Date -Format yyyy-MM-dd HH:mm:ss $logName $logDir\$(Get-Date -Format yyyyMMdd)_start.log $startTime - dump1090 restarted | Out-File -Append $logName # 启动dump1090后台静默 Start-Process $exePath -ArgumentList --device-index 0 --gain 49.6 --fix --net-http 8080 --net-ro-port 30003 --net-beast-receiver 30004 -WindowStyle Hidden # 等待10秒确保启动 Start-Sleep -Seconds 10 } # 每小时执行一次校准避免频繁IO $lastCalib Get-Content $logDir\last_calib.log -ErrorAction SilentlyContinue if (-not $lastCalib -or ((Get-Date) -gt [datetime]$lastCalib.AddHours(1))) { # 触发校准发送SIGUSR1信号Windows下用taskkill模拟 taskkill /f /im dump1090.exe | Out-Null Start-Sleep -Milliseconds 500 Start-Process $exePath -ArgumentList --device-index 0 --gain 49.6 --fix --net-http 8080 --net-ro-port 30003 --net-beast-receiver 30004 -WindowStyle Hidden $(Get-Date -Format yyyy-MM-dd HH:mm:ss) - Auto-calibration triggered | Out-File -Append $logDir\last_calib.log } Start-Sleep -Seconds 30 }参数说明脚本使用Start-Process -WindowStyle Hidden隐藏控制台窗口避免桌面弹窗干扰taskkill模拟Linux的kill -USR1信号触发dump1090重新加载配置并执行校准日志按天轮转避免单文件过大。5.2 解析BEAST流生成CSV轨迹parse-beast.pyBEAST二进制流难以直接分析以下Python脚本需pyserial将其转为带时间戳的CSV供Excel或Pandas绘图# parse-beast.py import socket import struct import csv from datetime import datetime def beast_to_csv(beast_data, output_file): with open(output_file, w, newline) as f: writer csv.writer(f) writer.writerow([timestamp, icao, lat, lon, altitude, speed, heading]) # BEAST帧结构1字节类型 2字节长度 N字节数据 1字节CRC offset 0 while offset len(beast_data): if offset 3 len(beast_data): break msg_type beast_data[offset] length struct.unpack(H, beast_data[offset1:offset3])[0] if offset 3 length 1 len(beast_data): break payload beast_data[offset3:offset3length] # 简化仅提取DF17位置消息type17 if msg_type 0x17 and len(payload) 28: icao hex(struct.unpack(I, b\x00 payload[0:3])[0])[2:].upper().zfill(6) # 此处省略完整解码实际需用pyModeS库 writer.writerow([datetime.now().isoformat(), icao, 0.0, 0.0, 0, 0, 0]) offset 3 length 1 # 使用示例监听localhost:30004 sock socket.socket(socket.AF_INET, socket.SOCK_DGRAM) sock.bind((127.0.0.1, 30004)) print(Listening on 127.0.0.1:30004...) while True: data, addr sock.recvfrom(65535) beast_to_csv(data, fbeast_{datetime.now().strftime(%Y%m%d_%H%M%S)}.csv)关键点BEAST流为UDP协议需用socket.SOCK_DGRAM接收pyModeS库pip install pyModeS提供完整解码函数此处仅示意结构。真实部署时建议用asyncio改写为异步服务避免阻塞。5.3 防火墙与服务化将dump1090注册为Windows服务为实现开机自启且不依赖用户登录需将其转为服务# 以管理员运行 sc create Dump1090Win binPath C:\dump1090-win\dump1090.exe --device-index 0 --gain 49.6 --net-http 8080 --net-ro-port 30003 --net-beast-receiver 30004 start auto obj LocalSystem sc description Dump1090Win ADS-B Decoder Service for RTL-SDR sc start Dump1090Win注意sc create命令中binPath后必须有空格且参数间用空格分隔不能用引号包裹整个参数串。服务运行在LocalSystem上下文自动获得USB设备访问权限。从那以后我每次部署新站点都强制走一遍Zadig重装驱动 → PowerShell验证libusb → 启动脚本测试72小时三步流程——哪怕客户说“就试5分钟”我也坚持。因为ADS-B解码的可靠性不在代码里而在USB总线握手的0.1秒误差里。希望帮到你。本文还有配套的精品资源点击获取