クラウドログヘルパー
クラウドログヘルパーこれは軽量なCloudlog/Wavelogこのプログラムは、現在のラジオ情報やリアルタイムのQSOデータをCloudlog/Wavelog/Clublogに自動でアップロードすることをサポートします。また、主要な多くのラジオとの連携も可能です。JTDX/WSJT-Xソフトウェア間の連携を実現しましょう!
もし、PCの性能が低下している場合や、単に自動で QSO/電波局の情報アップロードツールが必要な場合は、ぜひお試しください。クラウドログヘルパー!
ダウンロード先は、本文末尾に記載されています。

💻 対応プラットフォーム
- Windows 7 SP1 以降
- Ubuntu 20.04 以後、または主要なディストリビューション
- macOSへの対応中…
🚀 簡単スタート!
また、ご自身でコンパイルすることも可能です。詳細は以下の通りです。コンパイル章。
~からRelease対応するシステムバージョンのソフトウェアをダウンロードしてください。もしLinuxを使用しており、ラジオデータ送信機能を利用する場合は、`sudo`を使用してソフトウェアを実行してください。
ソフトウェアを開き、クリックしてください。設定->基本設定設定ページを開きます。
本ドキュメントをすべて読み、最後に記載されている免責事項を確認してから、使用を開始してください。
📌 クラウドログの設定
📌 クラブログの設定
📌 Hamlibの設定
もし、ラジオデータの自動アップロード機能が不要な場合は、この手順をスキップして構いません。
JTDX (またはWSJT-X、以下「JTDX」と表記) を起動すると、電波局の制御権が JTDX に集中するため、JTDX を設定する前に、この機能と JTDX は同時に使用できません。詳細については、[参照] してください。JTDXとの連携一部の解決策。
このソフトウェアは、ラジオ情報の(周波数、モードなど)を、あなたのCloudlogサーバーに定期的にアップロードできます。QSO情報を記録する必要がある場合、Cloudlogは現在の周波数やモードなどのデータを自動的に取得し、対応する入力欄に自動で入力します。これにより、手動での入力ミスを防ぐことができます。また、Cloudlogのメイン画面には、ラジオの周波数やモードなどの情報がリアルタイムで表示されるため、操作時に便利にご参照できます。
~でラジオの型番ドロップダウンメニューから、使用しているラジオのモデルを選択してください。
~で装置ポート中央で、使用しているデバイスが接続されているポートを選択してください。
「テスト」ボタンをクリックします。「テストに問題がなければ、「ラジオデータ自動送信」のチェックボックスをオンにします。」その後、「確認」ボタンをクリックして設定を保存します。

ソフトウェアのメイン画面には、読み取られたラジオ関連の情報が表示されるはずです。「Cloudlog」のウェブサイトを開き、ホームページにあなたのラジオ情報が表示されていることを確認してください。

「Station」でご希望のラジオ局を選択してください。「Station」でラジオ局を選択した後、「QSO情報」を入力する際に、Cloudlogが自動的に周波数やモードなどの情報を入力してくれます。

📌 UDPサーバーの設定
この機能の動作原理は、以下のものと類似しています。GridTracker,JTDX現在のデコードされたコールサイン、周波数、信号レポートなどの情報をUDPプロトコルを使用してブロードキャストします。CloudlogHelperこれらの情報を受信し、解読することで、通信結果をリアルタイムでCloudlogサーバーにアップロードします。
この部分は特別な設定は不要です。もしポート番号を変更した場合は、必ずJTDX側のUDPサーバーの設定も合わせて変更してください。注意:JTDXとCloudlogHelperが同じマシン上で動作しない場合は、「外部接続の許可」オプションをチェックし、JTDX内のUDPサーバーのIPアドレス部分を、Cloudlog Helperが動作しているマシンのIPアドレスに変更する必要があります。

その後、JTDXが送信モードで動作している場合、またはQSO(相互通信)を完了した後に、ソフトウェアのメイン画面にそれに対応する情報が表示されます。

🚀 上位
🎯 JTDX/Wsjt-x との連携
もし、JTDXを起動した状態でリアルタイムに電波局のデータを送信したい場合は、以下の手順をご参照ください。Wsjt-xの操作も同様の手順で行えます。
JTDXを起動すると、ラジオの制御権はJTDXに独占されます。この場合、ソフトウェアを使用してラジオの周波数を読み取ることはできません。幸いなことに、JTDXと本ソフトウェアの両方で、Rigctldをラジオの制御後端として使用できます。JTDX内のネットワークサーバーのアドレスを変更して、本ソフトウェアとJTDXが同じRigctld後端を使用するように設定するだけで済みます。
JTDXと本ソフトウェアのポーリング間隔の設定を過度に短く設定しないでください。頻繁なデータ要求は、電波局が対応できない状態を引き起こし、エラーの原因となる可能性があります。推奨される設定値は、JTDXの「電波局設定」の時間間隔を8秒に、本ソフトウェアのポーリング間隔を15秒にすることです。なお、これらは互いに整数倍であってはなりません。
具体的な手順は以下のとおりです(Windows 7を例として)。
Cloudlog Helperを開き、「設定」ページに移動し、ラジオに関する情報を入力した後、「ラジオ情報の自動送信」のチェックボックスをオンにします。ただし、ご遠慮くださいチェックするPTT制御の無効化。JTDXは、この機能を使用してラジオの送信を制御します。
「変更を適用」をクリックしてください。
開くJTDX、開始設定-ラジオ、~無線通信機器変更ハムリブ NET のリグコントロール
CAT制御におけるネットワークサーバーで、`rigctld`のバックエンドアドレス(デフォルトは127.0.0.1:4534)を設定します。PTTの方法については、設定を変更しません。

CATおよびPTTの両方のテストが完了したら、「OK」をクリックしてください。
現在、CloudlogHelperとJTDXの連携が正常に完了しました。

🎯 各設定項の説明
⚙️ Hamlibの設定
| 設定項目 | 説明 |
| ラジオデータの一括送信 | この項目を選択すると、ソフトウェアは取得したラジオ情報を指定されたクラウドログサーバーに自動的にアップロードします。 |
| ポーリング間隔 | 指定、rigctldのバックエンドからラジオデータを受信する間隔(秒単位)。デフォルトは9秒です。 |
| ラジオの型番 | 現在利用しているラジオの機種一覧は、`rigctld` から取得されるため、理論的には hamlib でサポートされているすべてのラジオに対応します。 |
| 装置ポート | ラジオが使用しているポート。 |
| 異周波に関する情報を報告する | ポーリング時に、`rigctld` に異なる周波数を使用する(受信と送信時に異なる周波数を指定する)情報を要求します。一部の電波局では、この機能に対応していないか、読み取ったデータが誤っている場合があります。 |
| 送信電力 | ポーリング時に、`rigctld` に現在の送信電力を要求します。一部のラジオ局では、この機能に対応していないか、取得したデータが誤っている可能性があります。 |
| 高度設定 - rigctld コマンドラインパラメータ | `rigctld` のバックエンドへの手動でコマンドラインパラメータを指定します。この設定は最も優先度が高く、この設定が空でない場合、他の関連設定(PTT制御の無効化/外部制御の許可など)はすべて無視されます。もし、コマンドラインパラメータを手動で指定する場合は、必ず`rigctld`のIPアドレスとポートを明示的に指定する必要があります。 <ip> - <port>)、ソフトウェアは、コマンドライン引数からポートを自動的に解析します。 |
| 高度設定 - PTT制御を無効化 | 起動時にRTSおよびDTRの制御を無効にする (パラメータを追加)--設定 "rts_state=OFF"
--設定 "dtr_state=OFF")。一部特定のLinux環境でのみ有効化が必要です。JTDXなどのサードパーティソフトウェアとの連携が必要な場合は、このオプションは選択しないでください。 |
| 高度設定 - 外部制御を許可 | ローカルホスト以外のデバイスからの rigctld バックエンドとのインタラクションを許可する (パラメータを追加) - T 0.0.0.0 )。 |
高度設定 - プロキシ接続を許可する | 外部からのリクエストをソフトウェアに転送し、ソフトウェアが優先度に基づいて順序良く rigctld に送信するように設定するプロキシサーバーを起動します。 |
| 外部の rigctld サービスを使用する | 外部の rigctld をソフトウェアの rigctld のバックエンドとして使用します。例えば、手動で rigctld インスタンスを起動した場合、「このオプションを選択」して、ソフトウェアが指定した rigctld バックエンドを使用するように設定できます。 |
⚙️ UDPサーバーの設定
| 設定項目 | 説明 |
| UDPサーバーを有効にする | サードパーティ製のソフトウェアから送信される QSOデータを受信するための UDP サーバーを起動する。 |
| ポート番号 | UDPサーバーのポート番号。 |
| 外部接続を許可する | ローカルホスト以外のデバイスからのリクエストを受け入れることを許可する。 |
| 自動でQSOデータをCloudlogにアップロードする | 受信したQSOを、指定されたCloudlogサーバーに自動でアップロードする。 |
| 自動でQSO情報をClublogにアップロードする | 受信した QSOを、指定された Clublog サーバーに自動でアップロードする。 |
| QSOアップロード失敗時の再試行回数 | 指定した QSOのアップロード失敗時の再試行回数。 |
🛠コンパイル
詳細は、GitHub の README をご確認ください。
✨ その他
詳細は、GitHub の README をご確認ください。
🙏 謝辞
- Hamlib:アマチュア無線機器制御ライブラリ (ラジオ、アンテナ、チューナー、アンプに対応)
- WsjtxUtils: C# をベースとしたライブラリおよびサンプルコード、.NET を使用して & .NET Framework 4.8 と WSJT-X の間の UDP インターフェースとの連携
📝 ライセンス
クラウドログヘルパーこれは、自由に利用できるオープンソースソフトウェアであり、誰でも、商業目的または非商業目的のために、ソースコードまたはコンパイル済みのファイルとして、あらゆる形式で、複製、修正、配布、使用、コンパイル、販売、または配布することができます。
完全なライセンス情報については、リポジトリ内のドキュメントを参照してください。Unlicenseファイル。
⚠️ 免責事項
ソフトウェアの使用方法
Cloudlog Helper は、アマチュア無線愛好家のために、Cloudlog/Wavelog の操作を容易にするための無料のオープンソースソフトウェアです。ユーザーは自由にこのソフトウェアをダウンロード、利用、または修正できますが、すべての使用行為については、ユーザー自身で責任を負う必要があります。開発者および貢献者は、本ソフトウェアの使用によって生じる直接的または間接的な損害について、一切の責任を負いません。これには、以下のようなものが含まれますが、これらに限定されません:
- データが失われたり、破損したりした場合
- ラジオ機器の異常または故障
- ネットワーク通信に関する問題
- ソフトウェアの互換性、設定ミス、または誤った操作によって引き起こされるその他の問題。
機能制限
テスト段階における注意:このソフトウェアは現在、テスト段階 (UNDER TESTING) にあり、まだ発見されていない欠陥や機能の不安定性がある可能性があります。重要なデータを事前にバックアップし、このソフトウェアに過度に依存して重要な操作を行うことは避けることを推奨します。
サードパーティ依存関係:本ソフトウェアは、Hamlib、JTDX/WSJT-Xなどのサードパーティライブラリやツールに依存しており、その機能および互換性は、これらのコンポーネントのサポート範囲に限定されます。開発者は、すべてのデバイスまたはソフトウェアとの互換性を保証できません。
データセキュリティとプライバシー
ユーザーは、入力するCloudlog/Wavelog APIキーやClublogアカウント情報などの機密データのセキュリティを自己で確認する必要があります。このソフトウェアはこれらの情報を積極的に収集または保存しませんが、ユーザーのデバイスやネットワーク環境によって発生する可能性のある情報漏洩のリスクは、ユーザー自身が責任を持って対応する必要があります。
UDPサーバーから受信したQSOデータは、デフォルトではローカルでのみ処理されます。「外部接続の許可」機能を有効にすると、セキュリティリスクが増加する可能性がありますので、慎重にご設定ください。
装置の操作に関するリスク
Hamlib を使用して無線機を制御する場合は、必ず製造元の操作マニュアルに従ってください。不適切なスキャン間隔や設定は、無線機の誤動作を引き起こす可能性があります。初めて使用する際は、無線機に接続せずに機能をテストすることをお勧めします。
JTDX/WSJT-Xなどのソフトウェアと連携する際には、ポートの競合や制御権の争いを避けるように注意してください。開発者は、設定ミスによる機器の損傷について責任を負いません。
ダウンロード先
GitHub: https://github.com/SydneyOwl/cloudlog-helper スターさん、ようこそ!
藍奏雲:https://wwbk.lanzouq.com/b00uz66gsd パスワード:5ii8