JTDX Contest Edition 3.0.0-rc12 まもなく公開! コンテスト機能を大幅強化 ― 2026年11月15日 09時09分14秒
Contest Edition
次のrc12は、かなり盛りだくさん!
開発者のTihomir(CE3TSK)から、JTDX Contest Editionの次期バージョン3.0.0-rc12について連絡をいただきました。
3種類に対応
直接エクスポート
デコード処理改善
日本語データ更新
コンテスト機能、大幅強化!
新たにARRL Digi、YBDXPI FT8、International FT Challengeに対応。ルール、スコアリング、マルチプライヤー、ハイライト、周波数リストをコンテストごとに扱うようになります。
グリッドの扱い、RR73/RRRへの応答、得点計算などを修正。進行中のQSOを優先し、既交信局は選択順位を下げる動作も追加されています。
コンテストログを、そのまま提出形式へ
今回の目玉の一つが、Cabrillo形式でのログ出力。コンテスト主催者のフォーマットに合わせ、Claimed Scoreも出力します。
※実際のログ提出時は、各主催者の最新の受付仕様との照合が必要です。
FT4 / FT2 の受信・判定も改善
FT4/FT2では、DX局のRR73・Rレポートのa-prioriデコード、フィルター処理などを改善。完全なメッセージを扱えるデコードパスが、フィルター判定だけで途中停止しないよう修正されています。
さらに、FT8/FT4/FT2のDXpedition/Hound関連の判定も改善。明らかなPhantom Decodeを非表示にする設定は初期状態でONとなります。
毎日の運用も使いやすく
コールサインを30秒表示。初期状態でON(DO3BOXによる貢献)。
FT8/FT4/FT2やプリセットランプを右クリック。
終了時刻を1周期進めるボタン、衛星QSO項目、QO-100の周波数プリフィル。
通知色、Sメーター、SWR/Pwr、ダークスタイルなど。
日本向け旧クロスバンド機能、
rc12で役割を終える
私から確認をお願いした160mの旧機能。Tihomirは模擬無線機で送信周波数の挙動を検証し、現在は不要との判断で削除を決めました。
仮に今も1908kHz送信を希望する局があるとしても、アンテナの同調・整合など、個別の設備事情による可能性が高いでしょう。私も旧機能の削除に賛成です。
ALLCALL7.TXTと日本語翻訳
今回も私(JP1LRT)が作成・提供したALLCALL7.TXTが同梱されます。
私が報告した日本語翻訳の修正、Syncのツールチップ改善、CTRL+Clickの表記修正なども反映されています。
公開が楽しみです!
単なる翻訳修正にとどまらず、運用上の疑問を実際の試験で確かめ、必要な仕様変更につなげてくれたTihomir。こういう開発姿勢には感謝しています。
コンテスト機能、デコード、ログ、操作性まで大幅更新のrc12。公開されたら、私もさっそく確認してみたいと思います。
73 de JP1LRT
規約は3つ、正解はどれ? ― 「2m SSBのお祭り」で考えたコンテスト主催者の責任 ― 2026年11月13日 13時43分59秒
正解はどれだろう?
「2m SSBのお祭り」を楽しむ一人として、そしてコンテストを主催する立場として考えたこと。
11月10日から20日まで開催されている「第8回サバイバルマラソンコンテスト」。普段は144 MHz SSBに出てこない局まで顔を出す、年に一度の「2m SSBのお祭り」のような催しだ。私も毎年楽しみにしている。
今年は個人的には例年より参加局が少ない印象がある。ただし、それが新たな参加費300円の導入によるものかどうか、因果関係は確認できていない。
参加費について調べているうちに、むしろ気になることが見えてきた。主催クラブの公式サイトに同じ大会の規約・案内が複数掲載され、文章が一致していない。 しかも、参加条件や得点に関係する部分にも違いがある。
規約を複数形式で公開するのは構わない。けれど、参加者が従うべきルールは一つでなければならない。
01 まず、比較した3つの公式資料
実際に取得・保存して照合したのは次の3資料。①と②には規約本文が直接掲載されており、③は独立したPDFだ。
※ 本文と比較表は2026年11月13日までに取得した資料に基づく。公開元の内容は、その後変更される可能性がある。
02 参加者の判断に関わる相違点
①には「今回のコンテストから参加費を徴収いたします」。一方で②には「※参加は参加費無しでも出来ます」。ところが、②の規約本文には参加費300円を求める記述も残っている。
③では、300円相当の切手や振込に触れつつ、各賞・飛び賞などの送付について説明している。参加費を支払わずにログだけ提出した場合、正式な順位集計に含まれるのか。 ここは公式資料だけでは確定できない。
①と②には、次の原文がある。
※YL局でトリプル・サンドイッチは一局に付き加点する・・10点
しかし③のPDFには、この一文がない。通常のYL局とのQSOが10点(クラブメンバー局は30点)という基本得点は3資料に共通している。異なるのは上記の追加10点に関する規定の有無だ。該当する交信があれば順位にも影響しかねない。
①②には「書類提出は 11月21日からでお願いします」とあるが、③には提出開始日の記載がない。また、結果発表予定は①②が令和8年2月、③が令和9年2月。2026年11月開催の大会なので、令和8年2月は時系列に整合しない。
ただし、書類提出締切の12月10日は3資料で共通している。違うものだけを拾って「全体がバラバラだ」と言うのではなく、一致している部分も含めて正確に確認したい。
03 公式資料3種・22項目の比較一覧
以下は、最初に確認した12項目に加え、ページ内の案内・表現・掲載構成まで照合した全22項目の比較表。重要な規定だけでなく、共通している項目も削除せず掲載した。
「重要」=参加条件・採点に関わる論点/「差異」=記載の差・欠落/「共通」=実質的に一致/「案内差・表現差・構成差」=規約の効力の違いとは限らない差。引用は元の文字列を優先し、罫線の点列など一部の視覚的な装飾は「……」に置き換えた。
| 比較項目 | ① 規約HTML | ② 案内HTML | ③ 規約PDF |
|---|---|---|---|
01 更新日・版表示差異 | 2026.10.14 更新/規約2026年度版 | 2026.11.08更新/規約2026年度版 | 規約 令和 8 年度版/個別の更新日なし |
02 参加費の冒頭説明重要 | 「今回のコンテストから参加費を徴収いたします」 | 「※参加は参加費無しでも出来ます 6回までの規約と一緒です 参加記念品&各賞の経費の為です ご理解くださいね」 | 冒頭に同趣旨の説明なし |
03 規約本文の参加費重要 | 「(参加費) マラソンコンテスト 参加費用 300円 振込 300円分の切手どちらかお願いいたします」 | 「(参加費) マラソンコンテスト 参加費用 300円 振込 300円分の切手どちらかお願いいたします」 | 「〈参加費〉 コンテストログ提出者のうち、未使用の切手300円相当もしくは・振込でも 各賞、飛び賞、他、をお送りいたします」 |
04 参加費なしでの順位集計重要 | 無料でのログ提出・正式な順位集計の可否は明記なし | 「参加費無しでも出来ます」と説明。ただし無料参加者の正式な順位集計の扱いは明記なし | 無料でのログ提出・正式な順位集計の可否は明記なし |
05 通常のYL局とのQSO共通 | 「YL局とのQSO一局につき……10点(30点)」 | 「YL局とのQSO一局につき……10点(30点)」 | 「YL局とのQSO一局につき……10 点(30 点)」 |
06 YL局の特別加点重要 | 「※YL局でトリプル・サンドイッチは一局に付き加点する・・10点」 | 「※YL局でトリプル・サンドイッチは一局に付き加点する・・10点」 | 該当する追加10点の記載なし |
07 書類提出開始日差異 | 「書類提出は 11月21日からでお願いします」 | 「書類提出は 11月21日からでお願いします」 | 記載なし |
08 書類提出締切共通 | 「令和8年12月10日 当日消印有効」 | 「令和8年12月10日 当日消印有効」 | 「令和8年 12 月 10 日 当日消印有効」 |
09 結果発表予定差異 | 「令和8年2月下旬頃予定」 | 「令和8年2月下旬頃予定」 | 「令和 9 年 2 月 下旬予定」 |
10 使用周波数の推奨差異 | 「使用周波数 144.150以上推奨 ご協力お願い」 | 「使用周波数 144.150以上推奨 ご協力お願い」 | 「(7) 使用周波数は 144.150mh以上でにコンテスト期間内の運用を推奨。」 |
11 周波数の単位・表記差異 | 「144.150」。MHzの単位なし | 「144.150」。MHzの単位なし | 「144.150mh」。単位の表記が不正確 |
12 推奨周波数の掲載位置差異 | 〈交信方法〉の記述直後 | 〈交信方法〉の記述直後 | (注意事項)の(7) |
| 追加照合:案内・文言・掲載構成の違い(13〜22) | |||
13 振込方法の追加案内案内差 | 「参加費振込先」へのリンクあり | 「参加費振込先」に加え、郵送時のサマリーへの振込記載、電子申請時の振込情報のメール連絡を案内 | 規約本文内に、振込時の申告方法についての具体的な記載なし |
14 電子申請の件名記入例案内差 | 「件名に『SHC』とコールサインを入れてください。」 | 「件名に『SHC』とコールサインを入れてください。」 | 「件名に『SHC』とコールサインを入れてください。例:(SHC JK3HYS)」 |
15 郵送申請の記述表現差 | 「郵送書類申請の場合、JARL様式以外の申請書類は受付いたしません。」 | 「郵送書類申請の場合、JARL様式以外の申請書類は受付いたしません。」 | 「JARL 様式以外の書類は受付いたしません。」 |
16 朱書き方法の説明表現差 | 「(マーカーで色づけするか、赤線を引くことにて可)」 | 「(マーカーで色づけするか、赤線を引くことにて可)」 | 「(マーカーで色づけ又は、赤線を引く)」 |
17 規約改訂・欠落への説明案内差 | 「※一部改良しました 規約については 昨年と同じですので 一部文章が抜けていましたことをお詫びいたします」 | 「※一部改良しました 規約については 昨年と同じですので 一部文章が抜けていましたことをお詫びいたします」 | 該当する説明なし |
18 推奨ソフトの案内案内差 | 「必ず 第8回用の推奨ソフトを使ってください。」 | 「必ず 第8回用の推奨ソフトを使ってください。」に加え、「必ず新しいソフトをお使いください」、旧 LogList.csv の削除案内などがある | 「コンテストソフトは当ホームページから、ダウンロードしてください」。メール受付は推奨専用ソフト使用のみと記載 |
19 手書き用書類の案内案内差 | 規約本文にJARL様式の指定あり | JARL様式の指定に加え、ページ上部に手書き用サマリー・ログシートへのリンクあり | JARL様式の指定あり。手書き用書類への直接リンクなし |
20 大会の紹介文構成差 | 大会名・規約本文を掲載 | 大会案内、推奨ソフト、掲載誌、振込方法などの情報を規約本文の前に掲載 | 「拝啓 各局におかれましては…」で始まる開催挨拶文を掲載 |
21 結果発表場所の表記表現差 | 「当クラブのホームページに載せます。」 | 「当クラブのホームページに載せます。」 | 「当クラブの HP に発表。」 |
22 規約の掲載構成構成差 | ページ内に第8回の規約本文を直接掲載し、規約PDFへのリンクも設置 | 大会案内・参加費説明・関連書類リンクの後に、第8回の規約本文も直接掲載 | 単独のPDFとして規約本文を掲載 |
※ スマートフォンなどで表が収まりきらない場合は、表の部分を左右にスクロールしてください。
04 EMEへの混信防止――以前からお願いしてきたこと
実は、このコンテストについて私が主催クラブに意見を伝えてきたのは、今回が初めてではない。
以前から繰り返しお願いしていたのは、EME(Earth–Moon–Earth、月面反射通信)への混信を避けるため、JARLコンテスト使用周波数に準じた範囲での運用を規約に明記してほしいということだった。
過去にARRL EMEコンテストと本コンテストの開催時期が重なった際、EME運用者から混信を嘆く声を耳にした。144 MHz SSBのお祭りでバンドが賑わうことは嬉しい。しかし、同じバンドの別の運用を楽しむ局への配慮も必要だと思う。
私の要望どおりにJARLコンテスト使用周波数を採用したわけではないし、144.150 MHz以上の推奨だけですべての混信を防げるとも限らない。十分に満足しているわけではないが、折衷案として「144.150 MHz以上を推奨する」という対応をしていただいたことには感謝している。
そのうえで、周波数は単位を含めて「144.150 MHz」と正しく表記し、HTML版とPDF版の文言を統一してほしい。推奨であることも明確にしつつ、EMEなど他の通信に対する配慮を一文添えれば、主催者の意図はもっと伝わるだろう。
05 コンテスト主催者として、何を大切にするか
私は「まんなかくらぶ」で開催している「1エリアAMコンテスト」の運営にも関わっている。私たちの公式サイトでは、規約本文を掲載する場所は一か所にしている。参加者が「どれが正式版?」と迷わないようにするためだ。
もちろん、HTMLとPDFを併用すること自体は悪くない。印刷したい人にも、スマートフォンで読みたい人にも便利だ。ただし、正本となる規約、改訂日、変更履歴、他形式との整合性が管理できていなければ、便利さの裏側で不一致が生まれてしまう。
- 規約の正本を一つに決める。ほかのページからは正本へリンクする。
- 複数形式なら全文を一致させる。特に得点・参加資格・表彰条件は厳格に照合する。
- 「参加費」と「賞品等の費用」を区別する。無料参加時のログ・順位の扱いも明確にする。
- 推奨事項と必須事項を分ける。周波数、提出方法などの表現に曖昧さを残さない。
- 改訂日と変更履歴を残す。特に開催期間中の変更は参加者に周知する。
- 運営メンバー間で認識を統一する。参加者が誰に尋ねても同じ説明を受けられるようにする。
私は今回、参加費300円という金額そのものに異議を唱えているのではない。大会を続けるための費用がかかることは理解している。求めたいのは、参加者がどの条件で正式に参加でき、何点を得られるのか、迷わず判断できることだ。
無料でログを提出した場合の取り扱いなど、確定できない点については実行委員会に問い合わせている。正式な回答が得られれば、確認された事実として改めて共有したい。
規約は、ただ公開すればよいわけではない。
誰が、どこから、どの形式で読んでも、同じルールを理解できること。
これまで主催クラブにはいろいろと注文を付けてきた。それでも、このお祭りが好きだからこそ毎年楽しみにしているし、長年開催を続けている皆さんには敬意を持っている。過去の要望に一定の対応をしていただいたことにも感謝している。だからこそ、これからも多くの局が気持ちよく参加できる催しであってほしい。
自分たちのコンテスト運営も例外ではない。参加してくれる局がいてこそコンテストは成り立つ。 主催者として、規約を作るだけでなく、その公表・改訂・説明の責任まで大切にしていきたい。
73 de JP1LRT
第42回 1エリアAMコンテスト規約公開 ― 今年も年末は50MHz AMで! ― 2026年10月31日 11時37分33秒
📡 今年も年末は50MHz AMで!
6mコンテストグループ「まんなかくらぶ」主催、第42回 1エリアAMコンテストの規約を公開しました。
毎年このコンテストを「年内最後のコンテスト」として楽しみにしてくださっている方も多く、主催者として本当にありがたく思っています。
| 開催日時 | 2026年12月20日(日) 10:00~12:59:59(JST) |
|---|---|
| 周波数・モード | 50.50~50.90MHz/AM(A3Hを含む) |
| 参加部門 | 1エリア内固定・移動/1エリア外/QRP(0.5W以下)/SWL |
| ログ提出締切 | 2027年1月30日(土) |
42回目も、変わらない3時間
12月の第3日曜日。寒いし、年末で何かと忙しい時期です。開催日や時間については、短い、長いなど、いろいろなご意見もいただきます。
それでも、「12月の第3日曜日、3時間のAMコンテスト」という基本スタイルは、これからも大切にしていきたいと思っています。競技の伝統は守りながら、運営面で改善できるところは改善していきます。
今年からログのテキスト添付に対応
これまでのメール本文への貼り付けに加えて、.txt/.log形式のファイル添付でも電子ログを提出できるようになりました。
電子ログは従来どおりJARL推奨旧フォーマット R1.0を採用します。使用するログ作成ソフトは問いません。詳細は規約をご確認ください。
📝 参加される皆さんに、ぜひお願い!
サマリーシートの「設備」と「意見・感想」の欄に、ぜひご記入ください。
どんな無線機やアンテナを使ったか、うまくいったこと、苦労したこと、コンテストへのご意見など。短い一言でも大歓迎です。
これらの記載は、原則としてコールサインとともに公開し、皆さんと共有します。ほかの参加者の設備や感想を知ることも、このコンテストの楽しみの一つだと思うからです。個人情報や公開を希望しない内容は記入しないようお願いします。
AM運用のワンポイント
コンテスト中、キャリアは強く受信できるのに、変調が浅くて音声が聞き取れない局に遭遇することがあります。
無線機によってはSSB運用時よりマイクゲインを高めに調整する必要があります。AMでの変調を確認し、上げすぎによる過変調にもご注意ください。そして、SSBに戻るときはマイクゲインを元の適切な設定へ! これもお忘れなく。(笑)
順位を狙って本気で参加するのもよし、懐かしい無線機を引っ張り出すのもよし、自作機やQRPに挑戦するのもよし。もちろん1エリア以外の方も大歓迎です。
普段AMや6mに出ない方も、年末のひととき、ちょっと50MHz AMを覗いてみませんか?
📋 第42回 1エリアAMコンテスト規約全文
12月20日、50MHz AMでお会いしましょう! 📡👽
73!
JP1LRT
6mコンテストグループ「まんなかくらぶ」
2026年東京CWコンテスト参戦記 ― 寝坊と中抜け、そして家庭内SWR無限大の危機!? 🤣 ― 2026年10月25日 14時11分45秒
それでも234 QSO!
家庭内SWR無限大の回避!? 🤣👻
2026年の東京CWコンテストに参加しました!📡
このコンテストは06:00から12:00までの6時間勝負。
今回は最初から優勝を狙っていたわけではなく、気楽に楽しむつもりでした。
とはいえ、まさかこんな参加の仕方になるとは……(笑)
😴 開幕早々、寝坊で遅刻!
まず、開始時刻の06:00には起床できませんでした🤣
最初のQSOは06:13。
いきなり13分遅れでのスタートです。
まあ、今日は勝負を狙う日ではないので、気を取り直して3.5MHzから430MHzまで、各バンドを回りながら交信を重ねていきます。
ところが、ここで次なる問題が発生!
👻 最大の難関は《かみさん事由》
09:17頃、運用を中断しました。
理由は……
生活そのものが成り立たなくなります(笑)
無線機には高性能なアンテナチューナーがありますが、家庭内のインピーダンス整合については、そう簡単にはいきません。
場合によっては、いかなる整合回路を投入しても解決できない可能性があります🤣
したがって、こちらの対応を最優先!
何しろコンテストは次回もありますが、家庭内の平和が失われると、今後の無線活動そのものが危うくなりますからね👻
運用再開は11:39頃。
コンテスト終了まで残り約20分!
それでも最後の11:59まで交信を楽しみました。📡
📊 さて、肝心の結果は?
参加部門は都内電信オールバンド(1CA)。
3.5MHzから430MHzまで、全8バンドで交信できました。

最もQSOが多かったのは7MHzの66局。
次いで3.5MHzが50局、14MHzが32局。
いつも主戦場にしている50MHzでは24局でした。
今回の得点は309点 × 147マルチ = 45,423点。
寝坊と中抜けがあったことを考えれば、十分楽しめた結果です👍
📈 グラフに刻まれた《かみさん事由》(笑)
時間帯別QSOグラフをご覧ください。
ご覧の通り、09:17頃から11:39頃までQSOがありません。
リグの故障でも、アンテナのトラブルでも、停電でもありません。
コンテストの時間帯別グラフに、家庭内の事情がこれほど鮮明に記録されることも、そうそうないでしょう(笑)
🏆 強豪のJK1JHU、JK1QAY両局とも交信
東京CWコンテストの都内電信オールバンド部門といえば、やはりこのお二人。
昨年2025年の結果は、
| 🥇 JK1JHU | 142,038点 |
| 🥈 JK1QAY | 138,836点 |
このお二人、昨年は3,202点差という大接戦でした。
今回の私のログを確認すると……
| 📡 JK1JHU | 8 QSO |
| 📡 JK1QAY | 7 QSO |
お二人とも、たくさんの交信ありがとうございました!😊
もっとも、このお二人がいるので、私は最初から優勝を狙っていたわけではありません(笑)
今回は勝負にこだわらず、無線そのものを楽しむ参加でした。
😊 こういうコンテストも、また楽しい
開始早々の寝坊。
そして、約2時間22分の《かみさん事由》による中抜け。
それでも最後の20分に復帰して、最終的には234 QSO。
いつも勝ちを狙って全力で走るのもコンテストの楽しみですが、こうして自分のペースで参加するのも悪くありません。
何より、家庭内の平和を維持しながら無線を楽しめたことが、今回の最大の成果かもしれません🤣
交信いただいた皆さん、ありがとうございました!
またコンテストでお会いしましょう。📡
2026年10月25日
📡 JTDX Contest 3.0.0-rc11 公開!――自動呼び出し・単局同期・バンドホッピングなど新機能が続々 ― 2026年10月25日 13時04分47秒
3.0.0-rc11
チリの CE3TSK(Tihomir)さんが開発している JTDX Contest Edition の新しいリリース候補版、v3.0.0-rc11 が公開されました。🎉
今回の更新は、日々のFT8・FT4・FT2運用に便利な機能の追加と、オートシーケンスやデコード時の安定性改善が中心です。特に気になったところを、運用者目線で紹介します。
🆕 注目の新機能
DX Call欄に設定した相手局の信号を受信すると、自動で呼び出します。最大6回まで試行。DXpeditionメニュー、Ctrl+W、またはEnable Txの右クリックから利用できます。
DX Call欄の相手局から自局宛ての送信を受信すると、Enable Txが自動的にオンになります。相手の応答を待つ場面で便利な機能です。
Tab 3から、FT8・FT4・FT2を1~2分間隔で順番に切り替える機能が追加されました。複数モードの受信状況を見て回る際に役立ちそうです。
DX Call欄に相手局を設定し、SyncをCtrl+クリックすると、その局のDTを基準にJTDXの時刻補正を行います。
💡 個人的にも注目していた機能です。これはWindowsのシステム時計を変更する操作ではありません。
Band Activityに、国名に続いて相手局までの距離と方位を表示できるようになりました。伝搬状況を確認するときにも嬉しい改善です。
JTDX ImprovedのALレイアウト風の表示を選べるようになりました。画面の好みや運用スタイルに合わせた選択肢が増えています。
SWRが2.5を超えると送信を停止する機能を追加。また、Tuneを右クリックすると、対応する無線機のアンテナチューナーを起動できます。
※動作は無線機やCAT接続などの構成に依存します。SWR保護機能は無線機・アンプ側の保護機能に代わるものではありません。
🔧 修正・改善されたところ
- 自動シーケンサー:RR73付近の動作を改善。
- クラッシュ修正:混雑したFT8バンド、100局を超えるFT4/FT2デコード、PTTポートを開けない場合の計3件を修正。
- 送信メッセージ:送信できないメッセージは送らないよう改善。FT系モードではTx欄をピンク色で表示。
- バンド変更:無線機側で周波数帯を切り替えた場合の扱いを改善。
- その他:FT2、PSK ReporterへのQO-100周波数通知、WSPR、グリッド表記などを修正。
- データ更新:2026年版のCALL3.TXTを同梱。
- 日本語表示:翻訳を再レビューし、表示文言を見直し。🇯🇵
rc11ではALLCALL7.TXTが初期状態で無効になり、有効化には JTDX_ALLCALL7=1 の設定が必要と案内されています。Windowsでの具体的な設定方法と読み込み確認手順は開発者に確認中です。
⬇️ ダウンロード
Windows、Linux、macOS向けの配布ファイルは、開発者の公式ダウンロードページから入手できます。
実運用のメイン環境へ上書き導入する前に、設定ファイルやログのバックアップを取り、可能なら別環境で動作を確認することをおすすめします。
✍️ ひとこと
今回のRC11は、派手な新モードを追加するというよりも、実際の運用で「ここがもう少し便利なら」と感じる部分に手が入った更新という印象です。
特にSingle Station Syncは、私からも要望していた機能の一つ。開発者のTihomirさんが反映してくださったことに感謝しています。日本語訳についても、引き続き気付いた点をフィードバックしていきたいと思います。
新しい機能を試すのは楽しいもの。でも、まずは安全な環境で確認してから。みなさんも良いデジタルモード運用を! 📡✨
第1回 JARL WW RTTYコンテストに「ちょっとだけ」参加(笑)― CTESTWIN・FSK・マクロ・RITの話 ― 2026年10月19日 10時58分36秒
「ちょっとだけ」参加しました(笑)📡
USBケーブル1本でFSK。マクロは少し長め、RITはいつもON。
10月17日(土)から19日(月)まで開催された第1回 JARL World Wide RTTYコンテスト。長年のJARTS WW RTTY ContestをJARLが引き継いで開催する、最初の大会です。
先週は全市全郡コンテストに出たばかり。今回は特に気合を入れるつもりもなく、空いた時間にCQを出して「ちょっとだけ」遊びました。😁
| Band | QSO | Mult. |
|---|---|---|
| 3.5MHz | 19 | 6 |
| 7MHz | 158 | 14 |
| 14MHz | 5 | 4 |
| TOTAL | 182 | 24 |
シングルオペ/オールバンド/ローパワー。申告スコアは369 QSOポイント × 24マルチ=8,856点。7MHzが158 QSOで、ほぼ7MHzでのCQ RUNでした。
運用は日曜の昼頃から月曜の終了直前まで断続的に。海外との交信はWB6JJJ、CX2AQ、9A1A、LZ5R、I4JEDの5局。私がQRVした時間帯では海外局がとても少ないという印象でした。第1回ということで、これから海外にももっと広まってくれるといいですね。
私が使ったのはCTESTWIN 4.64 + MMTTY 1.68 + EXTFSK 1.06。リグはIC-7300のRTTYモードです。デコードやログ管理はPCで、送信はAFSKではなくFSK。
普段FT8をやっているのでUSB接続環境はできています。FSKのキーイングとPTTを設定すれば、余計な外付けインターフェースを増やす必要もありません。CTESTWINの受信文字列をクリックしてコールサインやナンバーを取り込み、マクロでテンポよくRUNできるのも実に快適です。
送信時にPCからRTTYのマーク/スペース音を流してSSBを変調するのではなく、リグ側でFSKを生成する方式。送信音声レベルやAFSKの過大入力を気にして調整する必要がありません。 これが大きい。
FSKではPC側の「送信用サウンドカード」の指定は、FSK信号の生成には関係しません。一方、受信側の音声入力とデコーダーの調整は必要です。また、最初のCOMポート、FSK極性、PTTなどの設定は当然必要。そこが完了してしまえば、送信オーディオレベルをその都度追い込む作業から解放される、という意味です。
もちろん、適切に調整したAFSKでも良好なRTTY信号は出せますし、FSKなら自動的に綺麗な電波になるわけでもありません。ただ、FSKを使えるリグで、あえて送信音声系を経由する理由は私にはあまりないですね。RTTYモード専用の受信フィルターや、Mark周波数の明確な表示も便利です。
※USBケーブル1本で何を同時制御できるか、またCATとFSKのCOMポートをどう共用するかは、機種・ドライバー・ソフト構成によって異なります。「同じCOMポートを複数のソフトが無条件で同時に開ける」という意味ではありません。利用する機種の取扱説明書に従ってください。
JARLが公開している「RTTYコンテスト入門」(JS1OYN 高橋勝さん著)には、初心者にも分かりやすい交信例が掲載されています。基本がよくまとまった資料です。
その記事にも書かれているように、RTTYは文字化けがあるため、コンディション次第でコールサインやナンバーを3回送ることも有効です。私は、その考え方を普段のCQ RUN用マクロに少し強めに反映しています。記事の例を否定したいのではなく、運用方針の違いのお話です。😄
実際に使ったF5〜F14のマクロ設定画面。以下では、そのうちF6(UR)・F7(TU)・F12(ANS)の考え方を紹介します。
写真をクリックするとasabloの拡大画像を表示します。
JP1LRT JP1LRT
CQを出している局が知りたいのは「誰が呼んでいるか」。呼ばれている側は、自分のコールサインなんて知っていますからね(笑)。
「JA1RL DE JP1LRT JP1LRT」と相手のコールを付けるより、必要なら「JP1LRT」をもう1回繰り返すほうが、相手のコピーの助けになる、というのが私の考えです。
相手のコールサインを最初と最後に。最初が文字化けしても、最後で自分が呼ばれたと確認できるかもしれません。年齢「60」は3回。少し送信時間が増えても、NR? や CALL? で往復するより、最初から一度でコピーしてもらいたいのです。
こちらがコールバックしたあと、QSL UR 599 74 74 とだけ返してくる局もいます。これでも通じるときは通じます。
私は呼び回り側でも、相手のコールサイン、ナンバーの反復、最後に自局コールを入れています。相手が複数局を相手にしていたり、QRM・QRN・QSBがあったりする場面では、誰からの返答か、ナンバーは何かを少ない手戻りで伝えたいからです。何回も送り直すより、RTTYらしい文字化け対策を最初からしておいてもいいでしょう。
最後にも相手のコールサインを入れれば、誰とのQSOが完了したのかが明確です。末尾は次の局を募集する「CQ」。TEST でも意味は通るので、そこは好みですね。
冗長に送れば常に速くなるわけではありません。コンディションが良ければ短い電文も有利。それでも私は、RTTY特有の文字化けで NR? / CALL? / AGN? を何往復もすることを、できるだけ減らしたいのです。
今回のCQ RUNでは、少し周波数がずれたまま呼んでくる局が結構いました。 送信の音質が悪いという話とは別で、相手のRTTY信号の周波数が、こちらの受信の中心と一致していないという話です。
私のIC-7300はRTTYモード。RITは常にON、基準は0.00にしています。CQを出す側の送信周波数は固定したまま、呼んできた相手に合わせて受信側だけをRITで動かすためです。
そして、IC-7300のウォーターフォールのSPANは0.5kHz、または1kHzに設定。広いバンド全体を見るのではなく、目の前のRTTY信号を大きく、細かく見るためです。
SPANを狭くするのは、2本線の位置を見やすくするため。受信フィルターの帯域幅を狭くするのとは別の操作です。QRMが強ければRTTY用の受信フィルターも適切に使います。
もちろん、周波数を合わせたからといって、深いQSBやQRNによる文字化けがなくなるわけではありません。だから、前述のコールサインやナンバーの反復が効いてくるわけです。
呼んでいる信号は分かる。でも、コールサインが一文字もデコードできないことがあります。そこでフリーメッセージで QRZ? QRZ? や AGN AGN と送るのですが……。
いやいや、だからさっきからもう一回呼んでくださいって言っているんだけど!🤣
こういうことはCWコンテストでもあります。相手がこちらの再送要求をコピーできていない可能性もあるので一概には言えませんが、長く無線をやっていても不思議に感じる現象の一つです。
参加してみると、RTTYはやっぱり面白い。FT8とは違って、チューニング、文字化けの見極め、マクロの使い方、テンポの良いRUNなど、オペレーターの腕が出るところがあります。
今回は海外局が少なかったのが少し残念。来年はもっと多くの局が参加してくれると嬉しいですね。
・JARL「RTTYコンテスト入門」(JS1OYN 高橋勝氏)
・第1回 JARL World Wide RTTYコンテスト規約
・CTESTWIN公式ヘルプ:MMTTY
・CTESTWIN公式ヘルプ:PTT設定
※本文の交信例は、比較のための例示です。RTTYマクロの動作・画面構成は、私が今回使用した設定に基づきます。
QSLカード、裏返さなくても分かりますか? ――「マイルール」ではなく、受け取る側への小さな配慮 ― 2026年10月14日 12時03分50秒
PAPER QSL CARD & A LITTLE COURTESY
📮 QSLカード、
裏返さなくても分かりますか?
「マイルール」なのか、それとも受け取る側への配慮なのか。
先日、Xで「届いたQSLカードのデータ面に、発行局自身のコールサインが書かれていない」という投稿が話題になっていました。
これに対して「そんなのマイルールだ」「他人に押し付けるな」といった批判もあるようです。
でも、この話。ちょっと面白いんですよね。😊
私は「他人に強制してはいけない」という点には賛成です。一方で、「義務ではないから、書く意味もない」わけでは決してないと思っています。
📻 そもそも、何が不便なの?
例えば、紙QSLカードの表面が写真やイラストを使ったデザイン面、裏面が交信データ面になっている場合を考えてみましょう。
📷 表面(デザイン面)
大きな発行局コールサイン、写真、イラストなど
↕ ひっくり返す ↕
📝 裏面(交信データ面)
交信相手のコールサイン、日時、周波数、モード、RSTなど
ところが、発行局自身のコールサインがない……。
これでも、表面に発行局のコールサインが明確に表示されていれば、それだけでQSLカードとして成立しなくなるわけではありません。 問題はそこではないんです。
受領者が交信データをログと照合するとき、「これ、誰からのカードだっけ?」と表面へひっくり返して確認する必要がある。1枚なら数秒。でも、何百枚、何千枚となったらどうでしょう。😅
発行する側が一度レイアウトを工夫すれば、受け取る側の繰り返しの手間を減らせる。 そういう話です。
✅ 私のQSLカードでは
私は、交信データ面にも、いつも次の情報を記載しています。
自局コールサインの JP1LRT
📍 自局の運用地 ― JCC/JCG番号、Grid Locator
👤 オペレーター名
📋 交信データ ― 相手局、日時、周波数、モード、RSTなど
これならデータ面だけで、誰が・どこから・いつ・どのように交信したかを確認できます。
もちろん、JCC/JCG番号やGrid Locatorは実際にその交信を行った運用場所の情報を記載することが大切。移動運用なら、固定局の所在地と混同しないようにしたいですね。
名前の表示も含め、ここで挙げた項目すべてが一律に義務という意味ではありません。私自身が、受領者にとって便利だと考えて採用しているデザインです。
🌏 これって本当に「マイルール」?
そこで、海外のアマチュア無線団体の資料も調べてみました。すると、交信データと発行局情報を同じ面で確認できるようにするという考え方が、きちんと紹介されていたんです。
🇺🇸 ARRL(米国)
ARRLの公式資料 Sending and Receiving Paper Gems の「Essential Information」には、こう書かれています。
Your call sign should be printed or written on the report side of the card.
「自局のコールサインは、交信レポート面に印刷または記入すべきです。」
今回の話題に、まさに直接答えている一文ですね。運用場所やPortable/Mobileの明示についても案内しています。
🇪🇸 URE(スペイン)
スペインのURE公式サイト掲載のQSL解説「Tráfico de QSL」では、片面に写真やイラストを使用できるとしたうえで、もう一方の面に必要な情報をまとめるよう説明しています。
Nuestro indicativo: de forma visible y clara
「自局のコールサインは、明瞭で分かりやすく。」
しかも、受け取った相手が「誰からのカードなのか探し回らなくて済むように」という趣旨まで説明しています。今回の問題意識と、ほとんど同じです。😊
🇦🇹 ÖVSV(オーストリア)
オーストリアのÖVSV公式Wikiにある「QSL Karten Design」は、さらにストレートです。
Die QSL-Karte muss auf der Datenseite enthalten:
• Rufzeichen des Absenders
「QSLカードのデータ面には、発行者のコールサインを記載しなければならない。」
一方で、冒頭にはカードのデザインは基本的に各自の自由とも書かれています。これは同Wikiの記載指針であり、日本の局に適用される義務ではありません。
🇯🇵 JARL(日本)
JARLの「QSLカードの書き方」では、自局のコールサインを目立つように表示することや、QTH欄へのJCC/JCG番号・グリッドロケーター、OP欄への名前の記載などが案内されています。
ただし、この記載例は発行局のコールサインと交信データを同一面に集めたスタイルです。写真のデザイン面と交信データ面を分けた両面式カードに対し、同じ情報を重複記載する義務を定めたものではありません。
※上記は資料の内容を紹介したものです。ARRLの推奨文、URE掲載の解説、ÖVSVのWiki、JARLの記載例は、それぞれ文書の性格が異なります。海外で紹介されている方法が、そのままJA局への義務になるわけではありません。
💬 議論がすれ違っているのかも?
Xでの反応を読んでいると、「表でも裏でも、カード全体で確認できれば十分」という意見があります。もちろん、その通りです。私も、発行局のコールサインがデータ面にないだけで、QSLカードとして駄目だなどとは思いません。
一方で、「一度に大量のカードを受領して照合するので、データ面だけで確認できると助かる」という声もあります。こちらにも実務上の理由があります。
発行する人にとっては不便がなくても、受け取って整理する人には小さな手間が生じるかもしれない。「今まで問題にならなかった」ことと「もっと照合しやすくできる」ことは、矛盾しないんですよね。😊
⚠️ ここが一番大事。「強制」する話ではありません
受領者に対する配慮を提案することは、
書式の強制ではない。
私はデータ面に発行局のコールサインなどを記載することを、良い方法だと思っています。 でも、だからといって、他人のQSLカードの書式を強制的に変えさせるべきだとは思いません。
JARLの「交信証及び受信証の転送取扱規程」第2条は、交信証明欄に必要な交信データを記載するよう定めています。しかし、発行局のコールサインをデータ面にも重複して表示することまでは明記していません。
もちろん、交信日時や運用場所などの事実関係に誤りがあれば訂正すべきです。けれども、必要な情報がカード全体に正しく載っているのに、自分と違うレイアウトだからといって「矯正」しようとするのは、別の話でしょう。相手のカードを「直させる」ためではなく、こんな工夫もありますよ、と紹介するための記事です。
「義務ではない」≠「意味がない」
そして、「推奨する」≠「強制する」です。
発行する側が一度だけレイアウトを工夫することで、受け取る側の確認作業が少し楽になる。これは私だけの独自の思いつきではなく、海外の資料にも通じる考え方です。ただし、採用するかどうかは、それぞれの発行者の判断でよいと思います。
海外の資料は「こうすると良い」という考え方を説明する根拠にはなります。でも、それによって他人に守らせる権利が生まれるわけではありません。
📮 受け取る人の顔を思い浮かべて
紙QSLカードは、デザインを楽しむものでもあり、交信の記念として残すものでもあります。そこは自由でいいし、私もそう思います。
でも、カードは自分の手元に飾るためだけのものではなく、交信してくださった相手に届けるものでもあるんですよね。
だから私はこれからも、デザイン面は好きなように楽しみながら、データ面には自局コールサインのJP1LRT、交信時の運用地情報、オペレーター名を記載します。
誰かに義務付けたいわけではありません。ただ、こういう小さな工夫も、相手への配慮のひとつではないでしょうか。😊
強制ではなく、配慮。
QSLカードを受け取る相手のことを、少しだけ考えてみませんか?
73 de JP1LRT
※リンク先の資料は2026年10月14日に確認。引用の日本語訳は本記事によるものです。
言ってみるものですね(笑)――JARLコンテスト電子ログの「意見」が「意見・感想」に ― 2026年10月08日 22時03分43秒
「意見・感想」へ 📡
ちょっと嬉しい話です 😊
先日、JARLコンテストの電子ログサマリー作成ページにある 「意見」という欄について、 ひとつ提案をしてみました。
それなら、入力する側の電子ログサマリー作成ページも 「意見・感想」 にした方が、 「ここには感想を書いてもいいんだ」 と分かりやすいのではないか?
コンテスト終了後に書くことは、別に要望や苦情だけではありません。
☀️ 「コンディションが良かった」
📻 「久しぶりに参加しました」
😴 「さすがに眠かった(笑)」
💪 「来年はもっと頑張ります」
😭 「あと少し届かなかった、悔しい!」
そんな短い一言でも、後から結果を見る人にとっては、 その年のコンテストの雰囲気を伝える記録 になると思っています。
ところが入力欄に単に「意見」とだけ書かれていると、
「何か要望を書くところなのかな?」
「問題点や苦情を書く欄?」
と受け取る人もいるのではないか、と感じました。
📩 そこで、実際に提案してみました
今回、同じ趣旨で、
● CTESTWIN 作者
● zLog 作者
それぞれに提案を送ってみました。
作者の堀内さんから、
との回答をいただきました。
zLogでは、電子ログ形式がJARL推奨形式に準拠していることから、 欄名そのものを独自に変更することは見送る、という判断になりました。
ただし、提案の趣旨を受けて、
というガイド文を追加していただけることになりました 👍
JARLコンテスト係から連絡をいただきました。
「意見」
↓
「意見・感想」
VERSION=R2.1 で変更したとのことでした。
もちろん、これはものすごく大きな制度変更という話ではありません。
でも、こういうちょっとした改善によって、
と思う人が少しでも増えて、 結果発表ページに参加者の声がもっと残るようになれば、 それはそれで意味があると思います。
🏆 コンテストは、得点と順位だけではない
コンテストって、順位や得点だけではないんですよね。
うまくいったこと。
悔しかったこと。
楽しかったこと。
そして、疲れたこと(笑)
そういうものも含めて、 その年のコンテストの記録 だと思っています。
今後、コンテスト結果を見るときには、 「意見・感想」欄を読む楽しみが少し増えそうです 📡😊
JARLコンテスト係の皆様、
CTESTWIN作者の堀内さん、
zLogの皆様、
ありがとうございました。
2026年 第56回 6m AND DOWN コンテストの結果が発表されました ― 2026年10月06日 19時53分18秒
そして「意見・感想」欄について思うこと
スコアを見るのはもちろん楽しいのですが、個人的にはもうひとつ、 ぜひ多くの参加局に意識してほしい欄があります。
それが、サマリーシートの「意見・感想」欄です。
2026年 第56回 6m AND DOWN コンテストの結果が発表されました。
参加された各局、お疲れさまでした。
今年も、50MHzを中心に各部門で熱い戦いがありました。
50MHzは、やはり「場所」と「腕」と「執念」の勝負
50MHz関係で見ると、 X50、つまり電信電話部門シングルオペ50MHzバンド は JM1TDG/6 が全国1位。
宮古島からの参加で、見事に2連覇とのことです。
もちろん、場所が良いだけで勝てるわけではありません。
その場所を生かし切る運用力があってこそ、全国1位になるわけです。
一方、 C50、つまり電信部門シングルオペ50MHzバンド は JI1ACI が全国1位。
こちらはもう、 「不動の位置」 という感じです。
毎年のように安定して強い局というのは、本当にすごいと思います。
結果ページを見ていて、少し気になったこと
さて、今回の結果ページを見ていて、ひとつ気になったことがあります。
それは、 「意見・感想」の提出が、書類提出局数に比べてかなり少ない ということです。
もちろん、ログを提出するだけでも十分です。
コンテストに参加して、ログを整理して、期限内に提出する。
これだけでも、立派な参加記録です。
でも、せっかく参加したなら、サマリーシートの 「意見・感想」欄 にも、ぜひ何か一言残してほしいなと思います。
・今年はコンディションが良かったです。
・短時間でしたが参加できました。
・移動運用で参加しました。
・交信いただいた各局ありがとうございました。
・次回も参加したいと思います。
・集計ありがとうございます。
本当に、この程度で良いと思います。
長文である必要はありません。
名文である必要もありません。
技術的考察である必要もありません。
その年、その時、そのコンテストに参加した人の一言が残るだけで、 あとから見返した時の面白さがかなり変わります。
ただし、ログソフトの表示が少し分かりにくい
ここで少しややこしいのが、ログソフト側の表示です。
たとえば、zLogではこの欄が 「意見」 と表示されています。
CTESTWINでも、やはり 「意見」 と表示されています。
この「意見」という表記、少し構えてしまう人もいるかもしれません。
「何か要望を書かなければいけないのかな?」
「規約への意見を書かないといけないのかな?」
「苦情や改善提案を書く欄なのかな?」
そう思って、空欄のまま提出している人もいるのではないでしょうか。
つまり、ここには 「意見」ではなく「感想」を書いて良い のです。
「感想」で良い。むしろ感想が読みたい。
たとえば、
- 今年はEスポに助けられました。
- 移動地は雨でした。
- 暑くて大変でした。
- 短時間参加でしたが楽しめました。
- 初めて6Dに参加しました。
- 久しぶりに50MHzで楽しめました。
- アンテナの調子が悪くて伸びませんでした。
- 来年はもう少し準備して参加したいです。
こういう一言で良いのです。
結果表には、QSO数、マルチ、得点、順位が残ります。
でも、それだけでは分からないことがあります。
その年の空気。
コンディションの印象。
移動運用地の様子。
参加者の疲労感。
初参加のうれしさ。
伸びなかった悔しさ。
それでも参加した楽しさ。
そういうものは、各局の「感想」によって残ります。
数年後に結果ページを見返した時、 「ああ、この年は50MHzが長時間開けたのか」 とか、 「この年は移動運用が雨で大変だったのか」 とか、 「この頃はこういう局が頑張っていたのか」 ということが分かる。
これは、単なるスコア表とは別の価値だと思います。
ログ提出時に、ぜひ一言
というわけで、次回以降コンテストログを提出する時は、 ぜひ「意見・感想」欄にも一言書いてみてはいかがでしょうか。
交信いただいた各局ありがとうございました。
次回も参加したいと思います。
これだけで良いと思います。
コメント欄が増えれば、結果ページはもっと面白くなります。
コンテストの記録は、スコアだけでなく、参加者の声も含めて残っていくものだと思います。
参加した記録を、数字だけでなく、言葉でも少し残していきましょう。
X50は JM1TDG/6 が宮古島からの参加で2連覇。
C50は JI1ACI が不動の強さ。
そして、ログ提出時の「意見」欄には、 意見だけでなく感想を書いて良いのです。
ぜひ、次回は一言。
スコアと一緒に、その年の思い出も残しましょう。
73
WSJT-X FreqCal: From Rig Frequency Adjustment to Final Calibration ― 2026年09月29日 19時43分58秒
to Final Calibration
This article describes the complete workflow I currently use, including the practical use — and evaluation — of local AM broadcast carriers.
Accurate frequency calibration is particularly important for digital modes such as FT8, and even more so when operating on 50 MHz and above.
WSJT-X includes a very useful tool for this purpose: FreqCal.
A common way to think about FreqCal is:
That works, but I think FreqCal is even more useful if we use it one step earlier.
My preferred sequence is:
2. Use FreqCal to observe the current frequency error.
3. Adjust the radio's hardware reference frequency first, if the radio provides such an adjustment.
4. Once the hardware adjustment is finalized, start a fresh FreqCal measurement session.
5. Use several reliable calibration frequencies, including suitable local AM broadcast stations if available.
6. Inspect the collected data before calculating the final correction.
7. Solve for Slope and Intercept and apply the final software correction.
1. Let the radio stabilize first
Do not begin precision adjustment immediately after power-on.
The reference oscillator will normally drift as the radio warms up. In practical amateur use, 30 to 60 minutes may often be sufficient, but I do not consider a fixed number of minutes to be the real criterion.
A better approach is to use FreqCal itself: watch a stable reference signal and confirm that the measured offset has stopped moving consistently in one direction.
2. Use FreqCal to adjust the radio itself first
If your transceiver has an internal reference-frequency adjustment, I recommend correcting the radio itself before relying on software compensation.
On the IC-7300, for example, this is the REF Adjust setting. Other transceivers may use a different name.
Switch WSJT-X to FreqCal mode and receive a reliable reference signal.
During FreqCal operation, WSJT-X tunes the radio so that the reference carrier should appear at approximately 1500 Hz in the audio passband.
For the initial coarse adjustment, I prefer to use the highest reference frequency that can be received reliably at that time.
A reference-oscillator error expressed in ppm produces a larger absolute error in Hz as frequency increases.
Therefore, the higher-frequency reference usually gives greater sensitivity when making a coarse hardware adjustment.
Adjust the radio's reference until the measured carrier is as close as practical to the expected 1500 Hz position.
This is only the first step. Do not assume that a single frequency proves the radio is perfectly calibrated.
3. Check several frequencies
Once the rough REF adjustment is close, let FreqCal cycle through several reference frequencies.
With a modern synthesized transceiver, the remaining frequency error should approximately follow a straight-line relationship with frequency.
This multi-frequency check is important.
A radio may appear almost perfect at one frequency while still showing a residual frequency-dependent error across the band.
If necessary, make a final small adjustment to the radio's hardware reference, then leave it alone.
Changing REF Adjust changes the radio's actual frequency calibration state. Data measured before and after that adjustment therefore represent different radios, mathematically speaking.
Once the hardware adjustment is finalized:
Delete the previous
fmt.all and begin a completely new
FreqCal measurement session.
4. Start the final FreqCal measurement
Now the radio's hardware reference is fixed.
Enable Measure and let FreqCal run through the chosen calibration frequencies several times.
In current WSJT-X versions, existing Slope and Intercept correction values are automatically disabled while Measure is active.
Therefore, you do not need to manually set Slope and Intercept to zero before collecting new measurement data.
The measurement results are stored in:
5. Use suitable reference signals
Use only signals that are reliably receivable at your location.
It is not necessary to force every nominal calibration frequency into the measurement. Propagation conditions change, and some frequencies may be weak or unusable at a particular time.
The WSJT-X User Guide also notes that major-city AM broadcast stations can serve well as calibration signals at the low-frequency end of the spectrum.
I agree — they are very useful.
But there is an important practical point.
Do not copy my frequency list simply because it appears here.
Use strong, stable AM broadcast carriers available in your own area.
If you have several suitable AM stations, I think it is perfectly reasonable to include all of them initially.
Then collect several FreqCal cycles and look at the results.
Example from my station in Tokyo. The AM frequencies shown here are local examples only.
6. Before solving, inspect DF
This is the additional step I now recommend.
Before simply accepting all collected measurements, look at the reported DF values in frequency order.
After the radio's hardware reference has already been reasonably adjusted, the remaining frequency error should normally follow an approximately linear trend with frequency.
For example, if the residual error is increasing with frequency, a higher-frequency reference would generally be expected to continue along that same trend.
If one station at a higher frequency suddenly shows a distinctly smaller deviation than the lower-frequency stations, or otherwise reverses the overall trend, that point deserves closer examination.
Instead, treat it as a candidate for a sensitivity test: remove that station temporarily, recalculate the calibration parameters, and compare the result.
7. Recalculate with suspicious AM points removed
A practical procedure is:
2. Run several FreqCal cycles.
3. Remove obviously unreliable low-SNR measurements and other clear outliers.
4. Solve once using the complete data set.
5. Examine DF in frequency order.
6. If one AM station breaks the overall frequency-dependent trend, temporarily remove it from
fmt.all.7. Solve again.
8. Compare Slope, Intercept and StdDev.
9. If several stations appear questionable, test them individually and in combination.
8. What do Slope, Intercept and StdDev mean?
Slope
Slope is the frequency-dependent part of the error, expressed in ppm.
A smaller absolute Slope means that less residual error grows with frequency.
Intercept
Intercept is the fitted error at 0 MHz, expressed in Hz.
It is not an actual measurement at 0 MHz. It is the intercept obtained by extending the fitted straight line.
StdDev
WSJT-X defines StdDev here as the root mean square deviation of the averaged measurements from the fitted straight line.
In practical terms:
| StdDev | Meaning |
|---|---|
| Larger | The measured points are more widely scattered around the fitted line |
| Smaller | The measured points agree more closely with a single straight-line model |
It tells us how well the selected measurements agree with the fitted model. The reference signals themselves must still be credible.
9. What happened in my Tokyo measurement
At my location, two AM frequencies appeared inconsistent with the overall trend:
- 594 kHz
- 1422 kHz
I therefore compared four calibration data sets.
| Data set | Slope | Intercept | StdDev |
|---|---|---|---|
| All data | +0.029 ppm | -0.33 Hz | 0.32 Hz |
| 1422 kHz removed | +0.019 ppm | -0.18 Hz | 0.25 Hz |
| 594 kHz removed | +0.021 ppm | -0.22 Hz | 0.30 Hz |
| 594 + 1422 kHz removed | +0.004 ppm | +0.05 Hz | 0.08 Hz |
Removing both AM frequencies produced a much tighter fit to the remaining calibration data.
The final solution I adopted was:
Intercept +0.05 ±0.01 Hz
N 123
StdDev 0.08 Hz
Possible causes include the actual carrier offset, propagation effects, short-term variation, S/N, fading, receiver effects, and measurement uncertainty.
The justified conclusion is simply:
under my measurement conditions, those two signals were less consistent with the overall calibration trend than the other reference signals.
10. Apply and verify
Once you are satisfied with the data selection and the calculated fit, use Apply to set the resulting Slope and Intercept in WSJT-X.
Then clear Measure and run FreqCal again.
With Measure off, the calibration correction is active, so this gives a useful visual check of the final result.
If you use JTDX with the same radio and the same CAT frequency reference, the same calibration parameters can also be used there.
Adjust the radio's hardware reference first if possible.
After the hardware adjustment is finalized, delete the old
fmt.all and start fresh.
Use several reliable reference frequencies.
As recommended in the WSJT-X User Guide, local AM broadcast carriers can be useful at the low-frequency end.
If several local AM stations are available, it is reasonable to include them all initially.
Then inspect DF and look for stations that do not follow the overall frequency-dependent trend.
Temporarily remove suspicious points, solve again, and compare Slope, Intercept and StdDev.
Do not remove data simply to make the numbers look better — use the recalculation as a consistency test.
FreqCal is much more interesting when used this way.
It is not only a frequency-correction function. It is also a useful tool for understanding the complete frequency behavior of the radio and the reference signals being used to calibrate it.
https://wsjt.sourceforge.io/wsjtx-main_en.html
WSJT-X Frequency Measurement Tools
https://wsjt.sourceforge.io/FMT_User.pdf
Related Japanese article
https://jp1lrt.asablo.jp/blog/2026/09/29/9879123
Tokyo, Japan
September 29, 2026






最近のコメント