长聊(LongChat)| 低功率 (QRP) / 低比特率业余无线电文字聊天软件

“长聊”（LongChat）.....TA2STO 最新的业余无线电文字聊天软件

土耳其奥古兹（Oguz） TA2STO开发了一种名为 “长聊”（LongChat）的新模式，允许无线电爱好者相互通信。

其描述如下... “LongChat 是一种低功率 (QRP) / 低比特率文本聊天软件应用程序，通过业余电台与电脑相连。在电脑端生成音频带宽为 2400 Hz（300-2700 Hz）的 Chirp 符号，用于编码信息。然后，基带音频信号从个人电脑传输到火腿无线电，以选定的模式进行调制。可使用 SSB、FM 和其他类型的调制模式。使用前向纠错码纠正信息错误。

当前版本已在 ICOM-7300 和 YAESU FT991A 无线电设备上进行了测试。还支持其他无线电，但尚未测试。未来的改进版本将支持更高的数据传输速率或更低的信噪比。

由于软件在不断改进，数据结构也可能发生变化，因此需要使用最新版本才能与所有用户兼容。为确保这一点，当新版本准备就绪时，软件会提醒您下载并使用最新版本。

规格

可用数据速率（净用户数据）为每秒 7 个 ASCII 字符，信噪比为 -12 dB。

Eb/No（每比特能量与频谱噪声密度之比）为 5 db

测量接收信息的信噪比。

测量 SSB 模式下的啁啾频移。

您可以从以下链接下载软件、用户手册和宣传册。

https://drive.google.com/drive/folders/1NQwbeoHE3vPLORGN1krpSNHHI9brhDJh?usp=sharing ”

***

2025 年 5 月更新： 这些是长聊模式的推荐频率：

80 米 3595 千赫

40 米 7045 千赫（主频率）+ 7055 千赫（备用频率）

20 米 14095 千赫

17 米 18095 千赫

15 米 21095 千赫

10 米 28095 千赫

6 米 50295 千赫

2 米 144.195 兆赫

70 厘米 432.095 兆赫

QO-100 卫星 10.489,548 兆赫

***

截至 2024 年底，这一切都很新，我相信很多人都会有这样的疑问：它到底有多好？它会比 JS8Call 等模式更好吗？更关键的是，它能否获得足够多的用户，使其物有所值？

我认为，目前它应该被视为那些喜欢在高频波段上尝试数字模式并想尝试看看它与其他模式相比如何的人所感兴趣的东西。

这似乎也是一个 “进行中 ”的项目，但请记住，该模式的软件是免费的，而且是由一个人开发的。看看它的发展会很有趣。

来自 TA2STO 的更新 - 2024 年 12 月 1 日：

- 大家好，我是 LongChat chirp 模式的作者。几年前，我开始将它作为低功耗传感器应用项目。后来我想把它作为一种实验性的数字火腿模式。

- 该软件的链接在 https://drive.google.com/drive/folders/1NQwbeoHE3vPLORGN1krpSNHHI9brhDJh

-LongChat 是一个编码器/解码器。一般来说，它可用于 LSB、USB、FM、AM 等所有调制方式。

- 我通常在低频段边缘使用 USB，在高频段边缘使用 LSB。改变模式时很容易错过它。我想我是依赖 IC7300 在波段边缘禁用传输。不过 IC7300 确实允许这样做。我没有使用 LSB 的特殊原因。它在 USB 和 LSB 上都能工作。

- 我正在准备一个新的视频来比较数字模式的功率效率。准备好后我会发布

- 最新版本为 1.3.00。设置手册、版本信息和其他内容也在上面的链接中。

- LongChat 是一个实验性版本，支持多种无线电。未经测试的无线电设备第一个字符为 *。

- 在操作和规定方面，我不是一个经验丰富的无线电火腿。也许有经验的无线电火腿可以指定用于测试的频率和协议。

- 由于信号远低于噪声电平（-13 db），因此还没有类似 FT8、JS8 等的瀑布图显示。这就增加了查看活动的难度。

- 您可以在 FT8 中查看瀑布图，因为它的最小信噪比为 -4 db，带宽为 50 hz。人们引用 -21 db 作为 FT8 的信噪比。如果将带宽拓宽到 2500 Hz，这就是所指的信噪比。我的下一个视频将澄清这些问题。

- 由于 LongChat 没有指定频率，因此很难找到某个频率进行 QSO。

-还有人批评 LongChat 没有开放源代码。LongChat 代码有一些具有 IP 价值的新算法。如果我向无线电爱好者开放源代码，那么有商业利益的人和公司也可以免费获取。但我完全尊重并基本同意开源倡导者的观点。

- 简而言之，LongChat 是一种实验模式。我的努力是将 LongChat 的信噪比提高到香农信道容量定理所规定的极限，并使其成为世界上最先进的无线电通信模式。

约翰, EI7GL 于 2025 年 5 月 1 日

匿名：

嗨，我更喜欢已经在 FLDigi 最后一个版本中实现的 SCAMP 模式（还有许多其他模式，如 IFKP） 73

K3DFDD：

我正在用我的 FT-991A 评估它。我在用户手册中发现了一个错误，我将给 TA2STO 发一封邮件。这与 SSB TX BPF 的设置有关，它应该是 110 号线，而不是 112 号线。他使用的可能不是最新固件。

我会告诉您我的想法

Anonymous：

有专用频率吗？

OE1MWW：

14.087 兆赫（20 米波段）： 测试于 14:00 UTC 进行。

7.087.5 MHz（40 米波段）： 活动从 12:00 UTC 开始。

这是我在搜索时发现的。

Anonymous：

SCAMP模式目前在FLDIGI-ALPHA版本中有效。73

ON4CKT：

您好 Long Chat 是否有电台 QRV 进行测试？

ON4CKT：

Gert PD3PAM 你能在今天傍晚 5:00 至 6:00 QRV 在 14.360 Mhz 吗？

PD3PAM：

Rudy ON4CKT, 将准备在 16:30 UTC 开始，首先使用 50W 功率，然后将功率降低到我们可以听到对方的最低水平。频率将设置为 14.330 MHz。

Tom DF5JL：

使用音频驱动 VOX 时，LongChat 可在每个 TRX 上运行（但不使用 CAT 命令）。

ES5PIF：

这是我期待已久的调制类型。但我也希望能通过串口或蓝牙进行文本输入/输出，如果将来 Raspberry pi 上出现了这种程序的话。

匿名：

请不要忘记 linux 用户。我真的很想测试你的应用程序......但是不行。源代码可用吗？能编译成 Linux 版本吗？

DL4LM：

看起来很有趣。但我用的是 linux；有计划支持它吗？

V31HQ：

还没有找到 FlexRadio 6000 SmartSDR 的 radiomodel rig 配置条目。

Anonymous：

新模式很有前途，但很难找到人试用！

谁愿意在今天下午测试一下？73、Axel DL1GAA

匿名：

刚刚意识到它只适用于 Windows，所以我不玩了。但我希望它能有所发展！

DH3DM

在高速和超低速通信、非文本数据（慢速扫描电视等）以及极端困难/高噪音条件下，计算机专用模式比莫尔斯电码更好。今天我们来看一款诞生新数字通联模式 LongChat，目前它仅支持Windows操作系统，每秒可发送 40 比特，约合每秒 5 个字符，且只有在人们开始使用并能找到对方时才有用。它真的比RTTY、PSK31或FT8还香？和电台小叔BG5WKP一起来看！

业余无线电LongChat

作者：Al Williams 阿尔-威廉姆斯

曾几何时，业余无线电爱好者以通过无线电设备进行长时间交谈而闻名，他们称之为 “嚼舌头”。一款名为 LongChat 的新软件进入了火腿无线电软件领域，它可以让聊天重新回到火腿无线电中。[Tech Minds]有一段视频介绍了这款软件（并使用了它），您可以在下面看到。

虽然有些人使用麦克风或莫尔斯电码键聊天，但现在有很多数字模式。有些模式，如 RTTY 或 PSK31，可以支持对话，但更流行的模式，如 FT-8，则非常简单。您的计算机与对方电台的计算机交换基本信息，仅此而已。

LongChat 程序非常新，我们很遗憾地看到它目前只适用于 Windows。它也不是开放源代码的，所以我们不确定其他平台是否会受到青睐。

与其他现代模式一样，它使用前向纠错，可以在低至 300 Hz 的带宽内运行。减去头部信息，每秒可发送 40 比特，约合每秒 5 个字符。这不是用于文件传输，而是用于闲聊。

当然，像这样的新模式只有在人们开始使用并能找到对方时才有用。现在，你可能需要像 [Tech Minds] 一样，和朋友一起尝试一下。

如果您想先从 FT8 开始，我们可以帮助您。无论好坏，业余无线电和计算机都是密不可分的。

source: hackaday.com

网友热议：

大卫说：

说到使用慢速数字模式来发送简单的 “你好”/“联系 ”以外的信息，我更倾向于使用基于莫尔斯电码的方式，这样训练有素的听众就可以在没有电脑的情况下抄收它。一种可行的方法是使用计算机驱动的固定速度莫尔斯电码进行传输，每隔几个字符停顿一下，以插入纠错功能。另一种方法是用纠错码调制摩尔斯电码，使其不会妨碍人类听众抄收。这样可能无法达到 60 wpm，但至少可以与人耳 “向后兼容”。

在高速和超低速通信、非文本数据（慢速扫描电视等）以及极端困难/高噪音条件下，计算机专用模式比莫尔斯电码更好。

尽管如此，我还是希望有人能推出一个开源版本。如果它能满足需要，并且免费易用，那么它就会流行起来。

Mark VandeWettering 说：

如果它不是开源的，那几乎就是 DOA。低速数字模式的问题并不在于技术：有很多技术可以在不同的比特率、带宽和抗噪能力组合下提供出色的性能。问题在于如何将它们转化为应用，让足够多的无线电爱好者采用，从而使它们值得添加到你的小屋里，而如果不开源，这根本不可能实现。

约书亚说：

“如果不开源，几乎就是DOA"。

得了吧！DOS 和 Windows 几乎是几代业余无线电软件的家庭平台，它们不是开源的，也没必要开源。

在 Windows 98SE 时代，Linux 是多余的！

Windows 98SE 允许对金属裸体进行位敲击，控制串行和并行端口上的引脚（在那个时代，Linux 还做不到 USB）。

在过去，如果你想获得公共领域免费软件的源代码，只需给作者发一条信息，提出请求即可。

你可以写信、发传真、使用电子邮件（CompuServe 等）或通过分组无线电网络联系。

这种方式是个人的，也是对作者的尊重。

作者甚至可能会提出一些建议，这比匿名抢夺代码要好得多。

CJay 说：

我们不再生活在那个世界里了。

一直以来都有其他操作系统，比如我就有 C64 和 VIC20 的火腿软件。

如今，跨平台开源应用程序已经成为主流，特别是对于非常适合 QRP 便携式操作的数字模式，火腿们可以使用树莓派（Raspberry Pi）、平板电脑甚至手机等设备。

Joshua 说：

“我们不再生活在那个世界里了"。

也许吧，不过也没必要对膜拜开源。

我还记得在 21 世纪初，Linux 和开源活动家是多么像教派。

他们对其他概念几乎没有宽容，就像传教士一样。

从很多方面来说，他们都是一场严格、激进的反运动。

在 DOS 时代，有很多自由软件，如免费软件和公共领域软件（有时还有源代码）。

公共领域软件是真正的免费软件，不会强迫用户使用虚假的许可证。

(当时 Turbo Pascal 在 PC 编程领域仍然处于领先地位，而不是令人讨厌的 C/C++。

我认为，当时的 Pascal 程序员更轻松，也更健康。这要归功于该语言的灵活性和友好性。

而 C/C++ 程序员则更像战斗机飞行员，痴迷于优化/性能，从而导致编写了晦涩难懂的代码结构。或者说，Linux 也是如此，嗨）。

此外，业余无线电一直都是关于分享和帮助的。

许多作者都会接受请求或提供建议，只要别人善意地请求。

这就是核心问题所在，社会互动的减少。

开源书呆子--还有许多火腿--没有学会的是与其他人的个人互动。

他们要求（！）免费获取他人的作品，拥有最新的通信技术，但在社交层面上却失败了。

他们似乎对实际通联交流感到不自在。

这也是 FT8 等产品出现的原因。无需任何人际交往就能建立联系。

奖杯和证书唾手可得。简而言之，这就是体育和自我，而不是国际友谊。

顺便说一句，老莫尔斯电码迷们在这方面也不见得好到哪里去。

他们也同样有问题，因为他们的对话仅限于肤浅的 CQ/73/599 语句，他们大言不惭地称之为 “QSO”。

我的意思是，他们当中也有证书猎人。

聊天、交朋友或摆弄电子产品已经不再是他们的兴趣所在。

他们感兴趣的是与远方的联系，就像征服一个国家，然后竖起胜利的旗帜。

或者，他们只是不会真正的电报，因为他们只是学会了 Q 码？

(不过，我承认肯定有例外。不久前，我用清晰的文字跟读了一段真正的莫尔斯 QSO，没有使用缩写）。73s.

Joshua 说：

D-Star 不是由日本火腿制造的吗？

我依稀记得一些事情，但不太确定。

但如果是这样，那就说得通了。在日本，使用 Windows 和羞于/不好意思分享不完善代码的现象依然存在。

这就是为什么历史上开放软件在那里并不那么容易。

之所以选择默认的 D-Star 编解码器，是因为它已经在商业应用程序中得到了应用。

在创建 D-Star 时，没有人考虑过这个问题。我相信，这就是为什么没有为备用编解码器做好准备。

但编解码器的情况确实是个问题。

如果一个软件是封闭的，那还好说，但调制方案就不行了。因为它排斥了其他人。

试想一下，如果调频或调幅需要支付专利费或涉及专利，禁止他人制作自己的调频或调幅调制解调器。

这比是否开放源代码软件的问题要严重得多。

要求购买一家公司生产的编解码器芯片确实是一个令人担忧的问题。

这也是 LoRa 为何如此危险的原因。

它会导致技术依赖。

在 AM 和 FM 时代，火腿们仍然可以使用与另一种技术兼容的替代技术。

调幅与同步。AM 检测与 DSB、FM 与 PM 与斜率检测等。

使用带 BFO 的 AM 无线电进行 SSB 检测。

这些东西、这些变通方法不再适用于编解码芯片。

它们是一家公司生产的黑盒子。这是我们把自己关进的监狱。

radioartisan 说：

没有任何东西可以取代 AMBE，因为很多设备都要被扔掉。人们购买了 D-STAR（ICOM 的注册商标）设备，却不知道引擎盖下是什么。AMBE 从第一天起就是事实上的加密技术，但 FCC 和 ARRL 却对此视而不见。当新技术闪亮登场时，火腿们很容易使用封闭的技术。

Antti 说：

我认为开放源代码并不能保证适应性。FreeDV 就是一个很好的例子，我已经很多年没在高频上听到它了。

Michael Karliner 说：

Js8call 是基于 ft8 的聊天工具，已经拥有了一批活跃的追随者。

James McNamee 说：

Js8call 的速度慢得令人难以置信。它是单指打字员的理想选择。

JT 说：

我来这里也是想说同样的话；这听起来就像 Js8call 已经填补了同样的空白。

Andy 说：

是的，JS8 在这方面非常出色，在糟糕的条件下也有出色的性能，它是开源的，而且很快就会更新。而且人们真的在使用它。反正有人在用。与 FT8 完全不同（我认为 JS8 可以使用翻译插件）

还有 VaraC，不过......嘎嘎。VARA 是用于文件传输的。

Jeff Kunce 说：

是啊，火腿们有一种很糟糕的 “未发明综合症”。即使有人不喜欢 Js8Call，他们也应该在开始新东西之前对它进行深入研究。新模式的最大问题是让足够多的火腿采用并坚持下去。Js8Call 已经做到了这一点，即使是 “勉强”。新模式至少要达到这种接受程度才能生存。

UnderSampled 说：

这不正是关键所在吗？如果他们想要可靠、快速的通信，在 5G 上使用 HTTPS 要快得多。

我同意 Js8Call 已经存在，而且可能是更好的选择，但很高兴看到人们还在做自己的东西。

Jojo 3 说：

程序没有问题。问题是要有好的调制解调器。最好的是 LoraShark，但只能用于 Lora。

我需要适用于任何无线电的翻转盒。例如 baofeng K1 或 yaesu 或其他好的硬件和带有 m17 或、packet radio 或 gemini 或其他软件的小型声音调制解调器。我需要完整的系统，而不仅仅是调制解调器。普通人需要 PMR、CB 无线电发送接收数字数据等。

约书亚说：

正常的莫尔斯电报是数字式的，即使用开/关键控。

(也有调制莫尔斯电报，如在调频中继器上使用的 ID 键控器）。

然而，问题在于它并不遵循 “数字”（fingered，digitus=手指，如梳子的手指）模式，即破折号和点按预先设定的比例发送。

当然，实际上是有一个预先确定的比例的--在纸上！

破折号是点的树倍。

但在实际操作中，业余选手并不遵守这一比例。

这就混淆了计算机算法。

如果业余无线电爱好者拥有与计算机相同的精确度，那么莫尔斯电报就可以像波多特码一样完全数字化。

但事实并非如此（火腿有 “拳头”），摩尔斯电报更像是一种 “模糊 ”模式，如 Hellschreiber 或无线电传真。

约书亚说：

更正。有些肘节有一个按键，可以控制比例。

我想，船上也曾使用过这样的弯头。

说到船上，无线电室里通常都有相当现代化的设备。

除了古老的莫尔斯电报，我想还有 RTTY 或 SITOR。

SITOR 在业余无线电中被称为 AMTOR。

AZdave 说：

这太愚蠢了。数字模式之所以是 “胡言乱语”，是因为你不知道如何有效地使用它们。在 EMP 发生后，你的 Hallicrafters 甚至都无法正常工作，因为现代交流配电系统已经计算机化，你将没有电力来运行它。仍能正常工作的是使用太阳能电池充电的低功率设备，其中一些低功率设备将运行数字模式，因为它们的信噪比通常比 CW 高 6-8 dB。

Antti 说：

我不指望低功率设备或太阳能电池能比电力公司在电磁脉冲中幸存下来。