bookmark_border[511] RRRと73

昨日に続いてシーケンス繋がりの話題になりますが、以前も触れたように、かつてはJTDXでFT8を運用していると相手局からRRRが送られて当局から73を返信した後に何も返ってこない場合、こちらから自動で73を再送していました。

他方WSJT-Xでは、RRR後に73を受信するとそこでQSO完了というのが正常なシーケンスであることをブログ記事から学びましたので、その後はRRRを受信して73を送出した後は、Halt Txボタンを押して送信しないようにしています。

なおCQを出している局に応答する場合は、こちらからGLを送らずにいきなりSNRレポートを送ればRRR問題は避けられます。ただ国内もDXもそうですが、CQ局に対してGLを送るか送らないかは結構悩ましいです。自分なりの明確な基準は特に無いですが、バンドが混んでいるときはGL無し、比較的空いているときはGL付きでコンタクトしているような気がします。

また、相手によってはGL無しではダメとか、GLは煩わしいので不要とか色々と考えがあると思いますので、そこは周りの状況を見ながら臨機応変に対応ということでしょうね。

ところで、つい最近のことですがRRRを受信しこちらから73を送出した後、試しにHalt Txを押さずに様子を見ていましたら、相手局から73が返ってこないにもかかわらず、こちらからは73を再送しませんでした。JTDXのバージョンはv2.2.157です。これまでのアップデートで上記問題は解消されていたのかも知れません。全く気が付きませんでした。

ちなみに今公開されている最新バージョンは「158」ですね。先日JTDXサイトを見たときはセキュリティアラートが出ていたのでアップデートはしなかったのですが、先ほど見たらアラートも出ずにアクセスできましたので、折を見てアップデートしようかと思います。

bookmark_border[246] RRR後の動作

CQ誌6月号の記事によると、WSJT-X 2.4.0のrc版ではRRRに対して相手局から73が返ってくると73は返さなくなったとのことです。

昨夜、その記事を読んだ後10mでFT8をしていたら、偶々そのような局とQSOする機会を得ました。

その局は前の局にRRRを送ったのでその後73を送るだろうなと思っていたところ、いきなりCQが来ました。一応RRR時点でTX予約をしていたため、すぐにCQに反応することができましたが、正にこれがCQ誌に載っていたシーケンスかと思いました。

ところで「RRR」か「RR73」かですが、当局が使っているJTDXは「RR73」がデフォルトになっており「RRR」には変えていません。一方、昨年FT8を始めたときに少しWSJT-Xを使ってみたことがあるのですが、その時はWSJT-Xは「RRR」がデフォルトでした。従って設定を変更しなければWSJT-X使用者は「RRR」、JTDX使用者は「RR73」ということでしょうか・・・

ちなみにJTDX v2.2は先月末に新バージョンの156がリリースされていることを、これもCQ誌の記事で知りました。週末にでもアップデートしようと思います。