WSJT-X / JTDX 高周波対策2020年11月05日 22時36分33秒


RIGをCATコントロールされている方、JM1SZY 隈部さんのページをご参考に設定を点検されてみてください。 

Fake It 、疑似スプリットか リグ 無線機 を選択してください。

SU1SK のQSLについて2020年11月04日 17時36分02秒

JA1BK 溝口さんから連絡をいただきまして、記事を書かせていただいております。

SU1SKの2020年のJAとのQSOについて、JA1BK 溝口さんがQSLマネージャーを引き受けてくださる事になりました。COVID-19のせいでJA向けの郵便が全て SU1SK 本人のもとに返ってきてしまったそうです。





Kan JA1BK 


SU1SKの QRZ.com ページ には以下のような記載がされています。

JA1BK Mr. Kan my QSL Manager only for all Japan QSOs in 2020 year

it's temporary action due mail service in Covid 19 thanks for Mr.Kan for his efforts

この文章だけ読めば 2020年のJAとのQSOで、バンドは指定されていません。溝口さんに確認したところ、当初は6m分と考えていらしたそうですが、SU1SKのページにこのように記載されているのでHFも含んでOKとのことでした。



溝口さんから追加情報です。 ログは 2020年9月17日 1808Zまでがお手元にあるそうです。 2020年でもそれ以降は無理とのことでした。

Clock adjustment of PC2020年11月03日 14時21分29秒

Hello, FT8/FT4 enthusiasts.

Do you synchronize your computer's clock exactly? Do you synchronize your PC with the NTP server at startup, before and during FT8 operation, etc.?

And as I'm sure many of you have already done, I've been using GPS signals to constantly adjust my clock.

Here is a transcription of a previous article written by Igor from the JTDX development team.


In JTDX, when the DT (time difference) delays for more than 0.18 sec, the FT8 decoder of QSO messages on matched filters is turned off, which leads to a decrease in decoder sensitivity by about 6 to 8 dB (!) In some cases, the number of transmitted messages increases to complete a QSO, in some cases the QSO is simply broken.

DT is calculated relative to an offset of +0.5 seconds from the start of the interval. If an FT8 signal is transmitted from DT -1.0 sec, then on the receiving side with accurate time synchronization, half a second of signal transmission will be lost, as a result, the probability of decoding such a signal at low SNRs will decrease. For FT4, such a spread in DT is unacceptable.


I think this 6 to 8 dB loss would have a huge impact on QSO with weak signal stations. It could be a fatal loss, especially on 6m band multi-hop Es. I'm 6m crazy so I'm particularly nervous about adjusting my clocks.

If you are a WSJT-X, MSHV user, but your QSO partner is a JTDX user, the time discrepancy means that the decoding level of your signal on the other side of the QSO will be lowered.

There are lots of small, inexpensive GPS receivers out there if you search for them. What do you think? Why don't you try to use a GPS receiver to adjust your computer 's clock?

Well, it doesn't matter which method you use. The key is to make sure that your computer clock is exactly right.

How does a computer clock keep track of time? The answer is a crystal.

On the motherboard of a PC, there is a silver component (the one in the center of the picture) that contains this crystal.

But there is a problem with the crystal.

Interestingly, when a positive current is applied to one side and a negative current is applied to the other side, the negative side shrinks and bends into a U-shape. If the current flowed to both sides of the crystal was periodically switched between positive and negative, the crystal would vibrate. In other words, time ticks along with its vibrations.

The quartz crystal in a personal computer vibrates 14,148,180 times per second. In fact, quartz watches work in the same way.

The problem is that quartz crystals vary in quality. If the quality is poor, it is difficult to make the watch vibrate in precise numbers.

Natural crystals have varying amounts of impurities and shapes, so they have to be artificially created, but even so, it is difficult to manufacture them uniformly. In the case of a good crystal, the deviation is within plus or minus 1/100,000th of a second, and in the case of a bad crystal, the deviation can be as much as 1/10,000th of a second.

Although 1/10,000th of a second may seem small, it means 8.64 seconds per day, or a little over four minutes per month. This is the reason why a watch goes wrong. The trouble is that crystals tend to get even more crazy when the temperature is high.

PC's are full of heat-generating components, and PC watches are far more prone to malfunction than wristwatches.

8.64 seconds per day means 0.36 seconds per hour. I don't need to tell you what this means for us FT8/FT4 enthusiasts. So, I think it is necessary to adjust the clock at least once every 30 minutes if we are going to adjust the clock using an NTP server.

JP1LRT Yoshiharu

鶴見川コンテスト お気軽参加2020年11月01日 17時56分22秒

第3回 鶴見川コンテストにお気軽参加しました。

今朝8時半まで忘れていました。  (^_^;)



開始30分で早速休憩。 3時間のスプリントコンテストでそれやっちゃぁ~いけません。本気ではない証拠(^_^;)。

とりあえず足跡を残せたかなと思います。 QSO していただいた皆さんありがとうございました。

JTDX WSJT-X の周波数較正2020年10月28日 14時18分35秒


どこそこの局がDFいくついくつに出ているよ  等。

しかしGPSからの基準信号を入れて周波数較正をしている方は正確ですが、そうでない場合は微妙にずれていることもあります。あの人とは何Hzズレていたかな? 等メモがないとわからないことも・・・


まずはWSJT-Xのユーザーガイド 13.1 をお読みください。  その手順通りにやっていけば較正できます。

WSJT-Xが日本語環境だという前提で話を書いていきます。 リグはCATコントロールされているということも合わせて前提条件です。

1.メニューからモードを選び、一番下の FreqCal を選定します。

2.メニューから設定に進んで周波数へと進みます。運用周波数の Modeをクリックして周波数をモード別でソートします。するとFT8用周波数の下に FreqCal というモードでリストが出てきます。 この中で Region ALL の 5.0 10.0 15.0 の3つだけ残して削除します。他の周波数は日本ではほぼ利用しません。

3.そしてメニューのファイルからログディレクトリを開くに進んで、もしそこに fmt.allというファイルが在れば削除します。


5.メイン画面の「モニター」の下4段目 の「測定」 にチェックマークを入れます。



7.測定結果が良ければ較正良好と表示され、「適用」をクリックします。結果を削除というメッセージができますがOK。そうするとメニューから設定に進んで周波数に行くと周波数較正の項目に スロープと インターセプト に値が入っていますので、それをメモします。

8.そして JTDXのメニューから設定、周波数に移って同じ値を入れれば完了。


ICOMリグの設定について2020年10月26日 09時10分39秒

友人のJM1SZY 隈部さんがブログに素晴らしい記事をお書きになりましたのでシェアさせていただきます。



Hamlog QSL 定義2020年10月16日 12時32分47秒

私のブログ、つまりここで配布している「Hamlog QSL 定義」の更新をしました。

右側のリンクからダウンロードして、Turbo HAMLOG で表示させてみてください。

細かい変更なので大した差はありませんが、New MODE FST4に対応させたのと、月の表示を May以外は略の後にピリオドを付けるようにしました。


お役に立てれば幸いです。  記事内にもリンク貼っておきます。

RTTY/SSTVは RST/RSV に自動的に変わります。










2020 全市全郡コンテストは2020年10月12日 13時40分34秒

80m band は下の時間で運用しました。

23:02-00:44 1時間42分
07:18-07:38 20分
18:36-20:26 1時間50分  酔っぱらい

ログは C35H で出しました。QSOしていただいたて皆さんありがとうございました。

WSJT-X開発者チームメンバーからのALCに関するコメント2020年10月07日 22時30分25秒


A lot of the information given about transmitter ALC indication is worse than useless. You must first understand what the ALC indication on your rig means. It is normally a measure of how much gain reduction is being applied before the PA to limit the final output within required levels. Without ALC the PA could be driven beyond its intended design parameters. As such ALC indications are not harmful but there are circumstances when high values might indicate a problem. Note that on some rigs the POWER or DRIVE control is implemented with ALC so the indication may be high simply because you have reduced the transmitter output, other rigs avoid that and ALC is not skewed by power controls. So here are some things to watch for with ALC:


     when using a mode that requires linear amplification, like AM, voice SSB, or PSK31, high levels of ALC may indicate compression of the output, which in turn may distort the transmitted signal. That distortion may include unwanted widening, e.g. the "splatter" often heard close in around signals using too much drive. Note that for constant envelope modes like FM, and the modes used in WSJT-X, except maybe MSK144, linear amplification is not a requirement and high ALC indication may not be any problem at all, but see below.

     with narrow bandwidth constant envelope modes generated using AFSK with an SSB transmitter high ALC *may* be a sign that too much audio drive is being applied to the transmitter modulator. This is only the case when the applied audio frequencies are attenuated because they are not within the passband of the transmitters SSB Tx filter. To explain, imagine an audio tone of 3000 Hz being applied to a typical SSB transmitter with an audio passband of 200 to 2800 Hz. To get any ALC indication the audio level would have to be huge because it would be attenuated by ~40 dB (maybe more) by the Tx filter. Applying an audio signal to the rig's modulator that is 40 dB higher than necessary will inevitably cause distortion by clipping, which will result in a signal rich in unwanted audio harmonics. With the case above the audio harmonics would be above 3000 Hz so they are relatively harmless, being attenuated even more than the wanted 3000 Hz signal, but imagine the case where the tone is below 200 Hz!

So in summary, ALC is desirable so do not equate ALC indication with incorrect set up, but be aware that it may indicate a problem in some circumstances. What is essential is understanding how your transmitter works and the consequences of using narrow band AFSK modes with an SSB transmitter. High ALC indications may be an indication that audio drive levels are too high, OTOH audio drive levels can also be excessive and causing distortion with little or no ALC indication. Little or no ALC indication is not a panacea leading to correct setup of your transmitter.


A good rule of thumb, that works with almost every transmitter when using WSJT-X, is to set the audio level using a 1500 Hz tone such that the transmitter ALC indication is within the manufacturer's "safe" zone (usually indicated by a red marking over the lower 1/3 of the meter scale). Do this with the transmitter power at maximum to avoid extra ALC indication from the transmitter power control on some rigs, also use a well matched dummy load as some rigs compensate for high VSWR by increasing ALC. With the correct setup you should achieve about 90% of the transmitter's design output at he point ALC indication starts, maximum power will be achieved as the ALC indication approaches the top of the "safe" zone. Most of the time power levels above 90% of your transmitter output are not needed so restricting ALC indication to zero is OK, but be aware that alone does not mean that you have correctly set up your system.





コンテストにて、こんなのあり?2020年10月05日 07時12分39秒

めっちゃ驚いた。 こんなコンテスト参加者がいるんだ・・・と。




「JP1LRT」  フォネティックコードで

「LRT 津久浦さん 593401どーぞー」


「はいこちらはJO4*** ですどーぞー」

「いやいやそういう意味ではなくて、私のcall signをフルに返してください。」

「はい JP1LRT 593401ですどーぞー」

--------------------------- 次の交信

「JO4*** 鳥取コンテスト」


「***さん、***町からありがとうございます。 593401 です。 ***さんどーぞー。」
------------------------- 更に先の交信
6の局に対してのコールバック、「村田さん 593401どーぞー」

結局一度も相手のコールサインを言わずに交信終了のケースも。 これが正しい運用?