2017年10月20日金曜日

今朝の30m FT8

昨日 バンドを勘違い(40mと30mを)してC93PAを呼び損ねたので、今朝は19Z位から30mをうろついていましたが、お陰でChallengeが+3でした。 JAのDXの猛者達も出ていましたね。 ただ、残念ながらC93PAはQRVが確認できませんでした。
VU7Tは30m/40mともう一バンド一度にQRVしていましたね。 DXnewsによれば、今日までの予定なので、最後の追い込みというところでしょうか? 
30mも40mもEUばかりサービスしていて、SWLに時間を費やしていましたが、30mでCQを出し始めたので呼んでみたら応答があり、Get! 気をよくして、40mに降りてみましたが、相変わらずEUばかりで、QSBしながら20Z過ぎには弱くなっていたので諦め。  9G1SDは4月に30mのJT65でよく聞いていたので、QSO出来てルンルンです。 XT2AWも9G1SDもLoTwで済むのでこれも有り難い。


 
Worked Date/Time Band Mode Freq QSL  DXCC


9G1SD 2017-10-19 20:44:05 30M FT8 10.13600      


XT2AW 2017-10-19 20:32:19 30M FT8 10.13600      


VU7T 2017-10-19 19:35:32 30M CW 10.10900      

2017年10月18日水曜日

3C0L 30m CW

今朝は30mでのQRV
20Z頃から聞いていましたが、かなり強く入ってくるのは良しとして、EUばっかり。 DXSpotにも"EU DXpedition for EU"なんて嫌味書かれていましたが、2130Z過ぎからJAもやってくれている(EUがスキップ?)ようなので、力入れて呼んでみましたら、26Khz upのところで22Z近くにGet. 10109にQRVして、10125位までSplit!! うん、30mってバンド幅幾つだっけ?
2000-2130Zの間、EUのパイルを聞きながら、「JAも拾ってくれるかなー」 と思ってましたが、ちょっとしんどそうなので、40mのFT8に降りたらC93PAとやっているJAが居たので、ちょっと離れたところで呼んでみたら、一発で返ってきました。Lucky!!  ここ1週間ほどCQ出しているのを聞くのですが、呼んでも誰にも返って来てなかったので、「使い方知らないんじゃないの?」なんて思ってましたが、やっとGet!
> なんと、即LoTwしてくれていました。 Johannes様様!!

S9CQとやっているJAが聞こえますが、ご本尊が聞こえず、、、。

3C0L、23Zでもまだ正直ベースで579で聞こえていますね。 JAとやってくれているみたいですが、間違ってもゼロインで呼ぶのは止めて欲しいなー。 添付は2245Z位の3C0L。

2017年10月16日月曜日

3C0L 40m CW

16日は21Z頃に聞いてみると40mで凄まじいパイルで3C0Lが聞こえていました。信号も、かなり安定して22Z過ぎまで聞こえていましたが、流石に10Khzも幅があると何処で呼んでいいのやら? それなりにまじめに呼んでみましたが、ダメでした。 JAからも結構QSO出来ていたみたいでしたが、この調子で強い局がみんな終わってくれないと順番は回ってきませんねー。

40mのVK9CIは弱いながらもGet.  30mのVU7Tは弱くて聞こえず、、、。

2017年10月14日土曜日

3C0L Annobon

昨日位から運用が始まったようで、20mにスポットで上がってきていましたが、今朝の時点では弱くて聞こえず、、、。 02Z過ぎにスポットに揚がっているのに気が付きOriginを見るとJA!!  「ヤバー」で電源入れてSPで聞いてみると「聞こえるじゃーん」それも強い!  「なんじゃこれ」っと思いながら2Khz程upで呼んで、何とかGet。
コンディションも良くなく、ダメかなー、と思っていたのでラッキー。

久しぶりのATNO!!

2017年10月9日月曜日

FT8によるQSO

見ていると?(聞いていると)、まだ慣れていない所為か、おかしな呼び方をしているのを散見し、不必要に効率が落ちているように見受けられます。  以下まとめてみます。

1)送信と受信のタイミングは固定されている。
  偶数(00,30)、奇数(15,45)のどちらかでの送信とその逆の受信の交互が原則ですので、相手が送信した側の時間帯で呼んでも答えてくれない可能性が高いと思うのですが、敢えてQRMを避けるためにやっているのか、相手と同じ時間枠で送信している局が見受けられます。 あまり、成功のチャンスはないと思いますが、、、

2)送信出力をWSJT-x右端のスライダーで調整して、オーディオレベルで飽和している?
  スライダーのMaxの位置で予めオーディオレベルを調整しておかないと、パイルになって、最大レベルで送信しようとスライダーを上げると送信周波数を中心に100Hz毎に弱いですが解読可能なレベルの信号が出ています。 結果同じ局のお化けが5人くらいで呼んでいるように見えます。 

3)ゼロインして呼んでいる?
  ゼロインして前の局に被せると前の局の交信が終わらなくなって、時間が余分にかかります。 相手がCQを連呼して誰も呼んでいないような場合を除いて、ゼロインはあまり有効ではないと思います。 Band activity窓で交信したい局をクリックすると、その周波数に飛んで行き、いきなり送信してしまいます(decodeしてすぐにこちらの送信フェーズになるため)。 ここは、はやる心を抑えて、halt Txボタンを押して、一旦停止、左右見て、状況判断してから!

4)標準のフォーマットでは73を送らないとログに書き込まれない
  WSJT-xがadifフォーマットのログを作ってくれていますが、標準のプロセスでは自分が73を送られないと書き込みをしてくれていない様です(相手のlogは相手が73を送信しないと書き込まれない?)。 最後に、相手から73が送られてきていることを確認しておかないと、失敗することがあります。 但し、これはWSJT-xのログ機能を使っている場合の話です。 私は勝手にLogger32に手入力しているので、関係ないのですが、相手さんのLogに残らないと話にならないので、、、 また、待っている局は、最後まで早く終わらせるように、呼ぶタイミングとか周波数を考慮しておくことが必要です。 さもないと最後のRRR, 73のフェーズに無駄な時間を消費して自分に回ってこないかもしれません。

5)返ってきているのに、、
  原因はわかりませんが、折角返って来ている(それも結構強く)のにひたすら呼び続けて、結局交信できていない局を見受けます。 これで数分無駄になります。 強制的に止めないと、同じところを何度も繰り返すので、待っている局にとっては大変迷惑です。 Auto seqのチェックボックスを入れておくのと同時に、Band activityで内容を常に確認しておくことが必要です。

6)Lock Tx=Rxのチェックボックス
  パナアダプタで周波数を変更するとき、このチェックボックスをonにしておけば、送受信周波数を一気に変更することができます。 したがって、空いているところを見つけて呼ぶときに使っていますが、このチェックを外しておかないと、相手から返事があると、相手の周波数に飛んでゆきます。 周波数を移動するときにだけチェックして、普段は必ずアンチェックしておくのが良いと思います。

7)時々自分の送信している時間帯の状況もチェック
  送信の時間帯が決まっているので、自分が送信しているときのバンドの状況は全く見えません。 また自動なので、何分でも(何時間でも?)呼び続けています。 でも、時々自分の送信周波数の近隣がどうなっているのか、確認して、必要に応じて場所を変えるのも確立を上げ効率よく交信する方法かと思います。 居なかった筈の強力な局が近くに出ていたり、事態は刻々と変化します。

8)自分の時計は大丈夫?
  Windowsの時計同期は標準では間隔が結構長く、たまに使えないレベルまでずって(>1.5sec?)いる事があります。 始める前に時計の同期を確認しておいた方が良いでしょう。 Band activity窓のDTの値が全部1.0を大きく超えているようだったら、すぐに時計の修正を!


SU9JGのQRZ.comに下の様なコメントがありましたので、ご参考に、、。 (今朝はこの局との交信時に6)の所為で余計な時間をかけてしまい、ご迷惑となってしまいました。 送信周波数を動かした後に、チェックを外したつもりが、外れていませんでした。 失礼しました)。

From SU9JG QRZ.com comment

FT8 users: PLEASE, UNLOCK Tx=Rx and call me a little bit UP or DOWN from my calling frequency. Everybody is in my frequency and nobody gets decoded. When I answer you, please STAY THERE, don´t come to my frequency, it is clogged and I will not decode you. Everything will run smoothly and quick this way. Thank you.
QRMing an ongoing QSO will NOT get you into my log



MidwayとBaker Howland

高校生の頃に自作のSSBトランシーバー(クラブの仲間は「トバンシーバー」と言っていましたが)でDXを頑張ってましたが、お金もなく、リグの改善に全資金を使っていたために、QSOのconfirmationには無頓着で、confirmせずにいた、その頃は珍で無かったのに今となっては激珍となってしまったカントリーにBaker HowlandとMIdwayがあります。 
アマチュア無線を再開したとき、これらについてconfirmしようと、QRZ.comで探してみたのですが、コールサインが再利用されているためと、KM6は国内に割り振られているために、confirmの手立てがありませんでした。

昨日、漫然とclub logのQSL Chartを眺めていたら、WA4BCX/KM6というのがありました。 ひょっとして?とQRZ.comで調べると、「やった! WA4BCXはW4BCXで1945年生まれ」となっています。 で、早速e-mailで「ひょっとして1968年にMidwayに居ました?」とメールしたら、早速「あー、居たよ。SASE送ってな」と返事がきました。  Lucky!!  早速、LogPrintで昔のQSLカードを創生(昔のQSLカードのブランクは流石に持っていませんので、、68年ころはSARCの漫画のQSLカードだったと思いますが)。 日本平からの富士山と折戸湾写真をバックにしたカードを創りました。
どんなカードが来るのか?使えるのか心配ですが、明日にでも出してみることに、、、。

今朝は、30mのSU9JGをFT8で出来たし、何とはなしに気分が良いのです。

2017年10月4日水曜日

DXCC update

紙でしかcfm出来ていない物を6月7月でJARLに持ち込み整理して、更にリストが見難いのでLoTwでのcfm分を8月30日でon-line でendorse。 あれ、でもちっともstatusに反映されない?と思ってメールしたら、先の申請以降のLoTwでのcfm分までendorsementにされました(勿論料金は請求されるみたいですが)。 いずれ申請するのだから、文句はありませんがなんかしっくりしない。 それとApplication statusのリストのcomment の欄がここだけ空白になっているのが気持ち悪いので、「何故?」ってメールを送ったら「気にしないで。全部ちゃんとendorseされているから(文句ないでしょ)」って返事が返ってきました。
何かわかったような、わからないような、、、。
  最近conditionが良くないので(といっても、ここ1週間くらいはSFI > 80で来ていますが)、30m, 40mのCWとJT65/JT9/FT8がアクティビティの中心になっています。 特にFT8になってからは結構珍しいところも出てきてDXCCが楽しめるようになりました。 問題は、JT65などと違い、フルパワーで出てきている局が多いようで、+10dBとかプラスの信号レベルの交換しているQSOが結構多く見受けられます-力が要ります。 また、WSJT-Xのlogが自分が73送らないと書き込まない様(未確認)で、最後の73の交換を確認しておかないとQSOになっていない場合があるようです。 残念ながら、RRRが送信された時点で同じ周波数に被せて、新規の局が呼び始めることが多く、最後の73の交換に時間がかかっているケースが多く見受けられます。 私の場合これでHD8Mの40mが未交信になってしまいました。  
JT65/JT9/FT8の交信は結構早くLotwしてくれるケースが多いので、Lotwのリストでも早々にcfm出来るのがうれしいです。  いつの間にかdigitalが200 countryになっていました。

来年予定のBaker Is.とBouvet Is.で2つ潰せても、先は長いHonor Rollへの道です。 

Honor RollになるのとP5が消滅カントリーになるのとどちらが早いか、、、。

30-40-80m Dipoleがオカシイ(続)

RI1FJLの40mでの交信のときおかしくて、エレメントの修正をして問題なく終わったと思っていたら、ここ2週間の雨天で、またチューンイングが取れなくなってしまった。 何故か30mがオカシイ! よくよく考えてみると、7Mhz用のトラップを軽量化の為に銅線からアルミ線に変更した 注)...