総通に質問しました:JA局は8J1RL(南極)と7074 FT8で交信して良い?

先日、Twitterで雑談してたら掲題の様な話題になりました。

7メガに話を絞ると、JARLのバンドプランの配布物では7045〜7100は電話の帯域ですが「外国のアマチュア局とのデータ通信にも使用することができる」と但し書きがついています。

アマチュア無線的にはDXとなら交信してO.K.と言うことかとは思いますが、日本の免許を持つ局が、南極やら公海上から運用している場合に日本国内の局が交信して良いのか?という疑問で、そのような日本の免許を持つ局は、上記の「外国のアマチュア局」にあたるのかどうか?

“総通に質問しました:JA局は8J1RL(南極)と7074 FT8で交信して良い?” の続きを読む

WSJT-X 1.9 RC3にて

今日は結構7041で国内がよく飛んでまして、JT65とFT8でQSOを楽しみました。

そうしたところ不具合が…

FT8でオートシーケンス、自分のコールはJH8JNF/1と設定、私からのCQでの交信スタート。

CQ JH8JNF/1

JH8JNF/1 JxXxxxx

JxXxxxx JH8JNF -05

JH8JNF JxXxxxx R-15

JxXxxxx JH8JNF RRR

/1 JCC1xxx TU73

R 110306 TU73

こんな流れでした。この相手からの/1で始まる行を受けた後でLog QSOをクリックしたところ、なんと相手コールがJCC1xxxになってるじゃないですか。

この/1で始まるのが僕のコール設定とマッチしたのかもしれませんが、焦りましたね。ClublogとeQSLは普段はログに入れてすぐに自動アップロードなので、クラブログをすぐに見に行ったところリジェクトされていたようで一安心。eQSLは手動で削除し、ハムログとDX keeperのログを修正し、eQSLは再アップ。一手間かかりました。1.8などでこんな目にあった事は無かったのでRC3のバグかなあと思います。

さて、それはさておき、たまに上記のように、最後の送信だけ”/1 GxxxxxA 73″の様な”/”を送信される方がいらっしゃいますね。この送信、解釈に困るのです。

まず移動してるってことだけならこちらではあまり気にしてないので、送ってもらうのは不要です。となると、こちらのログで相手コールの最後に”/x”をつけてくれってことなのかもしれませんが、正直言って「無理」です。

といいますか、相手にそこまで期待しない方が良いです。もし、なんらかの都合で”/x”をつけてeqsl/lotwにあげてほしいということなら、交信の最中に、一度でも良いので”/”付きのコールを送ってください。(私も最初の頃、交信では”/1″をつけず、eqslだけ/1つけてたのですが、交信中に使ってないと、相手には直してくれとは言い難いです。海外局に怒られたこともあります)

またはっきりとした意図が不明であるため、こちらではログは直しづらいです。

ところで最近7041でも、新規の方がずいぶん増えて凄い賑わいですね。時々道の駅?とか湖沼?とか送られてしまいますが…定着するのかなあ?

私はJCC/JCGくらいで止めておきたいと思います。

JTDX 18.1.0.7xの”/”付きコールのバグ

この週末、久しぶりにJT65/FT8を運用しました。お相手いただいた皆さん、ありがとうございました。

さて、クライアントソフトは昨年からほぼJTDXを使って来ています。JT65/9でデコード率がWSJT-Xよりも高いことが多いので、もっぱらこればかりになってしまいました。

ただし、このソフトは不安定な点が少なからずあり、使い続ける上で多少の忍耐を必要とします。昨年末から今年の頭くらいはauto seqをオフにしていても勝手に送信内容が書き換えられたり、FT8で局をピックアップするのが間に合わなかったりと、結構辛かったです。

1月中頃にかなり改善されていましたが、今回久々に使ってみましたら、以下の症状に出くわしました。

  • CQへの応答をダブルクリックしたら、いきなりR-xxのレポートを送ってしまう
  • Log QSOをクリックすると開始時刻がズレることがある

自局のコールは”JH8JNF/1″という設定でしたので、CQ JH8JNF/1とグリッドのメイデンヘッドが無い状態です。

これに対する応答はクライアントソフトによるのでしょうが2パターンあります。

  • JH8JNF/1 JxXxxx
  • JH8JNF JxXxxx PMxx

多分前者はWSJT-Xでは無いかと思います(FT8でもこれを受けるので)。

この前者の形式の応答を受けると、JTDXでは、auto seqでの応答先の選択が間に合わずにダブルクリックせざるを得ず、結果として先に書いたようないきなりR-xxのレポートを送ったり、QSOの開始時刻を読み取る際に始まりのテキストを見つけられずにLog QSOをクリックした時刻が開始時刻に設定されてしまうようです。

後者のパターンでは問題ないですし、また、WSJT-Xでは1.9RC2でも問題なく開始時刻などを拾えるようです。

JT65なら修正する時間があるのでなんとかできますが、FT8ではちとキツイです。当面はFT8ではWSJT-Xを使う方がよさそうです。

JT65/JT9と、FT8を1ヶ月ほど運用しての所感

2017年11月末に変更届の審査が終わり、12月頭から運用を始めて、約一ヶ月経過しました。

以下、所感です。

・DX局には拾ってもらえない

と言いますかバンドそのもののコンディションや、私が使っていたアンテナ・送信出力(ローバンドで最大40Wほど)もありますが、やはりJT65/JT9に比べて、3〜6dBくらいレポートが悪い印象で、なかなか拾ってもらえません。40mbでは北米西海岸とインドあたりまでが限界でした。

みなさんどれくらいパワー出してるんですかね???

個人的な印象としては、特にローバンドではデコード率が良いRTTYというような感じで、ひょっとするとリニアで数百W出してる局が居ても不思議では無い感じでしたねぇ。

・auto SEQはじゃじゃ馬

パソコンは2013年頃のcore i5、4コア4スレで3GHzくらいの奴だったと思います。自分の時計をプラマイ200msec以内に合わせて、WSJT-Xでも送信開始に間に合わずに自動で応答できないケースが結構ありました。

この年末年始に限定するとJTDX18.1.0.xの開発評価版(人柱版)はその他に色々バグがあって、auto SEQは自分のところでは最初のCQへの応答についてはほぼ使い物になりませんでした。

応答を見たらダブルクリックしてましたので大体1秒は遅れてしまいました。メッセージ部でデコードできないのは多分そういう遅れなんでしょうね。

・国内ではそこそこ便利に運用可能

7041/3531で運用した限りでは、国内ではそこそこ交信成立するので早く終わるのは良いかもです。

ただ、年末年始に固めて運用して、現在運用中の皆さんで信号が強めの方は大体QSOいただいた為か、今回の帰省運用での後半は、JTDXでのJT65の運用で-19〜-23dBくらいのかなりキツイ条件で応答を頂くことが増えました。FT8で同じ条件なら多分交信に至ってなかったのではと思います。

・CQを出す前にワッチしない局が増えた気がしました

受信条件とか、私の設備の問題もあるのでしょうが、空いているときから連続でCQ〜交信と運用して居ても、いきなりdfを重ねてCQを出されるケースがありました。

7041に関しては国内は2〜2.5kHz内でFT8もJT65も共存して運用しています。FT8にせよJT65にせよ、JT65での2ターン程度(1:30ほど)のワッチは必要だと思います。

・耳が悪い場合は…

まれにかなり送信出力が高いのか、受信環境が悪いのか、こちらからのレポートといただくレポートで、ほぼ毎回10dB以上の差がある方がいらっしゃいます。もちろんレポートが悪くなる要因には混信とか近接局の強い信号でのブロッキングなどもあるとは思いますが…

ただ送受のレポートの差が、自分から送る方が常に10dB程度低い方は出力をもう少し絞るなりして送受のバランスをとった方が良いのでは無いかと思いました。

余計なお世話かもしれませんけど。

・無理にJCC/JCGコードを送る必要はありませんし、「型」通りで最初はOKです。

特に最近始められた方なのかもしれませんが、こんなパターンがたまにあります。

CQ JH8JNF QN23

JH8JNF JAxXXX PM95

JAxXXX JH8JNF -05

JH8JNF JAxXXX R-08

R JCG01027 73

(送信が無い)…(1)

CQ JH8JNF QN23…(2)

C100101 TU 73…(3)

JH8JNF JAyYYY PM95…(3)

こんな感じでこちらへの(1)の送信で戸惑ってしまって次の送信を控えられるケースで、次のターンのCQ((2)のCQ)への応答で送信される場合((3)で同時送信になる)がたまにあります。

無理に合わせてJCCコードなどを送る必要はありませんから、サラッと6回のやりとりで終わるのがお互いに綺麗だと思います。

他には(1)のところで、こちらからRRRを送るまで延々とR-08を送られるケースももっとあります。実際に混信などでこちらの送信がデコードできなかったりするのかもしれませんが、もしデコードできているなら、これもサラッとファイナルを送り返していただけるとお互いに楽かなと思います。

それから今回気になったパターンでは、常にレポートをRなしで送る方にも遭遇しました。これもグリッド付きの応答をされた方で、こちらからのレポートに対して応答がR抜きです。

この「R-08」のRはroger(了解)の意味のはずです。レポートへの応答の場合はR-xxの形が普通だと思います。

まあ細かいことを言うとこちらからのファイナルでのJCGコードの送信もRRかRRRにすべき、と言う話はありますけどね。

スムーズに交信が終わるようお互いに気をつけたいものです。

2017-2018交信状況

少し長めの年末年始のお休みをいただきまして、12/28~1/9までJCG01027におります。

40mbのCWでJCG01027をお探しの方がいらして、CWでサービスしたのと、少々FM/SSBで遊んだ他はもっぱらJT系モードばかりとなりました。

JT9の運用局はほぼ壊滅で、国内外ともJT65/FT8が主な運用です。が、FT8ではなかなか海外には飛んでいってもらえません。

まず、12/28~1/7までのJT65での交信状況;

帰省20172018JT65

やっぱりこっちの方が安心感とのんびり感、出力上げなくても飛んで行ってくれる感があります。3.5のDXは1局はアメリカ、ユタ州でした。(3531でCQを出していたらコールされました)

いっぽう、FT8はこんな状況となりました。

帰省20172018FT8

運用局が多い分DXが多少JT65よりも多いのですが、JT65では北米とかヨーロッパを多少含みますが、FT8では北米ですら結構厳しく、ロシアのアジア地域や中国ばかりな感じです。(それでもインドが出来たような記憶があります)

ハイバンドの状況がよければまた違った結果になったかも。

40mbの深夜、ヨーロッパが開けている時間に7076でJT65をワッチすると東欧を中心に結構運用局がいるようです。

JT65/JT9の復権を期待しています。

JT65でやっとWAJAができました

7041で国内QSOするのに、WAJAを当面の目標としていました。

JCCの方は多分300位はいっていると思うのですが、WAJAは鳥取県がなかなか取れず…

本日7041をワッチしてたら3401(鳥取市)の方が出ていたのでコール、やっとQSOできました。

WAJA

JT65を運用し始めた頃、カードは来た物にリプライするような運用でしたが、国内からはかなり高確率でいただくことがわかったので最近は原則全発行になっています。

これから残りの件を受領したらデジタル特記で申請の予定です。

JTDXを18.0から18.1へ

twitterで、JTDXがFT8に対応したという情報を見かけまして、今晩、18.0.xから18.1.xに更新しました。

GUIにAutoseqだったかなんだったかそんなのが追加になっています。JT65でも動くようです。(ひょっとしたら18.0でもあったのかもしれない)

18.0までは、WSJT-Xの1.7ベースのプログラムだったようですが、18.1からはWSJT-X 1.8ベースになったみたいです・・・が、そのまま更新したのでは、周波数リストは元のまま=FT8の運用周波数が追加されず、また80mbも従来の3.576MHzがQRGになってしまいます。

FT8とか3.5のQRGを追加する手間と、JAの国内用の周波数を追加する手間を脳内で比較しまして、「周波数リスト」をリセットすることにしました。3.531/7.041はいつものように手動で追加です。ところで、WSJT-Xだと周波数リストを「保存」できるようなんですがJTDXだと保存できないんですね。

さて、国内局相手にFT8の練習をするかとも思いましたが、今日は何かトイレが近くて(笑)、せわしないモードは結局使わずじまい。

JTalertXのモニター局の数を見ると、もはやJT9が絶滅危惧種になってしまっています。そしてFT8が多すぎるかなぁ。