西野美香 ― 2021年05月26日 08時25分27秒
誰々?? というのは・・・
誤変換から始まったチャットでの一種の隠語です。 （笑）
オープンする地域が西日本だけだった場合、「西のみか」 という発言が「西野美香」になり、「南のみか」 が「南野美香」となり・・・
北野美香 東野美香 西野美香 南野美香
くだらないですが、こんなことでも楽しまないとやってられないコンディションですね・・・
自分のPCの時計のズレに気付こう ― 2021年05月25日 09時59分15秒
PCの時間合わせが重要だということは先に記事にしました。
では自分のPCの時計がズレていることにはどうやったら気がつけるでしょうか?
JTDXの方
赤枠が DT、自局のコンピューターのクロックを基準とした秒単位の信号の時間オフセットの項目です。緑枠の中は、受信してデコードしいる他局のPCが自局のPCとどれだけ差があるかを示しています。 青枠の中はそれらの局のズレの平均値が表示されています。
緑枠と青枠の中の多くの他局の値が 0.0 から大きくズレている場合は自局のPCの時間のズレを疑いましょう。 緑枠の中で1局、2局だけ極端にズレている場合は、それらの局の時計がズレていると考えて間違いないです。
WSJT-Xの方
青枠の項目がないだけで、基本的な味方と考え方はJTDXのそれと一緒です。
GPSでリアルタイム同期をしていらっしゃる方を除いて、ちょっとでもズレが大きいなと感じた場合はすぐに同期し直すことをお勧めします。
WSJT-Xの仕様では要件として±1.0秒以内にとありますが、個人的には±0.2秒以内に保つことを推奨したいと思います。その理由は前の記事を参考にしてください。
PC起動時だけでなく、少なくとも30分に一回は合わせるようにしましょう。
WSJT-X 2.4.0 GA 版がリリース ― 2021年05月25日 07時12分15秒
PCの時間較正について (和訳) ― 2021年05月24日 15時51分58秒
英文記事しか書いていなかったので単純に和訳します。
------------------------------------
------------------------------------
FT8/FT4愛好家の皆さん、こんにちは。
皆さんは、パソコンの時計を正確に同期させていますか？ 起動時、FT8動作前、動作中など、PCをNTPサーバーに同期させていますか？
また、すでに多くの方がされていると思いますが、私はGPS信号を利用して常に時計を調整しています。
ここでは、JTDX開発チームのIgorさんが書いた過去の記事を転記して紹介します。
-----------------------------------
JTDXでは、DT（時間差）が0.18秒以上遅れると、マッチドフィルター上のQSOメッセージのFT8デコーダーがオフになり、デコーダーの感度が約6～8dB（！）低下します。場合によっては、QSOを完了するために送信メッセージ数が増えることもありますし、単にQSOが途切れることもあります。
DTは、インターバルの開始から+0.5秒のオフセットを基準に計算されます。もしFT8の信号がDT -1.0秒から送信された場合、正確な時刻同期を行っている受信側では、信号送信の半秒が失われ、その結果、低SNRでそのような信号をデコードする確率が低下します。FT4では、このようなDTの広がりは許容できません。
----------------------------------
この6～8dBのロスは、信号の弱い局とのQSOに大きな影響を与えると思います。特に6mバンドのマルチホップEsでは致命的な損失になるかもしれません。私は6mクレイジーなので、時計の調整には特に神経を使います。
自分がWSJT-X、MSHVユーザーでも、QSO相手がJTDXユーザーの場合、時間のズレは、QSO相手の信号のデコードレベルが下がることを意味しています。
小型で安価なGPS受信機は、探せばいくらでもあります。いかがでしょうか？ あなたもGPS受信機を使って、パソコンの時計を合わせてみませんか？
まあ、どの方法でも構いません。大切なのは、パソコンの時計を正確に合わせることです。
コンピュータの時計は、どのようにして時間を管理しているのでしょうか？その答えは、水晶です。
パソコンのマザーボードには、銀色の部品（写真中央の部品）があり、その中にこの水晶が入っています。
しかし、この結晶には問題があります。
水晶は面白いことに、片側にプラスの電流を流し、反対側にマイナスの電流を流すと、マイナス側が縮んでU字型に曲がってしまいます。両側に流す電流を、プラスとマイナスで周期的に切り替えれば、水晶は振動します。つまり、その振動に合わせて時間が刻まれるのです。
パソコンの水晶振動子は、1秒間に14,148,180回振動しています。実は、クオーツ時計も同じ仕組みです。
問題は、水晶振動子の品質が異なることです。品質が悪ければ、正確な数字で振動させることは難しいのです。
天然の水晶は、不純物の量や形がまちまちなので、人工的に作らなければなりませんが、それでも均一に製造するのは難しいといいます。良い水晶の場合はプラスマイナス1/100,000秒以内、悪い水晶の場合は1/10,000秒もの誤差が生じます。
1万分の1秒というと小さく感じますが、これは1日で8.64秒、1ヶ月で4分強の時間になります。これが、時計の故障の原因です。困ったことに、温度が高くなると水晶はさらに狂いやすくなるのです。
PCには発熱する部品が多く、PCの時計は腕時計よりもはるかに故障しやすく、ずれやすいのです。
1日8.64秒ということは、1時間0.36秒。これが我々FT8/FT4愛好家にとってどのような意味を持つかは言うまでもありません。ですから、NTPサーバーを使って時計を調整するのであれば、最低でも30分に1回は時計を調整する必要があると思います。
私はこれらのソフトウェアをお勧めします。
このソフトは、NTPサーバーとGPSの両方を使って時間を校正することができます。
BktTimeSync https://www.maniaradio.it/en/bkttimesync.html
NMEATime2は、PCの時計をGPS受信機の時刻に同期させるPC時刻同期ソフトです。このソフトは常にPCの時刻をGPSで校正します。私はこれを使っています。
この他にも様々な種類のソフトがあります。友達と相談して好きなものをインストールしましょう。NTPサーバーと同期させることもできるし、GPSと同期させることもできます。要は、正しい時間を保つことが必要なのです。
追記
BktTimeSync を使って時間較正をされる方で、NTPサーバー利用の方は少なくとも30分に一回に設定し、GPSで較正する方は1分おきに設定しましょう。せっかくのGPSがもったいなさすぎると思います。
2m BAND FT8 DX ― 2021年05月23日 19時04分58秒
今日も 2m でBVが入ってきました。
もっといい時間もあったかも知れません。
台湾桃園市の友人BV3UF Yangさんに2m FT8でJAがオープンした時に、TXシークエンスの統一はしているの? と聞いたところ、仲間内では 00/30 でやろうと話をしている、今後台湾の各局に話をしていきたい、というお話を伺えました。
ということは、台湾が2m FT8で日本とオープンした時は、日本側は 15/45 のタイミングで送信をしたほうが良いということです。
これは既に6m bandで行われていますが、受信のピリオドを静かに保ち、弱い信号のデコードに影響を与えないようにしようという取り組みです。
さらに言えば、2mFT8でBVが入感している時、自分は見えなくても、CQを出したいと思ったならば、BVが見えてチャレンジしている同じバンドの愛好家仲間に迷惑をかけないよう、15/45のピリオドでCQを出す、という協調性を自ら発揮しても良いですね。というか求められるかもです。
コンディションの良かった土曜日 ― 2021年05月22日 20時25分33秒
土曜日、多くの方がQRVする週末です。パイルは大きくなりがちですね。
6m、午前中はW XEがオープンしました。 未交信局2局とQSOできました。
その後はカザフスタン、クウェートと近隣諸国がオープン。 カザフスタンの未交信局 UN8GEQ とQSOできました。
ベトナムから XV9HEU が出ているのが見えてQSO。 相当呼ばれていました。
XX9ETを呼ぶ局で溢れ、一回のデコードで 65局デコードできる場面も。
もう交信するより、一回のデコード数がいくつかなんて遊びをしていました。（笑）
これだけ混んでいるときっと6m FT8国内通信用周波数 50.303MHz にもどなたかがいるかな? と思って覗きに行くとたくさんいらっしゃいました。
混信も少なく、というかほぼなくリトライもなく、DXにも気兼ねすることなくQSOが出来ます。
2mもEsで沖縄と台湾がオープンしました。 豊見城市の局とBVの局の2局とQSO。友人の BV3UF Yangさんは、本日2m FT8で113QSOもしたそうです。
本格的に関東から6mでEUはまだ開けていませんが、そろそろドカンと来てほしいですね。
6mで中国の局が CQ NA と出しているのに、無視して呼ぶJA。 恥ずかしくないのですかね? NA は North America の事です。 もしかして分かっていない?
やめましょうよ。 日本の評判下げるようなことは。 皆観ていますよ。
2m JD1母島から四国オープン ― 2021年05月20日 20時41分47秒
Facebookでお友達の JD1BHA 後藤さん、本日2m FT8で四国の局とQSOされたと情報をいただきました。
JD1BHA 局は母島から大変アクティブに運用されていらっしゃいます。
50MHz FT8で JD1BHA 局が入感してる時、是非2m FT8 144.460MHzもモニターしてみてください。
JD1BHA 局アンテナは 3BAND GP ということですが、今日はじめてEsによるQSOをしたとのことです。
2m Es といえば台湾、韓国、中国、ロシアという感じですから、なかなか南にアンテナ向ける方はいらっしゃらないかも知れません。 しかしJD1と2mでQSOできたら嬉しいではないですか。ぜひコンディションを把握した上で向けてみてください。
2mリアルタイム&掲示板 http://www2.kct.ne.jp/~je4nhc/2mssbinfo.htm
国内QSO、コンディション良ければ ― 2021年05月20日 20時00分16秒
今日はEs爆発で、50MHzも近距離Es QSOが出来ました。
杉並区から愛知県一宮市がガンガン。
こんな時正直言いまして FT8 はかったるいです。
FT4でガンガンできます。 沢山50MHz FT4でQSOできました。
FT8の50.313MHzでFT4やってみませんか的なメッセージは数回流しました。結構な数の方々がFT4に来てくれました。
コンデイション良ければ国内QSOはFT4で十分楽しめます。むしろ効率良く出来ますから、コンディションがいつ落ちるかわからない Es でのQSOにはもってこいですね。
なので個人的意見ですけど、コンディションの安定している40mでFT8でQSOする意味もよくわからなくなりました。デジタルでのQSO、FT8もFT4も変わりません。時間半分のFT4の方が「コンディションが良ければ」絶対的に有利です。
40mは7045kHzまでデジタルの運用ができるので、FT8で QSY FT4 7042 とか送って、少し高めの周波数でFT4を運用すればFT8の方々にも配慮できて良いのかなと思います。FT8の方々も波形からFT4だと分かりますので、モードを変えてもらえればすぐにQSOできますしね。
I recommend JTDX to you ― 2021年05月19日 20時08分39秒
Let me explain why I recommend the use of JTDX to all FT8 enthusiasts.
First of all, I would like to express my gratitude to the WSJT-X development team for bringing the FT8 into the world. It has made it possible to make QSOs in a short time and with a weak signal. Thank you so much.
To WSJT-X users, please do not be prejudiced against JTDX, and I hope you will be interested in it, even if only a little. I don't mind that you may continue to use WSJT-X as a result, so please read on. Thank you. :)
What are the key differences between WSJT-X and JTDX? The answer is the overwhelming decoding power of JTDX. If you haven't experienced JTDX's decoding capabilities yet, and if you doubt its ability, I urge you to experiment with it yourself.
Normally, it would be better to split the same audio source into two distributions and run the experiment on two PCs with the same performance, but I guess that is not possible for most people.
For now, let's experiment with one PC.
Install both WSJT-X and JTDX, and run both.
Adjust the audio input level so that it is not too high or too low, and monitor it for a while; WSJT-X should be set to turn on AP decode; JTDX has many more adjustable options than WSJT-X.
Here are some tips for optimizing JTDX.
Please read these instructions carefully before configuring JTDX.
After monitoring for a while, signals that only decode with WSJT-X and signals that only decode with JTDX will appear. And, you may want to leave it alone for a few hours, say, while you sleep, and then compare how well each decodes when you wake up.
You will be amazed at the overwhelming difference. JTDX wins hands down.
What does this difference in decoding capability mean? You've already experienced the scene where your JTDX user friends are QSOing with stations you can't decode, or where your neighbors, who are less equipped than you, are QSOing with stations you can't decode. If you have a large facility, this JTDX will increase your chances of making a QSO. Conversely, even if you don't have a large facility, you can sometimes have more chances to make QSOs than non-JTDX users who do have a large facility.
This may also happen. You may not be able to decode, but a JTDX user who has decoded you may be calling you. What if the station is from an DXCC entity you've never QSOed with... In FT8, if you can't decode, you can't make a QSO. It is not exaggerated to say that the decoding capability of your software will determine your enjoyment of FT8.
Why is there such a big difference? The reason is that WSJT-X and JTDX have different stances: JTDX has been developing FT8 specifically, while WSJT-X has been developing new modes together. JTDX is focusing on HINT DECODE, which is the AP decode in WSJT-X.
This has led to an increase in the number of false decodes, but the number of stations that can be correctly decoded and displayed has increased dramatically.
It is up to the operator to decide if it is a False decode or not.
One thing to keep in mind is that JTDX requires a lot of CPU power, and there WSJT-X is currently well ahead. In the future, if JTDX will implement so called early first pass decoding, then JTDX will be more or less equal in this area too. JTDX can use much more available CPU power ( configured thread count ) . In other words, if you are using a PC with a large CPU power, you will be able to decode more than WSJT-X.
To add to the difference in decoding capabilities, in general even more important difference from WSJT-X is Notification/Autoseq/Autoselect part of program.
For many people, I suppose, WSJT-X is not useable as stand alone program, there no B4 control at all, only some indication in CQ messages display level, this can be used for selecting correspondent to answer, but also this is hard enough when You have 60 decodes in period. To compensate for this, many people are using JT Alert at the same time.
With WSJT-X, working with CQ is completely without B4 control, only option is using answer to first (use Call 1st).
In short JTDX-s Autoselect function by priority system generated by Notification configuration and CQ directions is main advantage. See the image at the bottom for priorities. Not only when you receive a CQ call from the other station, but you can also easily see the status of the stations you receive.
You can see at a glance whether the stations are uncommunicated or already communicated with.
With JTDX, there is no need to manually rewrite Tx6 when issuing a directional CQ. Ex. [CQ DX] [CQ NA]
The text you put in the box will be reflected in the Tx6. This prevents mistakes such as accidentally erasing part of the own station's call sign or adding a strange direction.
Also, the characters you put in the box will remain valid until you delete them, so there is no need to add them every time. Up to two characters are supported.
I recommend JTDX to all FT8 enthusiasts, especially 6m band enthusiasts to try JTDX. Your 6m DX life will change for the better.
"Since I have been using WSJT-X until now, I wonder if it is possible to keep communication records?" You may be wondering. That can be easily solved.
The data folder of WJST-X is
C:\Users\[Your own setting]\AppData\Local\WSJT-X
After installing JTDX, the newly created data folder is
C:\Users\[Your own setting]\AppData\Local\JTDX
Copy and paste the two files from the WSJT-X data folder into the JTDX data folder.
They are wsjtx_log.adi and wsjtx.log.
For those who want to share JTDX and WSJT-X logs in the future, you can find a lot of information by searching for the keyword "hard link WSJT-X".
After you have started JTDX, you can configure the settings in JTDX. Here is a good site to check your grid. JTDX supports an 8-digit grid locator.
JTDX/WSJT-X can also support up to 10 digits by rewriting the ini file directly.
Example
[Configuration]
MyCall = JP1LRT
MyGrid = PM95tq47gc
In JTDX, QSO data can be sent to eQSL in real time.
The Reporting page has an item called [Enable eQSL sending], so if you configure it correctly, it will be possible.
In the Notifications page, you can configure more detailed settings than in WSJT-X. Please set it according to your own preference. The priority of the response when called by calling CQ is as shown. In addition, if a station of the same level calls, the LoTW user is given priority to answer.
最近のコメント