WSJT_to_Hamlog Ver.2009.05.18 リリース

　昨日、もう一息の所まで追い込んだHamlogとのリンクですが、やっと、快適に動き始めました。

　解ってみれば、「なぁ～んだ」という感じですが、とりあえず、動いて良かったです。　これで、他のものにも応用が出来そうです。

　それで、昨日まで、テストしていた、WSJT7のログをHamlogにリンクするツールを整備して、リリースすることにしました。

ＰＳ：ここ数日ＳＳＮ(太陽黒点数）が少し出てきましたね。　１３とか１５とかですけど。

　昨晩、ローカル局がJT65Bで信号を出しておられたので、実地のテストがてら、コールしてみました。　ログの取込と信号レポートの検索は上手く行っているようです。

　その後、音声で話していて、その局のVB6ではHamlogとのリンクは上手く行っているとの話、「そうかぁ～、やっぱり、どこか、コードがおかしいのだな」とはっきりしたので、今朝から、もう一度、コードを見直し、Hamlogwo触っていました。

　そうしたら、おかしな事に気がつきました。　転送が終わった後、手動でHamlogのＳａｖｅをクリックしても、登録できないのです。　何だろう？と、色々触っていたら、「ピンポン」解りました。　本当に、頭の中で「ピンポン」となっている感じでした。　手動でやっても、コールを入れる時にＥｎｔｅｒを押さないと、この状態になるみたいです。　ウインドウの上に注意が出ていました。　「コールを入れてＥｎｔｅｒを押してください」と。

　実は、コールを入れた時点でＥｎｔｅｒを送コマンドを入れると、交信記録が出てきてややこしいなと思って、全データを入れるまで、Ｅｎｔｅｒを入れていなかったのです。　検索画面が出てくると時間も掛かるだろうと思っていたのでした。(これは、前の方式の後遺症？）

　それで、手で入れてみて、やっと解りました。　まずコールを入れて、Ｅｎｔｅｒを押し、その後に他のデータを入れていき、最後にＳａｖｅを押すと言うシーケンスです。　さっそくこのシーケンスでプログラムを組み直し、やってみたら、なんと、今までの苦労が「嘘」のように、スムーズにデータが送られていきます。　メッセージ付き登録や、メッセージ無し登録も問題有りません。　ここ数日、悩ませていたのは、これだったんですね。

　よし、これで行ける。　という事になり、テスト用のツールを、汎用のプログラムとして使える様に、設定値の保存などを追加し、ボタンやチェックも整理し直してみました。

　詳しい説明は、付属の説明書をご覧ください。

　ＷＳＪＴ７側の説明です。

　日付の処理がちょっと手抜きですが、ＵＴＣで日替わり、すなわち、ＪＳＴで９時をまたがってＱＳＯする場合は、注意してください。　やっぱり、ログは「時間が命」だから、日付もちゃんと処理をした方が良いかな？

（ＬＺＨ圧縮、８１９ｋＢ、マニュアルのｐｄｆがバカに大きいです）

　他のアプリの説明書と、あまり変わらないのですが、何故か、やけに大きい容量になりました。

【補足　2009.05.18)】
　WSJT７をインストール以来、一度も、「Ｌｏｇ　ＱＳＯ」をクリックしたことが無い場合は、WSJT.LOGが作成されていないようですので、実行前に一度だけクリックして、WSJT.LOGを作成して置いてください。　ダウンロードファイルの説明書を差し替えました。