新着表示
タイトル
記事No
投稿日
投稿者
参照先
:
FreeDV 2.2.0対応ブリッジソフト「FD_Linker」
:
1125
:
2026/03/07(Sat) 21:28:04
:
JH0PCF 神田
:
JG1MOU 浜田様
先日は、WM_COPYDATAの作法について温かいご助言をいただき、
誠にありがとうございました。
ご教示いただいた内容を反映し、WM_COPYDATAによるデータ転送機能をブラッシュアップした
最新版「FD_Linkerのビルドを完了いたしました。
特に今回は、15番の窓(保存ボタン)への処理を組み込むことで、
よりシームレスなHAMLOG連携を実現したバージョンアップとなっております。
本ソフトは、パソコン環境を汚さない「インストール不要のブリッジソフト」というコンセプトで開発を続けておりますが、この取り組みがFreeDV公式サイト(freedv.org)でも
「Turbo HAMLOGとの架け橋」として紹介されました。
[URL:
https://freedv.org/fd-linker-a-bridge-between-freedv-2-2-0-and-turbo-hamlog-in-japan/]
HAMLOGという素晴らしいソフトと連携できる喜びを感じつつ、大切に開発を継続してまいります。
まずはビルド完了と、WM_COPYDATA実装のご報告まで。
今後ともよろしくお願い申し上げます。
タイトル
記事No
投稿日
投稿者
: Re^2: APIへの機能追加のお願い
: 1124
: 2026/03/04(Wed) 15:11:04
: je6lao長野
浜田さん、
わかりました。過去の二の舞は嫌ですものね。
> 長野さん、こんばんは。この掲示板はしばらく見落としていました。
>
> > 下記2つの機能を追加していただけませんか。
> > 1.ハムログユーザー、hQSLユーザかどうか
> > 2.ユーザーリストがヒットしたときのユーザーコメントの文字列
>
> ユーザーリスト関係のAPIがあったはず・・・と思って調べたら、あるのですが、
> フルアクセスできてしまうので公開していませんでした。
>
> 過去の経緯からいろいろセンシティブな部分がありますので、上記の2点だけでも
> なるべくなら関わりたくないところです。
>
タイトル
記事No
投稿日
投稿者
: Re: APIへの機能追加のお願い
: 1123
: 2026/03/03(Tue) 22:18:58
: JG1MOU浜田
長野さん、こんばんは。この掲示板はしばらく見落としていました。
> 下記2つの機能を追加していただけませんか。
> 1.ハムログユーザー、hQSLユーザかどうか
> 2.ユーザーリストがヒットしたときのユーザーコメントの文字列
ユーザーリスト関係のAPIがあったはず・・・と思って調べたら、あるのですが、
フルアクセスできてしまうので公開していませんでした。
過去の経緯からいろいろセンシティブな部分がありますので、上記の2点だけでも
なるべくなら関わりたくないところです。
タイトル
記事No
投稿日
投稿者
: APIへの機能追加のお願い
: 1122
: 2026/02/27(Fri) 08:34:53
: je6lao長野
下記2つの機能を追加していただけませんか。
1.ハムログユーザー、hQSLユーザかどうか
2.ユーザーリストがヒットしたときのユーザーコメントの文字列
視力が弱い方のためのハムログ入力支援プログラムを作っています。
ハムログの入力窓をそのままにフォントを大きくしたものです。
sendmessageを使ってハムログ入力窓と同期するようにしています。
上記2つの情報もフォントを大きくして表示したいのです。
ご検討をよろしくお願いいたします。
タイトル
記事No
投稿日
投稿者
参照先
:
WSJT-XログをHAMLOG他にバッチ処理で追記するツール
:
1121
:
2026/02/26(Thu) 16:06:09
:
JK7CUN 庄子
:
JI1JDI 神宮様の投稿、Blogを参考にさせていただき、
AIコーディングツール(Claude Code)を利用し
WSJT-XのADIFログ(wsjtx_log.adi)を読み取り専用で取り込んで、
・Turbo HAMLOGへの自動追記
Hamlog50.DLLを経由し、HAMLOG.HDBファイルへ直接データを追記
・各オンラインログへの一括アップロード
LoTW: TQSLコマンドライン経由で電子署名付きアップロード
QRZ.com: Logbook API経由(※XMLサブスクリプション必要)
Club Log: ファイルアップロードAPI経由
eQSL.cc: ADIFインポートAPI経由
をpythonで行うツール
「WSJT-X Sync Tool」を作ってみました。
なにぶんAIを活用し作成したので、
私の理解が及ばない所があるのですが、
バイナリ化した物と、
ソースコードを公開させていただきましたので、
ご指摘、懸念点などございましたら、
ご返信頂ければ幸いです。
タイトル
記事No
投稿日
投稿者
: Re: sendmessage dwdata=28の動作?
: 1119
: 2026/02/24(Tue) 12:55:38
: je6lao長野
過去ログを見つけました。
dwData=28 QSOデータをオープンが失敗?する 投稿者:JG1MOU浜田 投稿日:2022/01/01(Sat) 21:24:00 No.980
> 7. WM_COPYDATA で dwData=28、cbData=0、lpData=0 を送信。
dwData = 28 | 0x400000;
これで試してみてください。
これで解決しました。
過去ログを検索すればよかった。前回もそうでした。
お騒がせいたしました。
タイトル
記事No
投稿日
投稿者
: sendmessage dwdata=28の動作?
: 1118
: 2026/02/22(Sun) 17:43:38
: je6lao長野
こんにちは。
POTAアワードとPKアワードの集計ソフトを作っています。
集計後にハムログにフォーカスを移すとメイン窓が真っ白になります。
いつからかよくわかりませんが、1月はうまく動いていたような気がします。
・sendmessage dwdata=27 を送ってハムログのHDBをクローズ
・HamlogOpen() でHDBをオープン
・POTAやPKを集計(備考欄のJP-やPK-を集計)
・HamlogClose() でHDBをクローズ
・sendmessage dwdata=28 を送ってハムログのHDBを再オープン
切り分けのために
・sendmessage dwdata=27 を送ってハムログのHDBをクローズ
・sendmessage dwdata=28 を送ってハムログのHDBを再オープン
としてみましたが、同じ症状です。
それで、dwdata=28 の動作を疑っていますが、hQSLの照合はうまく動作しています。
このトラブルを解消するヒントはないでしょうか。
メイン窓が真っ白の状態で入力窓にコールサインを入力しENTERすると
No.7 インデックス読み込みエラー (d:\hamlog\hamlog.dx0)
とエラーが表示され、OKすると
モジュールHamlog50.DLLのアドレス001E6981でアドレス00000000に
対する読み込み違反がおきました
とさらにメッセージが出ます。
Hamlog50.DLLは最新版5.47C.zipをDLし、
ハムログと集計ソフトの両方のフォルダにコピーしました。
集計作業は、レコード1番から最後まで備考欄を読み込み、
JP-とPK-を探しています。HDBに対して修正などの加工は行っていません。
集計はうまく動作しています。
Windowsがおかしいような気もしています。なんとなくですけど。
タイトル
記事No
投稿日
投稿者
: Re^2: WSJT-Xのバグ?
: 1117
: 2026/02/01(Sun) 11:29:36
: JG1MOU浜田
またまた自己Resです。
> デスクトップPCでは、2回目以降の局をJT-Get'sでダブルクリックするとWSJT-Xが
> 送信状態になるけどなぜかフォアグランド(最前面に表示)にならない。ということが
> 判明しました。
> 私のPCの固有の問題のようでした。
自宅にてHF機でFT8していると、2回目以降の局をJT-Get'sでダブルクリックするとWSJT-Xが
フォアグランド(最前面に表示)にならないので不便に感じていました。
PCを起動して最初に交信した局はOKで、2番目以降に交信した局が最前面になりません。
しかし、同じ環境でV/UHF機でFT8すると問題なく最前面になりました。
そこで、コンフィグレーションでHF機をいったん削除し、新規に登録してみたら、あら不思議!
2番目以降に交信した局でもWSJT-Xが最前面になりました。
パソコン関係のセオリー。調子が悪くなったら初期化ですね。
タイトル
記事No
投稿日
投稿者
: Re: WSJT-Xのバグ?
: 1116
: 2026/01/15(Thu) 10:55:28
: JG1MOU浜田
自己Resです。
> WSJT-Xのウインドウハンドルを取得して、Turbo HAMLOG/Win側から
> WSJT-XをアクティブにしてUDP経由でWSJT-Xにデータを送り、送信させています。
> 1回目のQSOは問題ないのですが、なぜか2回目以降のQSOでは
> WSJT-Xがアクティブにもフォアグランド(最前面に表示)にもなりません。
> UDPの動作は正常で、送信を開始します。
> WSJT-X v2.7.0 と v3.0.0improved PLUSでこれを確認済みです。
移動運用に使っているノートPCでは正常に動作しました。
JT-Get's上のコールしたい局をダブルクリックすると、WSJT-Xがアクティブになって
送信を開始します。
QSOが終了し、別の局をダブルクリックしても、WSJT-Xがアクティブになって送信を
開始します。設計どおりの正常動作です。
デスクトップPCでは、2回目以降の局をJT-Get'sでダブルクリックするとWSJT-Xが
送信状態になるけどなぜかフォアグランド(最前面に表示)にならない。ということが
判明しました。
私のPCの固有の問題のようでした。
タイトル
記事No
投稿日
投稿者
: WSJT-Xのバグ?
: 1115
: 2026/01/14(Wed) 20:32:05
: JG1MOU浜田
WSJT-Xのウインドウハンドルを取得して、Turbo HAMLOG/Win側から
WSJT-XをアクティブにしてUDP経由でWSJT-Xにデータを送り、送信させています。
1回目のQSOは問題ないのですが、なぜか2回目以降のQSOでは
WSJT-Xがアクティブにもフォアグランド(最前面に表示)にもなりません。
UDPの動作は正常で、送信を開始します。
WSJT-X v2.7.0 と v3.0.0improved PLUSでこれを確認済みです。
一方、JTDX v2.2.159-32Aでは1回目のQSOが問題なくて2回目以降が
アクティブにならず、フォアグランド表示にはなります。特に問題ありません。
FindWindow()でウインドウハンドルを取得し、SetForegroundWindow()と
SetFocus()を呼び出している、という簡単なコードです。
コードをトレースすると、2回目のQSOでも問題なくWSJT-Xの
ウインドウハンドルを取得してSetForegroundWindow()をコール
しているのですが、なぜかフォアグランド表示になりません。
詳しい方おりましたらご教示ください。