JTAlert QSO LogをUDP送信する機能

2024年02月19日

今日は朝から雨です。
朝はダイコンを直売所に出荷してきましたが、畑仕事は休みました。

先の記事、「JT_LinkerでJTAlertのADIFを参照するとエラーが出る件（追記あり）」の末尾の追記に、「「ADIFログ情報をセカンドUDPサーバに送信する」という機能があるので、そちらを使うと良いのかも知れない。」と書きました。
動作を調べてみたので記録しておきます。

1. JTDX
「記録されたQSO ADIFデータを送る」の第2UDPサーバーを有効にします。
　設定→レポーティング

UDPを受信して表示するアプリを受信状態にして、JTDXでテスト用にJA4QRAと交信したログを記録しました。
受信したメッセージです。
LastQSO2

2. WSJT-X

「セカンドUDPサーバー」を有効にします。（「使わない事を推奨」とありますが、UDPパケットを送るだけなので問題ないと思います。）

　設定→レポート

UDPを受信して表示するアプリを受信状態にして、WSJT-Xでテスト用にJA4QRBと交信したログを記録しました。

受信したメッセージです。
LastQSO4

3. JTAlert

「UDP Transmission」を有効にします。

　Settings→Manage Settings→Logging→Last QSO ADIF

UDPを受信して表示するアプリを受信状態にして、テスト用にJA4QRCと交信したログを記録しました。

受信したメッセージです。

JTDX/WSJT-X/JTAlert のどれも、ちゃんとログ情報をUDPメッセージで送信してくれています。
それぞれのADIFの内容です。

この機能を使えば、ログファイルを横から参照しなくて良さそうです。

（3月3日追記）UDP中継ソフトの記事を書きました。

（追記 2024年9月26日）

JT_Linker Ver.2024.09.26 がリリースされてADIFのUDP送信に対応しました。これによりJT_LinkerでJTAlertのADIFを参照するとエラーが出る問題が解決しました。

コメント一覧 (27)

- 1. JG1APX　飯泉
- 2024年02月24日 23:19
- 検証ごくろうさまでした。　因みに実験に使用されたUDP通信アプリはフリーソフトで入手可能なものでしょうか？　そうであればリンク先をご教授できますでしょうか？　当方も確認したいことがありますので入手できれば幸いです。
- 0
  
  JA4JOE
  
  がしました
- - 2. JA4JOE 尾中
  - 2024年02月25日 07:00
  - >>1
    JG1APX 飯泉さん
    Pixivのユーザー登録が必要でしたが、以下から入手しました。ただ、マルチキャストアドレスの受信は出来ませんでした。
    https://booth.pm/ja/items/5158075
  - 0
    
    JA4JOE
    
    がしました
- - 3. JG1APX　飯泉
  - 2024年02月25日 11:36
  - >>2
    尾中さん、ありがとうございました。
    　
    マルチキャストは動作対象外という情報ありがとうございます。
    因みにこのアプリは受信したデータをファイルに記録する作業まで行ってくれるのでしょうか。
    アカウントを作成するか考えます。
  - 0
    
    JA4JOE
    
    がしました
- - 4. JG1APX　飯泉
  - 2024年02月25日 12:00
  - >>3
    尾中さん、すみません。
    所詮、JTLinkerが特定ファイルにアクセスすることが今回話題となっている事象をもたらしていると推測しますのでJTLinkerがUDPを受信してハムログへのデータ転送作業をしない限り解決しませんよね。
    無駄なテストは止めにします。
    ありがとうございました。
  - 0
    
    JA4JOE
    
    がしました
- - 5. JA4JOE 尾中
  - 2024年02月25日 20:24
  - >>3
    受信したメッセージを表示するだけです。
    メッセージをクリップボードにコピーするくらいしか出来ません。
  - 0
    
    JA4JOE
    
    がしました
- - 6. JG1APX　飯泉
  - 2024年02月28日 22:35
  - >>5
    Pythonで作成されたプログラムでは既に開かれているファイルにアクセス可能であることがネットの記事で分かりました。JTLinkerによって開かれているファイルに後からアクセスしてもファイルエラーとはならないようです。　サンプルプログラムを参考にしてJTDX, WSJT-X, JTAlertからのUDPデータを臨時テキストファイルに書き込み、そしてJTLinkerが拾えるように作ってみました。　動作状況を知るにはコンソール画面だけで、すごくシンプルになっています。転送漏れや誤りなどの修正は全くしていませんので使用の際にはハムログに登録されたか否かを確認しながらQSOを楽しまなければなりませんが。その点は自己責任です。
    今日は16QSOしてエラー無し、今までは1回ぐらいあったでしょう。
    テストをご希望な方おられるようならご用意いたします。
  - 0
    
    JA4JOE
    
    がしました
- - 7. JA4JOE 尾中
  - 2024年02月29日 10:07
  - >>6
    JG1APX　飯泉さん
    素晴らしい。ありがとうございます。
    是非、使ってみたいので、@jar.comあてに送ってください。
    使った結果はブログで報告させていただきます。
    
    Pythonはファイルオープンのやり方が他と違うのでしょうかね。
    それともリトライしてくれるのか。
    JT_Linkerで対応していただけると、ありがたいのですが．．．
  - 0
    
    JA4JOE
    
    がしました
- - 8. JG1APX　飯泉
  - 2024年02月29日 10:32
  - >>7
    試用していただけるとの事、ありがたいです。
    後ほどリンクを送ります。
    Pythonは同時に一つのファイルへ複数のアクセスを考慮して設計されているようです。
  - 0
    
    JA4JOE
    
    がしました
- - 9. JA4JOE 尾中
  - 2024年03月02日 11:39
  - >>8
    JG1APX 飯泉さん
    プログラムの提供、ありがとうございます。
    試してみました。JTAlertのログが対象です。
    JT_LinkerのLogSearchは100msにしました。
    実際の交信ではなく、ダミーコールを入れてJTDXの[ログに記録]でログ記録する方法でテストしました。
    結果、
    ・udprecv_jtalertを使わない場合　3/20回発生
    ・udprecv_jtalertを使わない場合　0/20回
    
    実際のQSOを10局やってみましたが、発生していません。
    しばらくこの状態で使ってみます。
  - 0
    
    JA4JOE
    
    がしました
- - 10. JG1APX　飯泉
  - 2024年03月02日 12:03
  - >>9
    レポートありがとうございます。
    私はudprecv_jtdxの実運用にて30局はログしていますがログ漏れは発生していません。
    現在、ポート設定は固定なのですがもし仮に不都合があれば考えたいと思います。
    常用しても良さそうです。
  - 0
    
    JA4JOE
    
    がしました
- - 11. JA4JOE 尾中
  - 2024年03月03日 12:22
  - >>10
    JG1APX　飯泉さん
    記事を書かせていただきました。
    間違いなどあれば御指摘ください。
    ありがとうございました。
  - 0
    
    JA4JOE
    
    がしました
- - 12. JG1APX　飯泉
  - 2024年03月03日 13:43
  - >>11
    
    お疲れさまでした。
    一点確認させてください。　
    『最初は実際の交信ではなく、ダミーコールを入れてJTDXの[ログに記録]でログ記録する方法でテストしました。
    結果、
    ・udprecv_jtalertを使わない場合　3/20回発生
    ・udprecv_jtalertを使わない場合　0/20回』
    
    後者はudprecv_jtalertを使わない場合　でよろしいのでしょうか
    合計して3/40と理解しましたが文脈から推測して
    使う場合　0/20　なのではと改めて思った次第です。
    些細なことが気になってしまいました。
    
    尚、私が作成したUDP.zipの説明書き、改定したものを付けたつもりだったのですが
    先ほど見たら初期のものでした。　違う点はサブフォルダーが無くなったことにより
    微妙に変更しただけです。
    尾中さんのブログでフォローしていただきましたので良いのかなと思っていますが、
    変更したほうがよいよ　というアドバイスがあればいつでも作業しますね。
    その際にはリンク先の変更をお願いするでしょう。
    
    　
  - 0
    
    JA4JOE
    
    がしました
- - 13. JA4JOE 尾中
  - 2024年03月03日 14:12
  - >>12
    JG1APX　飯泉さん
    失礼しました。
    御指摘のとおり、「udprecv_jtalertを使った場合」の間違いです。
    修正しました。
    >先ほど見たら初期のものでした。　違う点はサブフォルダーが無くなったことにより
    微妙に変更しただけです。
    せかっくなので修正された方が良いと思います。
    リンク先の変更は情報をいただければ、変更します。
    よろしくお願いします。
  - 0
    
    JA4JOE
    
    がしました
- - 15. JG1APX　飯泉
  - 2024年03月03日 14:17
  - >>13
    了解いたしました。
    作業に入ります。後ほどリンク先をお知らせします。
  - 0
    
    JA4JOE
    
    がしました
- - 14. JG1APX　飯泉
  - 2024年03月03日 14:14
  - >>12
    JTAlertのLast QSO ADIFに使用されるポートはデフォルトが2337では無かったのですね。
    昔ごちゃごちゃ弄っているうちにオリジナル値を見失ったようで放置した値を使用しました。
    皆さんにはご足労をお掛けします。
  - 0
    
    JA4JOE
    
    がしました
- - 16. JG1APX　飯泉
  - 2024年03月03日 14:19
  - >>14
    どういたしましょう。
    2333の方がよろしいですか？
  - 0
    
    JA4JOE
    
    がしました
- - 17. JA4JOE 尾中
  - 2024年03月03日 14:53
  - >>16
    競合を避けるためにポート番号を変えてあるのかと思っていました。
    たいした手間ではないので、2337のままで良いのではないでしょうか。
  - 0
    
    JA4JOE
    
    がしました
- - 19. JG1APX　飯泉
  - 2024年03月03日 15:51
  - >>17
    はい、そう致します。例え双方受信してもadifの一時ファイルは異なりますから書き換えが行われるのは起動したプログラムで設定したほうになります。　誤解を与える一因にもなりますからそのままにします。
    
    尚、リンク先のURLには変更がありませんでした。
  - 0
    
    JA4JOE
    
    がしました
- - 20. JA4JOE 尾中
  - 2024年03月03日 16:05
  - >>19
    「UDPzipの設定.pdf」が更新されている事を確認しました。
    ありがとうございました。
  - 0
    
    JA4JOE
    
    がしました
- - 18. JG1APX　飯泉
  - 2024年03月03日 15:15
  - >>16
    同一にしてしまうとJTDX（WSJTX）とJTAlertからの出力を双方受信してしまいますので2337のままにします。
  - 0
    
    JA4JOE
    
    がしました
- 21. JF9SLP　森
- 2024年05月16日 13:38
- FT-8について何度かご教授いただいているものです。
  有難うございます。
  今回の質問です。
  最近、JTLinkerが上手く反応しません。
  エラーメッセージは
  ”アプリケーションのコンポーネントで、ハンドルされていない例外が発生しました。「続行」をクリックすると、アプリケーションはこのエラーを無視し、続行しようとします。「終了」をクリックするとアプリケーションは直ちに終了します。
  ファイル
  ’C: ￥User￥ユーザー名￥AppData￥Local￥JA2GRC￥JT_Linker￥LotwUserActivity.csv’が見つかりませんでした。”
  以上です。
  wsjt-x、JTARERT、ハムログ、JTLinker使用しています。
- 0
  
  JA4JOE
  
  がしました
- - 22. JA4JOE 尾中
  - 2024年05月16日 17:32
  - >>21
    JF9SLP　森さん
    ブログに書きましたが、LoTWが障害で停止しているようです。
    このため、JT_LinkerがLoTWユーザーリストをダウンロード出来ずにログ記録時にエラーになるようです。
    当面、LoTWのVerify menbershipチェックとUploadのチェックを外して使ってください。
  - 0
    
    JA4JOE
    
    がしました
- 23. JF9SLP　森
- 2024年05月16日 23:03
- JA4JOE 尾中様
  早々のご連絡ありがとうございました。
  ただ、LOTWのチェックを外しましたがやはりエラーになりました。
- 0
  
  JA4JOE
  
  がしました
- - 24. JA4JOE 尾中
  - 2024年05月17日 07:07
  - >>23
    LoTWのVerify menbershipチェックとUploadのチェックを外してJT_Linkerを再起動すればLoTW関連のエラーは出なくなるはずですが。
    いずれにしても、後でログをアップロードしないといけないのでLoTWが復旧するまで待つしかないですね。
    Allow Internet Accessのチェックを外してみてはどうでしょう。
  - 0
    
    JA4JOE
    
    がしました
- 25. JF9SLP　森
- 2024年05月17日 12:22
- JA4おJOE尾中様
  ご返事有難うございました。Allow Internet Accessチェック外し解決しましたが、交信しているので事後処理が面倒です。
  どなたかのご指摘通り、lotw-user-activity.csvが消えており、保存してあるもので置き換えてもダメなようです。何れにせよ回復を待つしかないですね。
  それと以前から上手くいっていないことがあります。
  ハムログに自動的に、QTHと名前を登録できるように設定したつもりですが、上手くいかない場合が多いです。多分、QRZ．COMからデータを取り込むのだと思いますが、海外局の場合QTHは取り込めますが名前ができません。度々で申し訳ないですがご教授ください。
- 0
  
  JA4JOE
  
  がしました
- - 26. JA4JOE 尾中
  - 2024年05月18日 09:34
  - >>25
    JF9SLP　森さん
    LoTWはまだ復旧していないですね。
    復旧後に、ダウンしていた間のログを忘れずにアップロードしないといけません。
    
    >ハムログに自動的に、QTHと名前を登録できるように設定したつもりですが、
    >上手くいかない場合が多いです。
    この質問は以前、JT_Linkerの記事で質問いただいて回答したと思います。まだ解決していないのならJT_Linkerの記事で具体的にどういう問題があるのかを書いて質問してください。
    https://ja4joe.livedoor.blog/archives/16876723.html
  - 0
    
    JA4JOE
    
    がしました
- 27. JF9SLP　森
- 2024年05月18日 11:34
- JA4JOE 尾中様
  ご返事有難うございます。
  Lotw も件、海外局は大変でしょうね。
  QRA,QTHの転送の件は再度確認します。
  ご迷惑をおかけしました。
- 0
  
  JA4JOE
  
  がしました