大家好，由于 Yaesu FTX-1 目前还没有官方的远程控制方案，我根据公开的 CAT 手册，做了一个小型桌面软件，用来满足我自己的日常操作需求。在此之前，我也实际使用过 rigctl、flrig 以及其他一些现有的 CAT 工具。其中有些体验上的问题，很可能只是因为 FTX-1 这台机器发布还不久，相关支持还在逐步完善中。但在我自己的使用场景下，总感觉整体的操作流程和“手感”不太顺，于是最终还是决定自己写一个更贴合 FTX-1 的工具。这个软件我已经连续使用了一个多月，目前主要用于 FT8 操作，没有遇到稳定性问题。对我来说比较有帮助的点包括：基于 CAT 的远程控制，不需要频繁接触机器本体本地强台时可以非常快速地进行手动 Notch 调整可以同时查看多个表头（S 表、输出功率、ALC、SWR 等）在发射时更直观地观察输出状态，避免过度压缩这个工具的目标并不是做一个通用的 CAT 控制器，而是尽量让 FTX-1 在远程和数字模式下用起来更顺手，尤其是提升实时状态可视化和交互体验。目前界面已经支持多国语言，包括：英语、中文、日语、俄语、德语、法语和西班牙语。 Windows 10 / 11 可用的预编译版本已经放在 GitHub 的 Releases 页面中： 👉 https://github.com/bg7nzl/ftx1ctl/releases 完整源代码也在同一个仓库中，欢迎查看。这是一个基于公开 CAT 文档的非官方业余项目，分享出来只是希望对其他 FTX-1 用户（尤其是数字模式用户）有所帮助。欢迎任何反馈或建议。 73 BG7NZL [upl-image-preview uuid=96e937bf-0f1f-42ba-9e40-df5864a343fa url=https://storage.hamcq.cn/2025-12-13/1765613948-665270-2025-12-13-152319.jpg alt={TEXT?}]

测试发现JDTX用Hamlib net模式能收到但是似乎不稳定以及发送有问题 tcp连接创建了好多个一直无响应然后频率模式这些也可以用AI模式来实施获取就不用点Read了

@"BI7KGD"#p90016 感谢反馈！问题已经定位并修复，github上可以下载了。之前在处理 CAT 指令时，有一个不必要的延时，确实可能导致 Hamlib/JTDX 在高频控制下超时，从而触发反复重连。这个问题现在已经移除。同时也增加了对空闲 TCP 连接的回收机制，避免出现“僵尸连接”堆积的情况。目前程序已经在参数发生变化或 Hamlib 指令执行后，在短暂延时后进行一次状态同步读取，这样其实不需要手动read了。我记得八嘎家没有自动状态上报机制，实现上需要比简单轮询更复杂的流程，暂时不会加入。如果手动在机头上修改参数的话，还是需要麻烦点一下全量读取。欢迎继续反馈使用情况！

UI部分完全更新了，现在声卡和串口会自动选择，只需要点击connect就ok了 [upl-image-preview uuid=3be29642-d09c-479e-a91b-a455e390fb12 url=https://storage.hamcq.cn/2025-12-18/1766031812-533161-screenshot-2025-12-18-101343.jpg alt={TEXT?}]

Hamlib 错误: 无效参数当设置当前 VFO 模式 , Hamlib 错误: 无效参数当设置/取消设置异频模式似乎响应容易超时自动上报是用AI这个指令的 Auto Information 另外要不要考虑加入频道读写的操作 MR 读写出来频道频率如果有亚音就麻烦的多,得先加载到VFO里才能读取亚音频率, 写入也是同理, 他这个逻辑实在是太蠢了

@"BI7KGD"#p90560 看到ai啦，这个只能彻底重构才能加入，信息流要重新设计。请问上面两个hamlib错误怎么重现的？我暂时没做这两个功能，现在只是给wsjt和jtdx用的。

@"BI7ALG"#p90585 可能可以，可以试一下，meter可能不准，我做这个主要是为了ft8的时候手动notch掉本地大嗓门hhh

DIY Yaesu FTX-1 remote control software

bg7nzl

Hello everyone,

Since there is currently no official remote control solution for the Yaesu FTX-1, I created a small desktop application based on publicly available CAT manuals to meet my own daily operating needs.

Prior to this, I had also used rigctl, flrig, and other existing CAT tools. Some of the issues I encountered may simply be due to the fact that the FTX-1 machine was relatively new, and its support documentation was still being developed. However, in my own usage scenarios, I always felt that the overall workflow and "feel" were not ideal, so I ultimately decided to create a tool specifically tailored for the FTX-1.

I have been using this software for several months, and it is currently primarily used for FT8 operation. I haven't encountered any stability issues. The aspects that are particularly helpful to me include:

Remote control based on CAT technology, eliminating the need for frequent physical contact with the machine itself.

When local strong signals are present, it's possible to make very quick manual notch adjustments.

It is possible to view multiple header fields simultaneously (e.g., S-table, output power, ALC, SWR, etc.)

Observe the output status more clearly during transmission to avoid over-compression.

The goal of this tool is not to create a general-purpose CAT controller, but rather to make the FTX-1 more user-friendly in both remote and digital modes, especially by improving real-time status visualization and interaction.

Currently, the interface supports multiple languages, including:
English, Chinese, Japanese, Russian, German, French, and Spanish.

Pre-compiled versions for Windows 10/11 are now available on the GitHub Releases page:

👉 https://github.com/bg7nzl/ftx1ctl/releases

The complete source code is also available in the same repository. Feel free to view it.

This is an unofficial, amateur project based on publicly available CAT documentation, shared solely to be helpful for other FTX-1 users (especially those using digital modes).
We welcome any feedback or suggestions.

73
BG7NZL

BI7KGD

Testing revealed that JDTX can receive data using the Hamlib net mode, but it seems to be unstable.
Additionally, creating multiple TCP connections that resulted in problems caused several instances of unresponsive connections.
Furthermore, frequency patterns can also be implemented using AI models, eliminating the need for manual reading.

bg7nzl

BI7KGD

Thank you for the feedback! The issue has been identified and fixed, and it can now be downloaded from GitHub.

Previously, there was an unnecessary delay when processing CAT commands, which could potentially cause Hamlib/JTDX to time out under high-frequency control, leading to repeated reconnections. This issue has now been resolved. Additionally, a mechanism for reclaiming idle TCP connections has been added to prevent the accumulation of "zombie" connections.

Currently, the program performs a state synchronization read after a short delay when parameters change or a Hamlib instruction is executed. This eliminates the need for manual reads.

I remember that there was no automatic status reporting mechanism in the eight-gate system. Implementing this required a more complex process than simple polling, and it's not something we can implement at this time. If you manually modify parameters on the device, you still need to perform a full read.
We welcome your continued feedback on usage!

bg7nzl

The UI has been completely updated. Now, the audio card and serial port are automatically selected; you just need to click "Connect" and it's done.

liuzhaowei

Please give this a star.

BI7KGD

Hamlib Error: Invalid parameter When setting the current VFO mode,
Hamlib Error: Invalid parameter - When setting/unsetting the offset frequency mode.
It seems that the response might be timing out frequently.

Automatic reporting using the "Auto Information" command.
Additionally, should we also consider incorporating channel read/write operations?
When reading and writing channel frequencies with an MR, if there are sub-audible frequencies, it can be problematic. You need to load them into the VFO first before you can read the sub-audible frequencies.
The writing also reflects this, as his logic is simply too absurd.

bg7nzl

BI7KGD I've seen the AI, and it can only be fully integrated by completely restructuring it. The information flow needs to be redesigned. Could you please tell me how to reproduce the two hamlib errors mentioned above? I haven't implemented these features yet; currently, I'm just using them with wsjt and jtdx.

BI7KGD

bg7nzl Specifically, when using JDTX, it occasionally fails without any apparent action, and also produces errors even after tuning. This seems to be related to network communication issues.
It turns out that this notch was actually designed for this purpose. It's definitely effective against strong Japanese typhoons.

BH6BAS

Support!

BI7ALG

Can other Yaesu radio stations be used?

bg7nzl

BI7ALG It might work; you can try it. The meter may not be accurate, and I'm doing this primarily to manually reduce the local noise when using FT8.

bg7nzl

BI7KGD I've never encountered anything like that before, but my machine only operates on one frequency and doesn't perform any other tasks. It likely implements the most basic interface. I plan to revisit it later this year and rewrite it to support AI, as well as adding all the necessary features.
The original intention was to have a local station broadcasting to me, but halfway through the QSO, something suddenly appeared on the front end, making it impossible to hear anything. It's also a bit of a hassle to adjust the notch filter on the equipment hhhhhh.

闽ICP备2021006864号-7

闽公网安备35020602002794号互联网举报中心

用户协议隐私政策社区规范积分规则中继规则转载须知
更新日志联系我们常见问题友情链接运营报告赞助

浩奇科技（厦门）有限公司

是无线电，把我们联系在一起