Passport for Amateur Radio World
Welcome to JK1BSH Amateur Radio Station Blog
JTDX（v2.2）を「156」にアップデートしました。パネル表示も操作上も特に変わったところは無いようですが、CQ誌記事によると様々なバグ修正がなされているとのことです。
なお、アップデートによるものかどうかわかりませんが、デコード性能が上がったような気がします。
これは6mでのQSOとWFの記録です。当局からの呼び出しに対して相手局から応答いただいたのですが、タイミング的に遅かったにもかかわらずちゃんとデコードできています。自局に対する信号待ちの場面では、ある程度信号が抜けていても推定してデコードするのでしょうか。その時の信号レベルは少し低くなってはいますが・・・
今のところこれ以外に気が付いた点はありませんが、使っていくうちに進化が見えてくるのかも知れませんね。
昨日は祝日だったため、多くの局がQRVされていました。特に40mの国内FT8は皆さんとてもアクティブで、とても自分の場所を確保できる状態ではなかったため、もっぱらCQ局にオンフレで呼び出しをしていました。
ただし、あまりにも局数が多いせいかPCも中々ついていけず、こちらからの呼び出しタイミングも遅れ気味でした。
その中で、当局のJTDXで何と44デコードの記録が出ました。記録と言ってもこれまで明確に記録を付けていたわけではなく、最大でも30程度との認識でしたので、「44」というのは私の中では驚きの数字です。記念に残しておきたいと思います。
なお、これは最大瞬間風速で今のところこの記録は破られていません。ちなみにJTDXの表示言語は英語にしています。以前は日本語にしていたのですが、何となく英語の方が処理が早いような気がして戻しました。さしたる根拠はなく、あくまでも気分的なものですが・・・
先日、急にJTDXで受信表示が遅くなったのですが、いつのまにか元に戻っていました。あれは何だったのか・・・受信タイミングが過ぎても何秒か溜めを作っておもむろに受信結果を吐き出すような動きたったのが、今はそれが嘘のようにスムーズに運用できています。
原因がわからずあまりそれに時間を費やしても意味がありませんので、結果オーライで済ませてしまおうと思います。これが仕事と違って趣味の気楽なところですね。
昨日は午後から急にJTDXでの受信表示が遅くなり、受信局数に関係なく結果が表示されるまで3～5秒もかかってしまう状態となりました。
午前中は40m国内バンドで30局近いデコードを1秒程度で処理して快調だったのに、午後は状況が一変しました。
タスクマネージャーでCPUの負荷状況を見ても100％には届いていないですし、JTDXの「CL」を100％から50％に落としても変化はありません。またネットで調べて「Antimalware Service Executable」のプライオリティを下げても改善せずです。JTDXの古いバージョンを使ってみましたが状況は変わりません。
相手局を呼び応答があっても、表示が遅れるためその前にこちらから送信してしまい、その途中でデコード結果が表示されるので、慌ててそれをクリックして事なきを得るという状態でした。
今日はまだ試していませんが、午前と午後で何が変わったのか・・・考えてみます。
昨日はFT8 国内40mバンドに多くの局がQRVされており、自局の送信周波数が設定できないほどの混み方でした。
そのため、普段はあまり使わないのですが、JTDXを「ロックTx＝Rx」に設定しCQ局に対して同じ信号周波数で呼び出しをする方法にしました。その時、ある局（X局）が当局を呼んでくれたことがわかり、ちょうど他のCQ局（Y局）を呼び始めたタイミングだったので急遽X局をクリックしました。
いつもの感覚ですと、その時点でＹ局への呼び出しがキャンセルされＸ局への呼び出しに変わるのですが、今回はその様にはならずY局への呼び出しシーケンスが続きました。Y局とのQSOが終わり、改めてX局とのQSOも完了しました。
この動作は「ロックTx＝Rx」設定の関係かと思いますが、JTDXの設定項目の「全般」→「送信中のTx周波数変更を許可」にチェックを入れていなかったため、送信中に別の局に周波数変更ができず、そのため元々の局に対して信号の送出が続いたものと思われます。
なお、送信中に信号周波数を変更することは違法ではないと認識していますので、上記項目にチェックを入れました。
その効果についてはその後試す機会は無いのですが、少しずつ設定項目の意味を学習しているという実感があります。また、スプリットを「リグ」設定している場合、VFO-Bの搬送波周波数自体が送信中に変わることが法的にどうなのかは、確認する必要があると思っています。