FT8を始めて1か月

GWの5/6からFT8を430MHzで開始をして、約1か月経過しました。

ログは、LoTW、eQSL、hQSLで、紙のQSLカードは、まだ発行をしていませんが、LoTWの結果を晒してみます（笑）

• DXCC
  
  
  
  
  
• WPX
  
  
  
  
  
• WAZ
  
  
  
  
  

ほぼFT8で、50MHzメインで運用していますが、近場を中心にだいぶ増えてきました。
固定のコン柱には、430MHzと50MHzで、先日の21MHzや7MHz、28MHzは庭にDPを張ってQRVしてみました。

夜間は50MHzは非常に静かですので、WARCバンドや21MHzにQRVをしたいなーと考えていますが、先立つものが無いので、ボチボチやっていこうと思います。

にほんブログ村

FT8の交信時間はUTC？JST？

FT8を始めてからずっと悩んでいるのですが、交信時間はUTCなのか？JSTなのか？です。 現在、FT8はMacでWSJT-X+RUMlogNGで運用しています。

なぜWindowsPCを使わないか？というのは、RUMlogNGを使いたいからという点です。

RUMlogNGは、LoTWとeQSLに直接ログデータの送受信ができるので、DX局との交信では非常に便利という点です。

RUMlogNGのQSLから

LoTWとeQSLの out of new QSOを選択すると

これでアップロードが完了します。

ログのダウンロードは、QSL inを選択すると

マッチしたログでcfmします。

この簡単さを味わってしまうと、HAMLOGからエクスポートしてADIFファイルに変換して、LoTWとeQSLにアップデートを行う手間を考えると抜け出せなくなりました(笑)

そうなると、交信時間は、UTCになり、国内局もUTCでログのやり取りとなりますが、LoTWとeQSLを利用している国内局はcfmします。

しかし、国内局の大半は、WindowsPC+HAMLOGを使っていると思います。

私もPhoneやCWはHAMLOGを使っています。

RUMlogNGから交信データを定期的にエクスポートをしてHAMLOGにインポートをしているのですが、WSJT-X+HAMLOGだと、国内局との交信はJSTになりました。

ま、当然といえば当然ですが（笑）

そうすると、UTCとJSTで時間が異なるので、HAMLOGのhQSLではcfmしないことに気が付きました。

そのため、最近は、HAMLOGにインポートをするときにJSTに変換をするようにしました。

ちょっと面倒なのですが、FT8でも紙のQSLカードをもらった場合は発行をしようと思ていますので、この方法しかないかなーっという感じです。

WindowsPC+HAMLOGをメインにすると、LoTWとeQSLへのログのアップデートが面倒なので、HAMLOGでもRUMlogNGの様にLoTWとeQSL自動アップデート機能とかつけてくれないかなーっと思ったりしています。

というわけで、独り言でした（笑）

にほんブログ村