

## 开头：我是怎么掉进这个坑的

事情要从我柜子里那台收信机说起。业余无线电玩久了，光听语音总觉得差点意思——短波上除了人声，还有一大片"滋滋"的数字模式信号。其中 RTTY（Radio Teletype，无线电传打字机）是最老牌的一种，1940 年代就有，用两个音调的频移键控（FSK）把文字传出去，波特率才 45.45，比拨号上网还慢一个数量级。

我一直想做个自己的 RTTY 解码器。不是去下载现成软件，而是想把它跑通、看懂、能改。手边正好有 fldigi 的源码（W1HKJ 的开源项目，玩数字模式的老伙计都认识），里面 rtty.cxx 有全套解调逻辑，从混频、低通、包络判决到 Baudot 码解码，两千多行 C++。

如果按老办法，我得：通读源码 → 理解每一段 DSP 在干什么 → 用 C 或 Python 重写 → 造测试信号 → 调参。以我三天打鱼的性格，光是"读懂两千行 C++ 里那十几个魔数"这一步，就足够劝退了。

这次我换了个思路：**让 WorkBuddy 来干重活**。

## 第一轮对话：让 AI 先把源码"读"了

我在 WorkBuddy 里把任务说得很朴素：

> "把 fldigi 的 rtty.cxx 移植成一个 C 库，要能输入 WAV 输出文字，算法必须和源码一致，不许自己发明。"

这句话值钱的地方在于后半句。数字模式解码最怕的就是"看着像那么回事的发明"——随手写个 Goertzel 或者 FFT 能量检测，对着干净的测试信号能解出 90%，一上真实短波噪声就全乱。所以我特意要求：所有算法参数必须从源码里抠出来，不许拍脑袋。

WorkBuddy 的回应速度比我预想的快得多。它先定位了 rtty.cxx 里几个关键函数：

- `rx_process()`：每样本的混频和滤波入口
- `is_mark() / is_space()`：把下变频后的信号判定成 1 和 0
- `baudot_dec()`：5 位 Baudot 码转 ASCII，还要处理 LTRS/FIGS 字母-数字锁存切换

我只需要在旁边看它讲解每段代码在干什么，偶尔追问一句"这个 0.35 的系数哪来的"——它就去源码里把那个魔数的出处翻出来，对应到 `FILTLEN[]` 表或者某个滤波器常量的定义。两千行代码，人工通读可能要一个下午加一个晚上，AI 大概二十分钟就把骨架和每个参数的解释都摆到桌面上来了。

## 造信号：没有测试数据怎么办

代码写完了，但怎么验证？两个选择：要么去短波上等一个真实的 RTTY 台，要么自己造。

WorkBuddy 的做法是直接写了一个信号生成器：按照 fldigi 的发送逻辑，把文本转成 Baudot 码 → 起始位 + 5 数据位 + 停止位 → 变成 45.45 baud 的二进制流 → 映射成 1275/1445Hz 两个音调（170Hz 频移）→ 生成 WAV 文件。整个过程我完全没插手，它自己生成、自己写文件、自己调用刚写的解码库把 WAV 解回文字，形成闭环。

第一次闭环跑通的时候，终端里打出整整齐齐的一行：

```
ABCDEFG HIJKLMN 123456789
```

那一刻还挺有成就感的——40 年前的电传打字机协议，现在跑在我自己的代码里。

![RTTY 时域波形与频谱：1275/1445Hz 双音，170Hz 频移]

![RTTY 解码输出（终端效果）]

## 踩坑记录：WorkBuddy 是怎么帮我填坑的

后面的戏肉其实在踩坑上。挑三个印象最深的，正好能说明 AI 助手到底帮了什么忙。

### 坑一：信号稍微偏频，就解不出字来

我拿 fldigi 生成的标准 WAV 测，一切正常。但一旦把 WAV 里的载波往偏了挪 30~50Hz（模拟短波上对方电台调谐不准，或者多普勒频移），解码结果就开始漏字、错字，甚至整段乱码。

最坑的是，我在代码里明明看到注释写着"带 AFC（自动频率控制）"，怎么不管用？

WorkBuddy 没有急着改代码，而是把 fldigi 的 AFC 实现逐行拉出来对照。结论让我服气：fldigi 的 AFC 是**跟踪型**的——它只能纠正解码过程中缓慢漂移的那点频偏（45 baud 下大约 ±25Hz 范围），并不能捕获一开始就偏掉的大频偏。也就是说，这根本不是 bug，是协议本身的特性。

顺着这个分析，WorkBuddy 提议在解码器前面加一个粗测频：用 Goertzel 扫一遍信号，先锁定载波大概在哪，再喂给后面的解调链。改完用偏频 50Hz 的测试信号一测，字符一个不差。

这事的价值在于：如果我自己排障，光"为什么明明有 AFC 还解不出"这一条，我可能就要 debug 一晚上。AI 直接告诉我"这不是 bug，是设计如此"，省掉的不只是时间，还有心态。

### 坑二：录音采样率不对，符号全错位

RTTY 的符号率是 45.45 baud，意味着每个 bit 在 8000Hz 采样下占 176 个样本。我拿 8kHz 的测试 WAV 一切正常，但有一天我拿自己的电台录音（44.1kHz）喂进去，输出全是乱码。

原因很直白：解码器内部所有的时间参数——符号长度、滤波器、位同步——都按"输入采样率"硬编码算出来的。采样率一变，符号长度就全错。

WorkBuddy 的方案是给整个解码链加一个**统一输入前端**：先判断输入采样率和解码器内部设计采样率是否一致，不一致就自动流式重采样到内部采样率，再进解调。改完之后，8k、11.025k、44.1k、48k 的 WAV 全都能解，符号率不再依赖外部采样率。

这个坑最典型的场景就是：**信号是对的，代码是对的，但两个"对"凑不到一块**。AI 的价值在于能快速从"采样率"这个维度把所有相关参数一次性梳理清楚，而不是我对着几十处硬编码一个个找。

### 坑三：批量验证的时候，脚本不认识文件名

我把 fldigi 生成的一堆测试 WAV 丢进 D:\WAV\，让 WorkBuddy 写个批量解码脚本全跑一遍。结果 RTTY 相关的文件全部显示"未知类型，未识别"。

查下来哭笑不得：批量脚本是靠**文件名前缀**识别模式的，而 RTTY 的文件名是 `RTTY45.wav`、`RTTY100.wav`，脚本里压根没写 RTTY 这个分支——它被前面的文件样例带偏了，以为测试集里没有 RTTY。

这个坑本身很小，但很能说明问题：**人类的项目里，坑往往不在算法，而在边边角角的约定**。AI 的优势是排障速度快——它直接读脚本找分支，十秒钟定位"哦，缺了个 elif"，而不是像人一样先怀疑是不是解码器又坏了，白折腾半天。

## 收尾：WorkBuddy 到底省了什么

整个项目做下来，我的体感是：

![RTTY 解码链路六步：WAV → 输入前端 → 混频下变频 → 低通+包络 → 位同步 → Baudot 解码]

- **省掉的是"机械劳动"**：通读源码、对照参数、写胶水代码、跑批量测试，这些事 AI 做得又快又不出错。
- **留下的是"判断"**：AFC 要不要改、采样率要不要统一、测试信号怎么造才贴近真实，这些决策还是要人拍板。WorkBuddy 把信息整理得足够清楚，让我能快速做决定。
- **可追溯**：所有改动的依据都能指回 fldigi 源码的某一行，不是黑箱。这对搞无线电的人来说很重要——我们习惯了凡事看波形、看频谱、看源码，不接受"它就是这么工作的"这种黑话。

最后多说一句：如果你想试，不用怕自己不是程序员。WorkBuddy 的对话式操作——你描述问题，它动手干活，你在旁边看着、提问、纠偏——本身就是为"知道要什么、但不想干重复活"的人准备的。无线电爱好者的世界里，这样的场景多得是：解码器、瀑布图工具、日志分析、天线数据整理，都是它的用武之地。

我已经开始琢磨下一个了：把 RTTY 的解码逻辑扩展成 SITOR-B（航海气象广播用的模式），估计又是一晚上能搞定的事。
```

事情要从我柜子里那台收信机说起。业余无线电玩久了，光听语音总觉得差点意思——短波上除了人声，还有一大片"滋滋"的数字模式信号。其中 RTTY（Radio Teletype，无线电传打字机）是最老牌的一种，1940 年代就有，用两个音调的频移键控（FSK）把文字传出去，波特率才 45.45，比拨号上网还慢一个数量级。

用 WorkBuddy 手搓一个 RTTY 解码器：从音频到文字的完整实战 #WorkBuddy#

把80年前的无线电传打字机协议，跑在AI工作台上

音视频

硬件

开发工具

用WorkBuddy将fldigi的RTTY源码移植成C库，实现WAV转文字解码。通过AI辅助通读2000行C++代码，自动生成测试信号，解决偏频、采样率不匹配等坑，验证解码算法与源码一致。全程可追溯，省时高效，适合无线电爱好者快速实现数字模式解码器。

日志分析

代码解释

WorkBuddy 

Python

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

用 WorkBuddy 手搓一个 RTTY 解码器：从音频到文字的完整实战 #WorkBuddy#-腾讯云开发者社区-腾讯云

用 WorkBuddy 手搓一个 RTTY 解码器：从音频到文字的完整实战 #WorkBuddy#

用 WorkBuddy 手搓一个 RTTY 解码器：从音频到文字的完整实战 #WorkBuddy#

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐