WSJT-X 2.7.0-rc2 で FT-991のCAT不調は解消

WSJT-X 2.7.0-rc2 がリリースされていたので早速試してみた。

rc1 で発生していたFT-991のCAT不調は解消されていました。

TS-480 も順調。

"WSJTX@groups.io"で"IC-705"使用時のクラッシュ発生"が報告されているが

うちでは、何事もなく"IC-705"も順調に動作しています。

参考までにPCスペックは、

プロセッサ Intel(R) Core(TM) i5-8500 CPU @ 3.00GHz

実装 RAM 16.0 GB

システムの種類 64 ビット オペレーティング システム

エディション Windows 11 Pro

バージョン 22H2

"IC-705" FW=1.32

"Icom_usb_serial_port_driver_ver112"をインストール

LF/MF受信用SDRの掃除

ボチボチというか既に夏のような暑さ・・・

真夏の猛暑に備えて、久しぶりに内部クリーニング

両SDRのファンは、静音重視で風量の少ない物にしているので・・

毎年この時期はヤバイです。　（汗　！

FlyDog SDR

異常に発熱が酷いので放熱確認が必須です。

ホコリが酷いですね～

Wsprdaemon は、レポートをキャッシュして再送してくれる

昨晩は、"WSPRNET"が停止している時間帯があったようですが

Wsprdaemon はアップロード失敗してもキャッシュしてあるレポートを

再接続確立後に再送してくれていました。

14:40(UTC) まで各局のレポートがアップされています。

その後 wsprnet 停止・・・

20:20(UTC) から回復しています。

停止時間帯では、WD_3.0.8(wsprdaemon)と

あとから手動アップロードされた？レポートのみになっています。

 

キューバへ +24dB 何かの間違い？

昼前の、10m Band FT8 

実際の交信時では、+9dB のレポートでしたが

+24dB のスポットが上がっていてビックリ！

ロングワイヤーと50Wでも、こんな事があるのか？

混信なのかノイズなのか・・リトライが多く皆さん苦労されている様子

あきらめ気味に２回ほどコールして待機していたら・・

しばらくしていきなりコールバック！　　無事に交信成立しました。

海外の局は、フォローしてコールバックしてくれる方が結構多いので嬉しい！

何度か経験しています。

ロングワイヤーと50Wでは、しばらく待つ忍耐が必要・・・（汗

LF 受信(FST4W デコード) 状況

この内容の投稿は、今回で終わる予定

縦軸は SNR、横軸は時間(UTC)です。

 

6月01日 

LF 受信(FST4W デコード) 状況

縦軸は SNR、横軸は時間(UTC)です。

 

5月29日

LF 受信(FST4W デコード) 状況

LF帯　ここ三日間のデコード状況

縦軸は SNR、横軸は時間(UTC)です。

時間軸で同じ値が有りますが、ご愛敬という事でご勘弁を！

 

5月26日

WSJT-X 2.7.0-rc1 FT-991CAT 不調

WSJT-X 2.7.0-rc1を別ホルダーにインストールしてみました。

 

（既存環境を残す為に、別プロファイルにしています。）

起動バッチを、例えば・・・

C:\WSJT_rc\wsjtx\bin\wsjtx.exe --rig-name=FT991_test --language=en

 

で、いきなり・・・

FT-991 接続が絶不調です！

接続出来ないかと思いきや、しばらくしたら接続する

バンド変更するとまたエラー

レスポンスがすごく悪い様子

TS-480 も何とか動くが、反応がすごく遅い

CAT エンジン？の"libhamlib-4.dll"を

古い物(Ver.2.6.1 で使用している物)に戻したら正常になった。

wsjtx\bin ホルダーにあります。

最新の物を使うなら下記からダウンロード

日々更新されているようです。

   - 32-bit libhamlib-4.dll file
   　https://n0nb.users.sourceforge.net/dll32/libhamlib-4.dll
   - 64-bit libhamlib-4.dll file
   　https://n0nb.users.sourceforge.net/dll64/libhamlib-4.dll
 

"libhamlib-4.dll"のプロパティの詳細で、製品バージョンを確認

日付が、"MAY 21"になっている物を使ってみたら、問題無く使えました。

 

情報参照元：https://wsjtx.groups.io/g/main/message/44499

 

 

LF/MF 受信 構成変更

数日稼働させて問題無さそうなので、LF/MF共に"Wsprdaemon"に切換えました。

 

 

残念ですが。。。

LF帯の１局だけ、何故か"Wsprdaemon"でデコードしないので

"DigiSkimmer"を残しています。・・・　（汗

逆に別の２局は"DigiSkimmer"でデコードしない！？

謎です・・・理解できません。。。。。　（汗

 

追記：構成図を修正 2023/05/24

FlyDog-SDR + wsprdaemon で LFデコード出来るようになっている

今まで、相性なのか殆どデコード出来なかった組み合わせですが。。

（FlyDog-SDR + digiskimmer ではデコードしていた）

FlyDog-SDR + wsprdaemon で LFデコード出来るようになっていた。

 

＊顛末＊

5月12日から、何故か？いつもの2局が全然デコードしなくなった・・・

これまで稀にデコード出来ていた局のみデコードしている。・・・？

FlyDog-SDR は、60kHz JJY を受信出来ているので問題無いと思われ

digiskimmer を稼働している Raspberry Pi-4 をリブートしたが変わらず

（MF受信はデコード出来ていたので当然か・・・）

 

～5月11日

5月12日以降

スマホ用"FT8"アプリ

なんか、今年もあっと言う間に5月です・・・

 

最近、"FT8CN"と言うワードをちょくちょく目にする・・・ので

調べてみたら"FT8"交信用のスマホ用アプリみたい。

android系だけで、iPhone には対応していないらしい

 

試しに、ほとんど使っていないAmazonの"Fire 7" タブレットに

インストールして、先ずは受信だけ使ってみました・・・

 

XHDATA の D-808 のスピーカから音を拾ってデコードしています。

"Fire 7"の左端中央部にマイクが付いています

アンテナは外付けのロングワイヤー 

こんな環境でも普通に次から次へとデコードしてくれます