“長聊”（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 說：

我不指望低功率設備或太陽能電池能比電力公司在電磁脈沖中幸存下來。