DX8DXのオペレーションの癖を確認する

2014年９月25日夜に１日早く10108と14040にDX8DXが出てきました。ほぼ100%の「NA指定」で終わりました。聞いているだけでしたので早めに就寝しました。

そこで効率よく交信するために2013年４月のOC-174とOC-225のクラスターデータを分析してみました。昨年４月9-10日にOC-174、12-14日にOC-225をそれぞれ２日と３日間サービスしています。100%のCW運用です。

OC-174

①4/9　1400-1700UTC 10115 up5 NA/EU only

②4/9　1700-1830UTC 21040 up5 EU

③4/9  1840-1930UTC 14040 EU

④4/10 1100-1400UTC 10115 NA/EU 

⑤4/10 1530-1730UTC 21054 up3 EU/SA

⑥4/10 1730-1740UTC 14040 EU

⑦4/10 1740-2000UTC 18098 NA/EU

OC-225

①4/12 1000-1300UTC 10115 NA

②4/12 1300-1730UTC 14042 NA/EU

③4/12 1750-1820UTC 18090 EU/NA

④4/12 2200-0330UTC 21040 AS/NA/JA

⑤4/13 0500-0600UTC 24920 JA/OC/EU

⑥4/13 1430-1640UTC 24918 EU

⑦4/13 2330-2340UTC 21001 JA

⑧4/14 0200-0210UTC 24920 OC

⑨4/14 0210-0300UTC 21068 JA

二日間のみのOC-174は交信できなかったJAも多いのではないかと思われるほどのJA対応がほとんどなかったようです。特徴として、それぞれCQを出す出だしの時はJAでも取ることもあるようですが、１日目２日目はとにかくNA/EU指定が長いです。休憩やQSY時の微妙なタイミングでJAを拾ってくれることもありそうです。

NA/EU指定時は頑としてJAは取ってくれないようです。呼んでもかえってQRMを起こすだけで交信数の効率を大幅に下げているようです。　

予定は９月26日から10月２日ですが、早く切り上げると予測します。NA/EU指定が強いと言うか長いと言うかこれが多分、土日も続くのではないかと思われます。日曜日の昼間にでもJAサービスをすると効率があがると思いますが、そうはうまくは出てくれるかわかりません。

できれば９月29日(月)までに交信を終わらせたいものです。

【追記】

さきほど14032 up1で簡単に交信を終わりました。CQを出していますが、あまり呼ばれていません。これならJAもたくさんサービスしてくれそうです。