JA6WFM DX - CONTEST-50MHz plus 160m JCG-43012

コンテスト参加、6m/10m/15m/CW/SSB/FMオープン話題

ARRL DX CW/PH Certificate

2024-08-17 08:28:29 | 日記
ARRL / Lotwがこけていて、同時にARRLのwebのContest欄もこけていて
暫くチェックしていませんでした。
最近Lotwも回復して、さらにContest関連のデータも復活したようです。
ARRL CW/PHの結果は既に見ていたような気がしますが
Certificate (Award 賞状)もダウンロードできるようになったようです。

昨年もでしたが、このコンテスト以降10m bandのコンディションが
良くなかったですね。昨年の様に秋には回復すると期待しているのですが.....







コメント

WAE CW QTCの進め方(編集途中です)

2024-08-12 18:34:15 | 日記
夕方から書き始めたので、まだ途中です。
私自身も操作で知らない事の方が多いと思います。
実際にQTCを体験した方ならば
QTCの送出時にミスった場合の対応が知りたいところかもしれません。
私も同じです。

でも、その前にQTCと聞いて「難しそう」私もそうでした。
でも、N1MM等のロギングソフトでWAEのQTCに特化した機能が組み込まれているので、
ミスらなければ、実際のやり取りには直ぐに慣れると思います。
勿論、CWのスキルは必要ですが、通常のコンテストが出来れば問題ないと思います。
SSBでのQTCだと英語の発音の部分は別として、CWよりは操作は簡単かと思います。

ここから本題で、未だ書き始めたばかりなので、適当に読んでください。
修正が必要な個所はどしどし指摘お願いします。
WAE contest CW QTCのやり取り
DX側
WAEと言えばQTC、簡単に言えばEUヨーロッパの局と交信が得点になるコンテストですが
交信したデータ(Time, callsign,number)を他のEUの局に送ると得点になるルールです。
言い換えればQTCを行うことで得点が2倍になると考えて良いです。
また、1局に送れるQTCは最大で10QSOですが
仮に交信済みでQTCを送っていないデータが手元に7QSOあったとすれば
先ずはQTCのリクエストがあった時に7QSO分を送って大丈夫です。
もう一度同じ局と交信してQTCのリクエストがあれば残りの3QSOを追加で送ることが出来ます。
同一局に対しては10QSO分ですのでさらに新たな局を探してQTCを増やすことで得点も増えていきます。

それでは、QTCのやり取りはどうやるのか?
多くの場合にはEUの局からQTCはありますかの問いで [QTC ?] と打ってきます。
こちらはQTCで送れるデータがあれば [QTC]と返します。
ロギングソフトによってはQTCモードに入ると [QTC 1/10]のようなメッセージが送出されます。
これは 「1番目のQTCで10QSO分 送出しますよ」と言う意味です。
同様に [QTC 2/7 ]であれば2番目のQTCで7QSO分 送出します」の意味です。

それではN1MMの例で説明します。

EU側をII2Q
JA側をJA6WFMとします。
送信内容はオペによって若干異なりますので一例として理解ください
CQを出してEUから呼ばれる例


JA: TEST JA6WFM (CQ)
EU: II2Q (II2Qが呼んできた)
JA: II2Q 5NN020 (II2Qに599020を送った)
EU: 5NN025 (II2Qから599025が戻ってきた、この後続けて)
EU: QTC ? (ここでQTCのリクエスト)
JA: QTC 1/10 (こちらには 1番目のQTCで10QSO分のデータがあります)
EU: QRV (受信準備OKです、データを送出してください)
ここからQTCの送出が始まります。

又は既に交信済の局(DUP)から呼ばれる場合もあります。
JA: TEST JA6WFM
EU: II2Q QTC ? (いきなりQTCはありますか? )と尋ねられる場合も、その時には続けて
JA: II2Q QTC (ここからは上の例と同じ流れ)

それじゃ送るデータが無い場合には? [NO QTC] と返せばOKです。
又は未だ送り気分じゃない、今は呼ばれ続けているので交信を優先
の場合も[NO QTC]で構いません。

又は、QTCの持ち分が増えてきたので、EUを見つけて適当に減らしたい場合には
初めての局であれば、先ずナンバーの交換を行います。
次にQTC? と尋ねます。

DUPの局であれば
EU: TEST II2Q
JA: JA6WFM QTC ?
EU: QTC or QRV (ここは相手がQTCを受けることが出来る場合には QTC か QRVが返ってきます。)
JA: QTC 2/10 (2番目のQTCで10QSO分送出します)ここから流れは同じです。

此処までは、相手からQTCのリクエストがあった場合や、
こちらからQTC送出のリクエスト行う場合の流れを説明しました。


それでは、ここからが大事でQTCのリクエストに応えて
 N1MMで QTCを送り始める場合の操作例です。


QTCを送りたい局のコールサインをN1MMのログ入力画面にタイピングします。
ここで初めての交信であれば、先ず通常のナンバーの交換を行います。
またDUP交信であれば、コールサインの欄に相手のコールサインは残したままで、そのまま次へ進みます。

相手に対して「QTC始めますよ~」
QTC又はYESと送出(ここは省略する局が多い)した後に

CTRL+Zをタイピングします。すると下の画面がポップアップされます。
Enter QTC Countの画面には
MAX=2 (この局送れるQTCの数で、初めての局であれば最大で10と表示)
EA5GL (ログ入力画面に入力したQTCを送る相手のコールサイン例です)
Total QTC left =2 ログに残っている未送出のQTCの総数です。
(これから送るQTCの数とは一致しない場合があります)
見難いですが青に反転した[2]相手に送るQTCの数
その下のQTC windowには未だコールサインは見えません

ここで[OK]をクリック、またはEnterを押すと
[QTC 43/2] が自動的に送出されます。


するとこの画面に変わります。
同じタイミングで相手がQRVと返してきますので
ここからQTCを始めます。
もし、相手が QTC 43/2 を上手く取れなかった場合には
[AGN]が返ってきます。
その場合には、Snd Hdrをクリックします。
すると再度 QTC 43/2 が再送出されます。
(又は ALT+Enterでも出来るかもしれませんが試していません)
これで相手がコピー出来たら QRV 又は Rが返ってきます。


N1MMのQTC 送出画面です。
上から QTC 43/2 (43番目で2QSO分のデータを送出) とこれから送出するQTCの内容

左から TIME CALLSIGN NR(Number) そしてグリーンのSnd 1
[Enter]を押すと、Snd1グリーン色の列のTIME CALL NRの順で送出されます。
Snd1をクリックでも同様に送出されます。
[2126  DL1DAW  374]
送出後にはグリーの枠が1段下がってSnd2がグリーンになり
次の交信データの送出待ちになります。
相手がコピーしたら [R]が返ってきます。そしたら[Enter]キーを押すと
次のデータ Snd2の送出が始まります。

ここで注意です。
もしここで相手から [AGN]と返ってきたら再送の依頼ですので
ここでは絶対に[Enter]キーを押してはいけません。

Enterを押してしますと次のデータの送出が始まります。
ここで慌てて止めようと[ESC]を押してしまうと
QTCモードから抜けてQTCが途中で終わってしまいます
パニックります😂 

代わりに
ALT+Enterを押すことで直前に送ったデータを再送します。
又は TIME? CALL? NR?と返ってくる場合もあります。
これも[Enter]は絶対押さないようにしてください

TIME?  TIMEをもう一度送ってください 依頼 ですので その場合には数字キーの[1]を押すとTIMEを送出します。
CALL?  CALLをもう一度送ってください 依頼 ですので その場合には数字キーの[2]を押すとCALLを送出します。
NR?  NRをもう一度送ってください 依頼 ですので その場合には数字キーの[3]を押すとNRを送出します。
相手から[R]が返ってきたら次のデータ送出を実行します。
Snd2がグリーンに変わっていて送出待ち
そこで[Enter]を押すと2番目のデータが送出されます。
この繰り返しです。

この例では QTC 43/2 で43番目のQTCで2QSO 分のデータを送るシーンでした。
2QSO分のデータを送って相手が確実に受信した後に
相手から QTC 43/2 と返す局や R TUと返して来たら、これでQTCはお終いです。
QTC windowの下側に [Exit]のボタンが見えます。
これが反転(私の設定ではグリーン)していたら[Enter]キーまたはクリックでQTCを終了します。


ここまでは本番で色々なパターンもミスに遭遇しますので、慣れが必要な部分もあります。
失敗したら開き直る
ワーストケースはESCを押してしまった時です。そこでQTCモードから抜けますので
どうすることも出来ませんが、相手からは? ? ? AGN等が続けて返ってきます。
その時には SRI で凌ぎましょう。又は SRI QTC AGNで相手が QTCと返ってきたら
続きからQTCを再開します。

進め方を全て文字にしたので長く感じますが10QSO分だと2分程度で終わります。
まだ編集途中ですので動画やN1MMでのQTCの画面は追加予定です。
暑さに負けてここで終わるかもしれません😂

N1MM manualより引用
薄い部分はEUサイドで使用
QTC Keys (for WAE contests)
  • Ctrl+Z QTC 送出モードに入ります。
  • – in CW/SSB, enters or leaves QTC mode; in RTTY, cycles through Send, Receive and QTC Off
    • If Ctrl+Z is pressed before the QSO with the station has been logged, logs the QSO
  • Enter QTCデータをTime  Call  NRの順番で送出
  • – logs the next QTC (receiving), or sends the next QTC in the batch (sending)
  • F3 (End of QSO Key) 
  • QTCの途中で誤ってこれを押すとQTCモードから抜けてしましいパニックになることも、私の場合 3を押すつもりが慌てて上のF3を押すことが多々
  •  – sends the TU message and exits QTC mode
  • Alt+W
  •  – wipes the current row
  • Esc これもあっ操作を間違えた送信を止めようとうっかり押してしまうとQTCモードから抜けてパニックになることが多々(私)
  •  – terminates sending (CW or RTTY), or if the program is not currently sending, exists the QTC window (same as the Cancel button)
  • Alt+Enter 直前に送った局のTIME  CALL  NRデータを再送(割と使用します)
  • , Keypad + (plus) key (sending QTCs only) – re-sends the last sent string
  • Alt+Enter, Alt+Tab, Alt+Space (receiving QTCs only) – force-logs the current QTC; overrides error-checking
  • Ctrl+A (receiving QTCs only) – removes the last blank line of received QTCs and reduces the count in the QTC header
    • Used, for example, when the number in the header was copied incorrectly and fewer QTCs are received than expected
  • Alt+A (receiving QTCs only) – adds a new QTC line (if fewer than 10) and increases the count in the QTC header
    • As above, when more QTCs are received than expected
  • 1, 2, 3 数字キー(sending QTCs only) 直前に送ったデータの TIME CALL NRのどれかを指定して再送 (これもよく使用します)
  •  – if pressed while the Agn button is highlighted, resends the time(1), call(2) or serial number(3) 
  • 1をタイプするとTIMEを再送
  • 2をタイプするとCALLを再送
  • 3をタイプすると NR を再送
  • from the previous QTC
  • Shift+1, Shift+2, Shift+3 (receiving QTCs only) – asks for a repeat of the time(1), call(2) or serial number(3)


コメント

WAE CW Day 1

2024-08-11 09:51:22 | 日記

週末はWAE CWに参加しています。
無線部屋はエアコンが無いので日中はエアコンの効いたパソコン部屋から
宅内リモートでやっています。

①リグの制御はRSBA-1+IC-7610
 (JG6YLYや8N6HQをリモートでやるときには、こちらもAnydesk上で操作していますが、
今回はオペは私だけなのでRSBA-1の通常の使い方です。)
②ロギングソフトの操作はanydesk上のN1MM
Anydesk上でN1MMを操作してQTCも可能なのですが、通常の交信よりも
不手際が発生しやすいので、QTCは夜間にシャックに入ってリモート無しの通常の運用スタイルです。

初日の15時頃から15mが開いていました。暑いのでリモートで夕方までやって
それから、夜間に入ってシャックに入りましたが、気温が殆ど下がらず室温34度前後、
ある程度QTCを吐き出して、早々に退散

ソファーに横になっていたら目が覚めたのが3時過ぎ、
いつもならば、ここでまた寝るのですが、今回はシャックに座りました。
この時間帯は15mが好調で20mはまばらでした。
ローパワーなので050前後かもっと上でランニングを開始するとそこそこ呼ばれて、
QTCのリクエストもあり楽しい時間帯でした。

それから5時頃かな20mに移りこちらでランニングを始めましたが、15mの方が効率が良いようなので、
Duelingに切り替えて、20m/15mと交互にCQを出します。
それでも呼ばれ方が偏るので、Dueling CQでは効率がそれほど高くならなかったので、
交互ではなく、3分ほど呼ばれなくなったらバンドを移る作戦で20/15mを行ったり来たりしていました。
40mも2nd RXのバンドスコープで眺めているのですが、レーダーノイズが酷くて使えません。
日本でも防衛用のレーダー設置が進むようですが、どうなるのでしょうかね
近隣国のレーダーの様に品の無いものはやめて欲しいです。

朝の7時前になってコンディションも下がってきたので、これで初日は終了
QTCの積み残しも殆ど無くて良いペースです。
CWでのQTCは年に1度しかやらないので最初はオロオロしながらですが、段々と楽しくなります。
DX側は送出だけなのでそれどハードルは高くないと思いますので、
知り合いでWAEに参加している局があれば
アドバイスを受けるとWAEを楽しめると思います。

初日で昨年の交信数にほぼ達しました。このままのペースで行けば昨年の2倍は出来そうですが......

これから午後まで休息です。
IC-7700(100W) IC-7610
40/15m 2ele  20mRDP 10m 6ele
こんな設備でやっていますが、100W+RDPでも楽しいですよ



コメント

2024 JARL FDC X21

2024-08-06 20:37:24 | 日記
今年のFDCは久しぶりにX21で参加しました。
以前はX21かX28で参加していましたが、最近はX14に出ていました。

一昨年はC19が面白そうだと参加してみました、
事前情報でこの時期のローバンドは都市圏有利で地方は厳しいと聞いていましたが、正にその通りでした。
聞こえない事にはどうにもなりません。これでもう懲りました。

今年は、また変化が欲しくなってX14はやめてX21かX28にしようと思って
コンテスト前1週間位21と28MHzのJA2IGYをモニタしていました。

28MHzはさっぱりでしたが、21MHzはほぼ毎日、それも頻繁に聞こえていたので
コンテスト前日にX21に決めてせっかくなので3エレにしようとナガラの4エレを3エレに改造に取り掛かりました。
エレメント長の調整も必要で、長いのは縮めれば良いのですが、
伸ばすのが大変、適当に他のアンテナのパーツを組み合わせて、
その日のうちにどうにか完成しました。
ナガラの3エレの完全コピーですので上手行くはず、上手く行きました。

夕方にはアンテナも上がってJA2IGYも良く聞こえていたので期待して21時を待ちました。
最初の10分は調子良くて、このまま0時まで行けるのかと思ったのですが、開いている割には局数が少なかったです。

CW/SSBを行ったり来たりでなるべく無駄がない様にしたつもりですが、局数はそれほど伸びませんでした。
0時を回ったので寝ようと思ったのですが600m近い山頂でも無風だと兎に角暑くてサウナ状態でした。

朝は5時から聞き始めましたが、聞こえ始めたのは6時頃からでしょうか?コンディションは悪くない印象でしたが、
年々参加が少なくなっている印象です。
特にSSBは顕著ですね。もしかしたら都市圏だとそうでもないのかな?

そんな感じで終了の15時までは開いていましたので、
もっとできたのでしょうが
目論みの400QSO超えには届きませんでした。
コンディションは悪くなかったので入賞圏は軽く400QSO超えでしょう

この時期のFDC開催がよく話題に上がりますが、
今年は暑さが特に厳しかったです。
来年も同じような暑さだとFDCの移動は無かもしれません。
ログ提出リストを見ても移動している局はまばらです。
これは暑さの影響が無いとは言えないでしょう。
この時期の開催に対する思いはアンケート結果よりも、明らかでしょう。

そう言えば、同じ局にCW/SSBの両モードで呼ばれるシーンが多かったので
もしかしてルールに変更があったのかと不安になりましたが
変更は無かったようです。何だったのだろう?



改造が終わったところ



これで8m弱です

SWRも気持ち良い位

いつもと同じ移動スタイルです。

運用地は木々に囲まれて空しか見えませんが、大分市内東側が見下ろせるロケーションです。

おまけ7月の6Dは既にRaw scoreが公開されていますが
今回と同じ場所からの運用でした。








コメント