信号采集控制台 · 型号 71
公测版 · 版本 0.99.80 · Windows x64 · Linux x64 · Raspberry Pi arm64 · Android arm64 Alpha 版 · 非商业用途免费
FoxSDR 正处于公测阶段。它免费，完整到足以每天使用，但仍有粗糙之处——所以找出这些问题，就是你用它能做的最有价值的事。
FoxSDR 是一款从零开始编写的软件定义无线电，连 SDR 驱动都是自己写的：实时频谱和瀑布图、你真正会用到的每一种模式、带 RDS 的立体声调频、标绘解码出的飞机和船舶的地图——整个界面还能通过浏览器访问，因此接收机可以放在天线所在的地方。
下面的一切都在当前构建中。凡是某项说法实际比看上去弱的地方，页面都会直说，而不是留给你自己去发现。
实时绘制频段，下方滚动着瀑布图。单击信号即可调谐，拖动通带使其贴合信号，还能看着一个载波在几分钟内出现又消失，而不必盯着表头去猜。
NFM、WFM、AM、DSB、USB、LSB 和 CW，配有静噪、AGC、降噪、手动和自动陷波以及去加重。调频广播以立体声解码并锁定导频，RDS 还会给出电台名称、广播文本、PI 和节目类型。
八个 SDR 系列由 FoxSDR 自己的驱动直接驱动，无需安装任何 SDR 软件包：通过 USB 连接的 RTL-SDR（含 Blog V4）、HackRF、Airspy R2/Mini、Airspy HF+、Mirics 电视棒和 RX888 mk2，通过你已有的 SDRplay API 连接的 SDRplay RSP，以及通过其网络协议连接的 ADALM-Pluto。SoapySDR 能访问的其他任何设备——USRP、LimeSDR——同样可用。开发时使用的是 Ettus B200 和一台 RTL-SDR；其余七个驱动已对照厂商的参考代码验证，但还没有在我们的工作台上接触过真实硬件。
为你经常回访的频率准备的书签、遇到活动就停下的频段扫描器、为你所看到的内容加标注的频段规划——大小和颜色由你选择——以及解调音频和原始 I/Q 的录制。频率计数器可以显示为辉光管、霓虹灯或普通数字。
“解调示波器”是刻度网格上的荧光迹线，输入有四个档位：经过触发、让语音和音调稳定不动的解调音频；它的频谱；信道的 I 和 Q；以及矢量显示——只有在这种视图下，AM、FM 和 SSB 才真正显得不同。
沿袭 HDSDR 风格的键盘快捷键——启动和停止、静音、音量、模式、调谐、输入频率、录制、全屏、用 F1 到 F5 切换按键组——并有“快捷键”设置区，每一个都可以更改。你正在输入文字时，任何快捷键都不会触发。
飞机、船舶和台站在接收到时一起标绘在地图上。解码器插件可以在地图上放置自己的目标和航迹，底图插件则从你自己运行的瓦片服务器加载街道级瓦片。接收机位置可以手动输入，也可以从串口上的 GPS 读取一次。
慢扫描电视和气象卫星图像在各自的窗口中逐行生成，并保存为文件。SSTV 从传输自身的头部识别模式，并校正时钟漂移——正是这种漂移让其他解码器得到倾斜的图像。
解码器从应用内的目录安装，只有你打开插件商店或按下“立即检查”时才会联系目录。每次下载都使用 HTTPS、限制大小、遇到跨主机重定向即拒绝，并且在允许成为文件之前，要对照目录中的 sha256 进行验证。一个按键“全部添加”，就能经过同样的检查获取整个目录。
能够重新调谐接收机的插件，也就能把接收机从你手里夺走，因此重新调谐是一项按插件授予的权限：默认关闭，每个新安装的插件也一律关闭；请求过但被拒绝的插件会在自己的面板上说明，而不是悄无声息地什么也不做。
FoxSDR 支持 Hamlib 的 rigctld 所用的协议，因此日志软件和数字模式软件可以通过网络读取和设置频率与模式。在屏幕上已显示的频段内调谐只会移动 VFO，因此不会重新调谐，瀑布图也不会出现断档。通过 CAT 时，它始终报告为接收状态并拒绝键控：发射机只能从“发射”页面或其浏览器遥控端键控，绝不会由日志程序键控。
整个代码树中没有任何 GPL 代码，也没有任何与 GPL 链接的依赖。ImGui、GLFW、PortAudio、nlohmann/json、cpp-httplib 和 pffft 以固定版本纳入代码库并从源码构建；刻意不使用 FFTW 和 librtlsdr，这也是 RTL-SDR 驱动采用净室实现的原因。正是这种自律，才让许可证成为一种选择。
“发射”级通过网络协议驱动 Pluto 的发射机：CW、AM、NFM、USB 和 LSB，信号来自话筒或内置音调；PTT 需要按住，锁定会在 60 秒后自行释放，浏览器遥控端上的按键在页面停止请求两秒后松开。它绝不会在启动时或根据已保存的配置发射。我们的工作台上还没有过 Pluto，因此我们从未键控过任何设备：你是否可以发射，取决于你和你所在地的无线电执照管理机构。
Windows x64 是已在真实 SDR 上使用过的构建。Linux x64 构建通过同样的测试，并通过内核自带的 usbfs 访问 USB SDR；Android arm64 构建是侧载安装的 Alpha 版。两者都还没有在真实硬件上驱动过 SDR，下载区在每个文件旁都注明了这一点。
默认关闭，在你更改之前只绑定到本机；开启后通过 HTTP 提供给你自己网络中的任何设备：频谱、瀑布图、控件、实时音频，以及航迹列表旁的地图。
来自真实接收机的真实窗口，而非效果图。每张图片都注明其内容是空中实收的、由从互联网获取的数据计算出来的，还是仅仅是应用程序的状态——因为在屏幕上这三者无法区分，而一台分不清这些的接收机没有多大价值。
整台接收机集中在一个面板上：左侧按键栏上是调谐、增益、模式、静噪和输出端，瀑布图上方是频谱，右侧一列显示每个子系统的状态。
一台 RTL-SDR（R820T 调谐器），采样率 2.048 MS/s，以宽带调频调谐到 94.62 MHz，接桌面天线 · 调频电台就是频谱中的凸起和瀑布图中的亮条，立体声导频已锁定 · 拍摄于 2026 年 9 月 23 日，FoxSDR 0.99.44
亲手搭建的接收机：SDR、信道、解调器、解码器、扬声器、频谱和地图都是画布上的部件，端口对端口连线，全部由页面自己的“启动”键同时运行。这里两台 SDR 并行运行——一台把飞机送上地图，另一台把广播电台录成文件。
一台 Ettus B200，2 MS/s，1090 MHz，馈入 ADS-B 插件（所示 40 秒内收到八架飞机）；一台 RTL-SDR，2.4 MS/s，94.62 MHz，馈入一个信道、一个静噪设为 -60 dB 的 WFM 解调器和一个 WAV 文件 · 两台 SDR 同时实时运行
解码器不是一个滚动列表：每个解码器都画成它所替代的设备——信标面板、打印机、公用事业仪表、寻呼机、航道指示器、音频告警单元——顶部一排预设按键，下方是它自己的日志。
六个窗口分别在一台 RTL-SDR 上按下预设后随即拍摄，再在这里并排摆放 · 六个窗口当时都还没收到任何东西，而且每个都如实显示——“打印机空闲”、“未收到寻呼”、“无识别码”
一台 SDR 同时解码整个频段：这里是六个 ACARS 信道，各有自己的电平和消息计数；NOAA 气象、POCSAG 寻呼和 APRS 也有同样方式的预设。
一台 RTL-SDR 使用 ACARS 预设运行 17 秒 · 六个电平均为空中实测，这段时间内没有解码出任何消息，计数为零正说明了这一点
飞机不是画在列表里，而是画在显示器上：真实地图上叠加外延至 200 海里的距离环，四周是方位环，左侧是信号强度，右侧是高度，接收机标在自己的位置上。单击目标，航班面板就会填入信息。量程可以用按钮或鼠标滚轮切换。
显示器本身，已就绪，上面什么也没有——它显示 0 航迹，航班面板正等着有飞机可描述 · 显示真实交通的截图尚未在此发布，而这张也不假装是那样的截图
同时跟踪十二颗卫星——三颗 GOES、国际空间站、三颗 Meteor-M2 和五颗 NOAA 卫星——每颗都在地图上标注，地面轨迹特意用虚线绘制：预测绝不能与实际记录的东西显得同样确定。列表列出每颗卫星的 NORAD 编号和高度，颜色图例按轨道高度对它们分类。
位置由插件通过互联网获取的轨道根数推算得出 · 这些内容 SDR 一概没有收到 · 未设置接收机位置，因此窗口说明无法计算距离、方位和覆盖范围，而不是显示它并不掌握的数字
装了什么、每个模块此刻在做什么，以及它会访问什么。面板直言：已装入的模块在本应用自己的进程中运行，没有沙箱；并指出控制台实际强制执行的唯一一项权限。
拍摄这些截图的机器上装入的四个模块，接收机正在运行，其中两个有信号馈入
每个计数都是零，窗口也说明了原因：还没有获取任何内容，所以这里的数字都不代表实际存在多少。应用程序启动时从不联系目录——打开商店时询问一次，按“立即检查”会再问一次。
全新配置文件上从未获取过的状态——正是它证明了上面的说法，而不只是空口断言这些截图展示的正是下方下载内容所带的界面。控制台在 0.70.0 之后重建为你在这里看到的仪器样式，从 0.75.0 起的每个版本都带有它——所以这些截图展示的就是你安装后得到的，而不是尚待完成的工作。
FoxSDR 通过 HTTP 在你自己的网络上提供完整界面：频谱、控件、实时音频，以及航迹列表旁的地图。连着 SDR 的那台机器可以和馈线一起待在阁楼里，而你坐在沙发上操控它。
默认关闭，并且在你更改之前只绑定到本机。
任何超出回环地址的绑定都必须设置密码：没有密码，局域网绑定会被直接拒绝，而不是打开一个毫无防护的套接字。
密码以哈希形式存储（PBKDF2-HMAC-SHA256）；会话会过期，并且在设置更改时一律撤销。
没有 TLS，这是有意为之：遥控端以纯 HTTP 提供，因此不会声称自己具备它并不提供的传输安全。请在它前面放置 Caddy、nginx、Tailscale 或 Cloudflare Tunnel，绝不要直接对它做端口转发。
不是缩水版遥控端：频谱、瀑布图、控件和地图，通过 HTTP 提供给你自己网络中任何带浏览器的设备。
频谱和瀑布图由 1090 MHz 的实时 B200 数据绘制 · 地图窗格显示的是开阔的太平洋，因为当时唯一被跟踪的目标是国际空间站，它正位于太平洋上空。目前目录中有二十四个插件，下方每张卡片都标有应用实际会获取的版本。每个条目都准确说明其验证程度，因为“能解码 AIS”和“能从空中实收解码 AIS”是两种不同的说法。
一台 SDR 同时解码整个频段。有四组信道彼此靠得足够近，你的接收机其实已经在对它们全部采样——六个 ACARS 频率、七个 NOAA 气象信道、四个寻呼信道、两个 APRS 信道——但此前你一次只能解码其中一个，因为这些解码器处理的是解调后的音频，而接收机一次只解调一个信道。这个插件改为读取原始数据流，从中分离出每个信道，并为每个信道运行一个独立的解码器，把所有结果汇总到一个窗口中，每行开头标出它所在的频率。解码什么取决于你调谐到哪里：把 SDR 对准气象频段，就能得到全部七个 NOAA 信道；在 931 MHz 是四个寻呼信道；在 144 MHz 是两个 APRS 频率。每一种都有预设，面板会列出你当前所在频段的每个信道——你的 SDR 能否覆盖它、上面的信号，以及它传送了多少条消息。解调器与那些插件所用的完全相同，未作改动。
1090 MHz 上的飞机位置、呼号和速度。已从空中实时解码，ICAO 地址块和呼号在相互独立的消息类型之间一致。检测前会先去除接收机自身的直流偏移，因此零中频电视棒能听到以前被淹没的飞机。1.7 版的接收距离明显更远：判断一个突发究竟是不是传输的那项检测，原先要求的信噪比约为其他解码器的两倍；取而代之的阈值是根据七分钟的真实交通数据选定的，而不是靠推理——同样五分钟的天空，飞机数从 27 架增加到 40 架，带位置的从 20 架增加到 33 架。1.8 版会报告每架飞机属于哪一“类”——轻型飞机、客机、重型机、直升机、滑翔机、超轻型飞机、无人机——依据是每架飞机在呼号旁广播的类别；FoxSDR 会为每一类绘制各自的图标——自 0.99.26 起为 48 px 的带阴影俯视图（在“视图 > 显示”中调整大小），包括直升机，未声明类型的飞机则画成普通箭头。在六分钟的真实天空中测量，33 架表明身份的飞机中有 32 架声明了类型。
把 24 位飞机地址转换成它的真实身份：注册号、机型和运营方，显示在地图和航迹列表中。自 1.1.0 起，它会首先查询 foxsdr.com 自己的飞机数据库——基于 OpenSky Network 的飞机数据构建，且不记录谁查询了什么——只有遇到我们不认识的飞机时，才去查询由志愿者运营的 adsbdb.com。
海事频段上的船舶位置和航次数据。一台接收机同时接收两个信道，并与其他所有目标一起标绘在地图上。
船只一旦发送名称，就会在地图上以名称标注。
从 144.800 MHz NFM 音频解码 Bell 202 分组无线电：位置、消息、状态和遥测，并通过 AX.25 帧校验进行验证。
移动的电台（例如气球）会在地图上画出轨迹，并显示其报告的高度。
HF 和 2 m 波段上的慢扫描图像。模式从传输自身的 VIS 头部读取，时钟漂移通过同步脉冲测量、校正，并以 ppm 为单位报告。
NOAA 卫星在 137 MHz 上持续广播的图像，在卫星飞越天空时逐行生成。两个通道按发送时的样子并排显示——通常是可见光旁边是红外。与“卫星”插件一起装入时，那个插件会告诉你 NOAA 19 下一次何时过顶，而这个插件负责绘出它发送的内容。
GOES 气象卫星在 1.7 GHz 上的直接广播，从原始 I/Q 一直处理到它承载的文件：地球全圆盘图像、经 Rice 压缩后解压的图像，以及 EMWIN 文本产品。需要一副直径约一米的天线碟和一个低噪声放大器。已在 NOAA 自己发布的样本文件上验证；还没有任何直接从卫星收到的数据经过它处理。
在 700 Hz 音调上读取电台，双向跟踪至 60 Hz，从信号本身推算速度并在每次停顿后重新推算，识别法恩斯沃斯间距和手键，并附带 SAQ Grimeton 预设。
HF 上的 45.45 波特业余无线电电传。极性从信号推算，无需询问，两种字符集都能处理。
WSJT-X 弱信号业余模式，按 UTC 时钟逐个时隙解码，并以 WSJT-X 自己的格式打印——时间、SNR、DT、音频频率、消息。预设为 WSJT-X 的 FT8 刻度频率，从 160 m 到 2 m。由用户通过应用内的功能请求框提出。可选的 PSK Reporter 报告,使用您自己的呼号 — 在您输入呼号并开启之前处于关闭状态 — 其设置框需要 FoxSDR 0.99.43 或更高版本。基于 ft8_lib（MIT）和 KISS FFT（BSD-3-Clause）构建。
HF 航空台站用来提醒某一架飞机机组的四字母呼叫，校验全部 32 个 ICAO 音调和标准规定的时序——不符合时序的呼叫仍会报告，并附上原因。十个北大西洋 HF 预设。由用户通过应用内的功能请求框提出。
自动检测全部三种比特率和反相极性。完整实现 BCH 纠错码：损坏的码字会被丢弃，而不是当作文本显示。
每条美国紧急警报系统（EAS）消息和 NOAA 气象广播警报所携带的数字头部，以文字打印出来：事件类型、发布者、覆盖哪些县以及有效期多长。头部会发送三次，本插件对各副本进行表决，因此即使每份副本受到不同的噪声损伤，警报仍能完整保留。
国际空间站、业余卫星和气象卫星实时绘制在地图上，附带预测的地面轨迹、针对你自己台站的过境表，以及在整个过境期间锁定移动下行信号的多普勒校正。轨道来自 CelesTrak 的轨道根数，因此它绘制的内容是计算所得，而非接收所得。
地图下方的街道级瓦片，从你自己运行的瓦片服务器获取——这样影像的许可问题就留给提供影像的一方。
把它对准一个频段，让它在一台反正一直开着的机器上持续运行，回来时就能看到实际被使用的情况：哪些频率、多宽、信号最强到多少、出现得多频繁。它一次读取整个接收机带宽，而不是逐个信道读取。
检测 SDR 正在采样的频段内远强于其他一切的发射机（通常是附近的手持台或车载台），并在你允许的情况下将接收机调谐到该信号，让你听到它。其工作方式类似 Uniden 扫描仪上的 Close Call 功能，但并非由 Uniden 制作或认可。
海上安全广播。它的空中接口常数中大约有十个是推测重建的，因此很可能无法从空中解码出任何内容——它发布时就以自己的名义明确说明了这一点。
参考插件：报告解调音频的 RMS 电平，用来展示编写一个插件是什么样子。
本插件解码 POA——即普通 ACARS——而不是 VDL Mode 2。POA 是最初的面向字符的链路：AM 载波上的 2400 波特 MSK，每个字符七个 ASCII 位加一个奇校验位，在北美使用 131.550 MHz，在欧洲使用 131.725 MHz。VDL Mode 2 是另一种波形，位于不同的信道——31,500 bit/s 的 D8PSK，在 136 MHz 附近，承载 AOA 而不是字符——这里没有任何东西能解调它。
POA 上传送的是客机与地面站之间交换的消息——位置报告、放行许可、发动机和维护数据——随收随打印。窗口画成客机驾驶舱里正在走纸的打印机。
FLEX 寻呼流量，保存在可以往回翻看的存储中，而不是会滚走的日志里。窗口画成 1990 年代的寻呼机，带液晶显示屏和消息存储。
开启台站告警的双音顺序寻呼：音调对标识被呼叫的对象，接收机会像真实设备那样作出响应。窗口画成消防站的告警接收机。
飞机用来导航的甚高频全向信标。转动 OBS，指针就会响应，与飞机上的仪表完全一样。窗口画成驾驶舱航道指示器，带一个可以转动的 OBS 旋钮。
向船舶广播的气象图，按过去接收它们的传真机的方式绘制，连指示灯排都有。窗口画成船用传真机的控制面板。
飞机、船舶和个人携带的 406 MHz 信标。窗口是一块告警面板，因为这正是该信号的含义。窗口画成告警面板，十五字符的识别码显示在七段数码玻璃上。
家用电表、燃气表和水表为路过抄表发送的短突发，显示在一个与仪表本身相似的计数器上。窗口画成电表的计数器。
433 MHz 上的花园温湿度传感器，显示在它们出售时配套的那种控制台上。窗口画成 Oregon Scientific 控制台。
已装入的插件在 FoxSDR 自己的进程中运行，拥有 FoxSDR 的全部权限。没有沙箱。控制台真正把关的只有一件事——重新调谐：默认关闭，每个新安装的插件也一律关闭。插件要求 ABI 完全匹配——为不同主程序版本构建的插件会被拒绝而不会被加载，因为结构体布局上的差异会在几天后演变成内存损坏。
已从空中实时解码飞机，并在不同消息类型之间交叉核对。音频链路已在调频广播上凭耳朵确认。
已对照生成的波形和公开发布的常数进行测试。这是真实的证据，但与空中实收确认不是一回事。
以 0.1.0 版发布，并在目录中明确标为实验性。
DSP 核心、每个驱动和每个解码器都有单元测试。FoxSDR 已经可用并在日常使用中，但仍处于 pre-1.0 阶段：界面和目录还在变化。
RTL-SDR 驱动在我们的工作台上驱动着一个真实的电视棒。HackRF、Airspy R2/Mini、Airspy HF+、SDRplay、Mirics、RX888 mk2 和 ADALM-Pluto——接收和发射——都已对照厂商的参考代码和协议描述逐字节验证，但从未在这里接触过真实硬件。任何一款设备的用户发来的报告，都比我们能运行的任何测试更有价值。
Linux 构建以 AppImage 和 tarball 形式列在下载列表中，通过同样的 133 项测试，并带有崩溃捕获和基于 usbfs 的原生 USB 驱动。28 个目录插件中有 21 个在 Windows 版本旁提供了 Linux 版本。Windows 仍是唯一经过验证的平台，原因很直接：还从来没有 SDR 通过 Linux 构建被驱动过。拿去试验可以，但别依赖它。
arm64 APK 只在模拟器上运行过。没有任何手机、平板或 Android 上的 USB 电视棒接触过它；来自这些设备的每一份报告都是新信息。
这是同一个应用程序，已打包上架 Microsoft Store 并由 Microsoft 签名：它与你电脑上的其他应用一样通过 Store 安装、更新和卸载，无需点过任何安全警告，之后也无需再留意。如果你是 FoxSDR 新手，建议选择这个版本。它唯一的代价是时间：每次 Store 更新都要等待 Microsoft 认证，因此 Store 版本可能落后于本页面——它目前是 0.99.77，而下方的安装程序是 0.99.80。
下载 FoxSDR 0.99.77 · 由 Microsoft Store 托管 · 由 Microsoft 签名一个 Inno Setup 安装程序，安装应用程序、SoapySDR 运行时和随应用部署的 Microsoft C 运行时。除了安装文件夹和你自己的用户配置文件之外，它不会写入任何地方，并可从“添加或删除程序”中干净地卸载。它是最新构建，比 Store 版早几天——而且没有签名，因此 Windows 会警告你发布者无法识别，你需要告诉它仍要运行。如果你宁愿确认无误而不是相信警告，请核对下面的 SHA-256。在这样快速变化的公测阶段，这个版本才包含最新的修复。
每日更新 · 下载 foxsdr-setup-0.99.80.exe · 6.3 MB · Windows x64SHA-256 554e545613a9df5d0b9cf960026c9c523029d0aa48eec73e0927f37e26dc1f4b
同一套源码，为 x86-64 Linux 构建。它能在那里构建并通过 173 项测试，其原生驱动通过内核自带的 usbfs 接口访问 SDR，但还从未在 Linux 机器上通过它驱动过任何 SDR。拿它来找出哪里有问题，而不是当接收机用。两个文件都需要从你的发行版安装 SoapySDR、OpenSSL、ALSA 和 OpenGL（Ubuntu 上为 libsoapysdr0.8 libssl3 libasound2）；tarball 附带 udev 规则及其安装说明，AppImage 可以通过 APPIMAGE_EXTRACT_AND_RUN=1 在没有 FUSE 的情况下运行。
SHA-256 dfb3e83aa4a80eff4a7b364d4e9a8f90fe688f1e4df5fb94eb8131ea6d0f52ab
SHA-256 916e53370926da9ba18ededfac1e4cf5ea292ba78713bebf5a7f6628b94885e8
同一份源码，由它自己的 CI 任务在 GitHub 托管的 Arm64 运行器上交叉编译为 64 位 Arm Linux（aarch64），并在那里在 Xvfb 下通过了相同的 173 项测试。一个 AppImage 和一个 tarball 涵盖了每一台当前的 64 位 Raspberry Pi —— 并不按型号单独提供下载。目前还没有任何 Raspberry Pi 运行过这个构建版本，且与上面的 x86-64 Linux 构建版不同的是，其 窗口能否打开 也尚未确定：FoxSDR 向 GLFW 请求 OpenGL 上下文时并未指定版本，并将其界面初始化为 OpenGL 3.0（GLSL「#version 130」）。服务于 Pi 4、5、500 和 500+ 的 Mesa v3d 驱动程序，文档称其可达到 OpenGL 3.1 —— 理论上足够 —— 但我们尚未在真实硬件上确认未指定版本的上下文真的会落在这条路径上而非更旧的路径。命令行检查 --version 和 --selftest 不涉及 GPU，无论如何都应该能正常工作。
v3d 驱动程序提供服务 —— 尚未在真实硬件上确认。v3d 驱动程序提供服务 —— 尚未在真实硬件上确认。vc4 驱动程序提供服务，文档称其最高只能达到 OpenGL 2.1 —— 比界面所需的 OpenGL 3.0 整整低一个主版本。因此不为它们提供此构建版本。SHA-256 75071b9d6c040b5a97853312b50ff27915fecc78d04350b0c52045f3b769aafe
SHA-256 242bc910aebfef9d835dfacb534a12672123c7134bc658dcd12e672d2315e41c
同一套源码，为 arm64 Android 构建，以可侧载的 APK 提供——目前还没有在 Play 商店上架，应用程序也只在 Windows 上检查更新，所以本页是发布新构建的唯一地方。arm64 是我们从未在真实硬件上运行过的 ABI；一个已经在 B200 上跑了几个月的飞机或船舶解码器，从未接触过手机的无线电协议栈、电池或 Android 自己的调度器，平板或手机预计会暴露出桌面版永远无法暴露的故障。这正是选择侧载而不是等待商店上架的意义：来自 arm64 设备的崩溃或卡死报告是新信息，而不是版本有问题的迹象。
第四个 Alpha 版的变化。平板现在可以告诉 FoxSDR 它在哪里。卫星预测、雷达显示器、覆盖范围地图和每一个方位都是根据接收机位置计算的，而此前在 Android 上设置位置的唯一方法，是一个要求输入串口名称的框——这是任何平板都用不了的控件。现在在手动输入字段旁多了一个按键：使用此设备的位置。只有在你按下它时才会请求 Android 的权限，其他时候都不会；它只获取“一次”位置就停止，而不会一直跟踪你；并说明是哪个定位提供方给出的结果、精度如何：卫星定位可精确到几米，但需要看得见天空，而室内由网络给出的定位可能偏差一公里——当这个数字被用来预测过境时，这一点很重要。位置从不进入日志，也从不被发送出去。
它所取代的第三个 Alpha 版，让 FoxSDR 不再在每次启动时告诉你它“未正常关闭”，让首次运行时内置解码器处于停止状态，而不是十四个同时启动，并新增了 100–250% 的界面尺寸。所有这些都是在平板模拟器上而不是手机上测得的：生命周期、解码器，以及现在注入模拟器 GNSS 的位置。真实芯片在室内冷启动时会怎样，仍然只有真实设备才能展示。
安装方法：下载下面的 APK，然后允许安装来自未知来源的应用——Android 默认阻止 Play 商店以外的任何安装，因此请打开下载的文件，并为你的浏览器或文件管理器接受提示（在当前 Android 上名为安装未知应用，在旧版本上是同一个开关的旧名称）。无需单独安装驱动；在你授予设备权限后，应用程序会通过 Android 自己的 USB 主机 API 与 USB SDR 通信。
FoxSDR-0.98.1-android.4.apk · 6.7 MB · arm64SHA-256 97b117700a52c63ed1cbf0506814d9bd8ded64e2a11890488323068af0410ce8
本应用程序依据 PolyForm Noncommercial License 1.0.0 授权。业余爱好者、业余无线电操作员、学生、慈善机构、学校和公共机构可以免费使用、修改和分享它——永久且无条件。没有试用期、无需注册、无需许可证密钥、无需激活，也没有任何留着以后卖给你的功能。在企业中使用、出售、与硬件捆绑或以它为基础开发产品，都需要商业许可证。免费的那一半正是靠它来资助的。
FoxSDR 是一个独立项目，与 SDR++ 或其作者没有关联，也未获其认可。捆绑的第三方组件保留各自的宽松许可证。
安装程序没有代码签名。Windows 会显示蓝色警告：选择更多信息，然后选择仍要运行。如果你想要确定性而不是签名，请用对面的 SHA-256 核对文件。
RTL-SDR、HackRF、Airspy R2/Mini、Airspy HF+、Mirics 电视棒或 RX888 mk2 都不需要：FoxSDR 通过 Windows 自带的 WinUSB 自己驱动它们。SDRplay RSP 需要 SDRplay 自己的 API（3.07 或更新版本），此外不需要其他任何东西。ADALM-Pluto 通过网络访问，无需安装任何东西。其他所有 SDR——USRP、LimeSDR——都通过 SoapySDR 使用，FoxSDR 带有该运行时，但不带各设备的驱动：请为它们安装 PothosSDR 或 radioconda；安装文件夹中的 POSTINSTALL.txt 会准确说明需要获取什么。
Windows 会先为电视棒绑定它自己的驱动。Zadig 会将其替换为 WinUSB，这正是 FoxSDR 所打开的驱动。勾选 Options → List All Devices，选择 “Bulk-In, Interface (Interface 0)”，选择 WinUSB 并单击 Replace Driver。每个电视棒、每台机器只需一次。HackRF、Airspy 或 Mirics 电视棒也一样，只是显示为各自的名称；RX888 mk2 要做两次，先是 WestBridge，然后是 RX888mk2，“信号源”面板会告诉你下一步是哪一步。已插入但尚未绑定的 SDR 会在“信号源”列表中列出名称并附上操作说明。
插入 SDR 或安装驱动后，在“信号源”下拉列表中按刷新。FoxSDR 按需枚举设备，而不仅在启动时枚举，面板随后会报告它搜索了哪些位置、加载了哪些厂商模块。
Windows x64 是已在真实 SDR 上使用过的构建。Linux x64 构建通过同样的测试，并通过内核自带的 usbfs 访问 USB SDR；Android arm64 构建是侧载安装的 Alpha 版。两者都还没有在真实硬件上驱动过 SDR，下载区在每个文件旁都注明了这一点。
来自应用程序的崩溃报告和测试员提交的缺陷报告都会公开出现在这里，让你在下载之前就能看到已知有哪些问题——也能看到报告故障确实会有下文。此列表在每次访问时从实时报告库中生成。测试员提交的缺陷目前全部已关闭。
描述依据分组后的匿名报告撰写——从不依据报告的原始内容。崩溃报告包含和不包含什么，都列在应用程序自己的“设置”中，并可在那里完全关闭。
只想了解新动态？通过电子邮件获取 FoxSDR 新闻——有新版本时发一封邮件，介绍正在开发的内容，别无其他。
上面的部分如实说明了哪些功能从未用真实信号确认过。这里就是解决的办法。告诉我们你愿意测试什么、用什么来测试，当有需要它的构建发布时你就会收到通知——并附上报告问题的地方。
一个六位数验证码已发送到 。在这里输入它，你在公测名单上的位置才会生效——在此之前，这条记录不起作用，我们也不会再给这个地址写信。验证码在 30 分钟内有效；如果没有收到，请检查垃圾邮件文件夹，或者过一刻钟再提交一次表单以获取新验证码。
你是从一封确认邮件过来的。按下面的按键，你在公测名单上的位置就会生效——在此之前，这条记录不起作用，我们也不会再给你写信。之所以要确认，是因为报名表会接受任何人输入的任何地址，而轻信陌生人的一面之词，正是人们出现在自己从未加入过的名单上的原因。
你可以在任何设备上通过它回来修改你要测试的内容。请妥善保存——没有密码可以重置。你确认之后，我们以测试员身份发给你的每一封邮件都附有这个链接（即邮件发出时的链接）；如果丢失，你可以写信给我们。任何拿到这个链接的人都能编辑你的记录，因此如果链接泄露，请按新链接：旧链接会立即失效，旧邮件里的也一样。
为你电脑上的 FoxSDR 生成一个专用代码，这样此链接就永远不必离开你的浏览器。该代码只能发送 FoxSDR 报告的使用情况和你的消息，别的都做不了：它看不到你的地址，不能修改你的登记，也不能把你移除。按“新链接”会使它失效，之后需要重新关联 FoxSDR。
如果 FoxSDR 没有打开，请用 --link-tester 启动 FoxSDR，然后粘贴此代码。
"C:\Program Files\FoxSDR\cascade.exe" --link-testerfoxsdr --link-testercascade --link-tester每个功能、每台 SDR 一份报告。“在我这里能用”与一个缺陷同样有价值——一个功能正是这样才能被称为已确认，覆盖表也是这样填满的。
暂无。
这些数据来自您直接输入 FoxSDR 的测试者代码，而不是您提交的报告：每当某个功能或插件在屏幕上时，应用会统计分钟数并发送带有您测试者代码的摘要，以便将其与此条目关联。要停止此项，请从 FoxSDR 设置中删除您的测试者代码，或者在下面退出计划 —— 两者都会停止以后的所有报告；已发送的内容将保留直到您退出，退出同时也会删除它们。
尚未报告任何内容。
本网站会统计自身的访问量——访问次数、来源以及发生了哪些下载——并在隐私声明中准确说明记录了什么。除了更新检查之外，FoxSDR 应用程序只会向外发送一份匿名使用情况报告；该报告默认开启，可在“系统 > 使用情况报告”中关闭，并且从不包含频率、解码内容或你的位置。