自作アンテナの性能を客観的に観察したいと思い、WSPRの解読数を比較してきました。
が、WEB-888+UHV-10組の21MHzの解読数が余りにも少なすぎます。
どうやらエイリアシング・ノイズが原因のようです。
そこで、30MHzのLPFを作って対策してみました。
が、残念ながらさっぱり解読してくれません。
WSPRデコーダーは、WEB-888自体に備わっており、管理ツールのExtensionsタブから有効にします。
起動後は、サーバーやクライアントとの接続に関係なく、単体で解読し結果をスポットしてくれます。
これとは別に、Windows上で動かすWebベースの受信ソフトの上でクライアント側のプラグインとしてWSPRデコーダーを動かすこともできます。
この二つを比べると、ビルトイン側の解読率が悪い事には気が付いていました。
しかし、「悪いもの同士での相対的な比較はできるだろう」と割り切って、ビルトイン側の値で比較してきたわけです。
それにしても、ここまで悪いと比較になりません。
WSJT-XにもAF信号を渡して、内蔵デコーダー、クライアントのプラグイン、WSJT-Xの３つのデコーダーを比べて見ました。
ついでなので、この夏に公開されたSDR OxideがKiwiSDRに接続できて、WSPRデコーダーも持っているので、一緒に比較してみました。
今朝の7時半から9時までの、1時間30分間の様子です。
結果は惨憺たるのもでした。
SDR oxideの解読数は順当なので、WEB-888のハードには問題が無いようです。
この個体のビルトイン固有の問題なのか？
設定が悪いのか？
KiwiSDRはどうなのか？
今までの比較結果は信用できるのか？
悩みは尽きません。
p.s.
SDR oxideのKiwiSDR接続ですが、
公開当初は、1分以内に6回以上接続するという、行儀の悪い行動があり、KiwiSDRのサーバーから自動的にブロックされていました。
KiwiSDR開発者のJohnさんに、状況をつたえてブロックを解除してもらった経緯があります。
SDR oxideの接続パターンなどを調べて対策するとの事でしたが、その後は(怖いので)公開されているSDRには接続していません。
もし、公開されているSDRに接続する場合は、注意が必要かもしれません。
0 件のコメント:
コメントを投稿