Si5351A FST4W and WSPR 信号発生器（１）

"W3PM"さんのサイト W3PM WSPR Projects 

http://www.knology.net/~gmarcus/ に紹介されていた

"Auto-Calibrated GPS/RTC Si5351A FST4W and WSPR MEPT"

を作ってみました。

MEPT (Manned Experimental Propagation Transmitter) 

 

概要

ArduinoNanoおよびSi5351Aクロックジェネレータボードを使用して、

LF ～10m バンドのFST4WまたはWSPR信号を生成します。

周波数と時間の精度は、

高精度の温度補償されたDS3231リアルタイムクロック（RTC）ボード、

またはGPS受信機を使用して維持されます。
 

詳細は、PDFファイルでサイトに有ります。

Arduinoソフトウェアも同様ですが・・・

ソフトウェアに関しては、今まで触った事が無いと少々難しいかも。。。？

 

今回は、DS3231 RTC を使いました。

以下、いずれもアマゾンから購入

・Arduino Nano（互換品）

・Si5351A clock generator

・DS3231 real time clock

・0.96 inch 128x64 serial I2C OLED display board

 

ベース用のボードに、適当にレイアウトを考えてメス端子を配置

アッテネーターの製作

色々な場面で測定用に欲しいと思っていて、

以前から部品だけは集めていたのですが・・・

やっと組み上げました。

 

秋月から購入したコレを使用

・チップ抵抗アッテネータ　１０ｄＢ　０．１Ｗ

 https://akizukidenshi.com/catalog/g/gP-01813/

・通過型アッテネーター

 https://akizukidenshi.com/catalog/g/gP-00054/

　今は、6dBしか在庫していないようですが

　以前に、30dB と 40dB を購入していました。

 

アルミダイキャストのボックスに入れた

NanoVNA,TinySA が、DfuSeDemo から見えない

NanoVNA / TinySA のファームウェアをアップデートするのに、

本体をDFUモードにして DfuSeDemo など

（TinySA なら tinySA-App もあります）を使いますが、

アプリ側から何故か見えない？

 

Device Maneger で見ても問題無さそう・・

OS は、Windows10 Pro 64Bit版 20H2

 

最初接続した時にDFUドライバーが自動でインストールされますが 

”その他のデバイス”に、”STM32 BOOTLODER"が出来るがエラーしている

この現象への対処として一般的な方法を実施。

Zadig を使って”STM32 BOOTLODER”のドライバーを、

WinUSB(v6.1.7600.16385) へ変更

すると、”ユニバーサル　シリアルバス　デバイス”に

”STM32 BOOTLODER"が出来てエラーもしていない。

 

一見正常な雰囲気ですが、まだDFUデバイスがアプリ側から見えない。

よって、ファームウェア・アップデートが出来ない！

 

但し、コマンドライン版の”dfu-util”を使えばアップデート出来ました。

途中エラーしても強制的に実行してくれるようです。

 

このままでは気持ちが悪いので、色々調べた結果。。。

修復方法が判明！ 

要は、チャンと STMicroelectronics のデバイスドライバを使う事でした。

以下、備忘録

LF(136kHz帯)WSPR WSJT-X Ver.2.3.0-rc2 の方がデコード能力が良さそう

昨夜(11/20)の様子から見ると、やはり明らかに差が有ります。

右が、WSJT-X Ver.2.3.0-rc2

 

今日から例年の寒さが戻ってきたので・・・

今までのようにデコード出来なくなる。。。　残念！

HF用アンテナを CP-5HS に戻しました。

CHV-5α の、あまりの飛びの悪さにストレスが溜まり・・・（笑 

以前降ろした、訳ありのアンテナを再び上げる事に。。。

 

風が吹くと 7MHz の同調が外れるのですが・・・

新しく購入する余裕は無いので、贅沢を言っていられません。

物理的に共用出来ない為、VU帯のGPも降ろしました。

 

フルパワー50WにGPですから、ガンガンには飛びませんが

まだマシです。ストレスも少なくなりました。　Hi

 

 

 

以下、備忘録

LF(136kHz帯)WSPR WSJT-X のバージョン違いでデコードが異なる その後

今日のデコード

 

前回 WSJT-X Ver.2.3.0-rc2 で何故かデコードしなかった JA1RWI さん

今日はデコード出来ました！

しかも Ver.2.2.2 よりも良い雰囲気

 

 相変わらず受信能力が悪いですが・・・　（涙

LF(136kHz帯)WSPR WSJT-X のバージョン違いでデコードが異なる

昨晩（11/16）

WSJT-X Ver.2.2.2 と 2.3.0-rc2 を並行稼働して

WSPRを受信したら。。。

異なる結果が・・・

 

右側が、Ver.2.3.0-rc2

送信しているソフトウェアが異なっていて、相性でも有るのか？

LF(136kHz帯)WSPR 過去最高のデコード数

昨日（11/15）のLFはノイズも少なく、過去にない多くのデコード数！

割と暖かく、暖房器具からのノイズが減った様子です。

 

 1回誤デコードは、ご愛敬。。。

夕方から23時頃までの結果です。

LF(136kHz帯)WSPR 新規受信！

 最近チョット寒くなって、ひどいノイズが増えてきていましたが

今日は何故か静かな時間が継続。

 

そのおかげで、

今まで何回かデコード出来ていた JA1RWI さんと

初めて JH1OFX さんをデコード出来ました！ (WSPR2)

FST4W-120 も並行して受信していますが、

コッチは未だデコードせず。

デコードするかは、MF(475kHZ帯)で受信確認済

その後、いつものノイズだらけに戻りました！　残念

LF(136kHz帯)WSPRを今日も受信

先日初めて受信出来た136kHz帯WSPR(WSPR2)・・・

今日は2回デコードしていた

 

ただ、今日のWSPR15の信号は不調　1回のみ

ノイズに潰されていた様子

 

今日は普段と異なる設定にしていた、

TS-480 のフィルター設定を1000Hz～1800Hz に狭めた事。

普段は、SSB用100Hz～3000Hzにしている。

ノイズ・ビートなど近隣信号からの抑圧が減ったのかもしれない・・・？

もっと帯域を狭めて様子を見たいが、同時にGrabber 稼働しているので

ソッチに影響でるし悩ましい。。。

 

 

LF(136kHz帯)で初めてWSPRを受信

このバンドでもコンディション上昇してきているようで・・

LF(136kHz帯)で初めてWSPRを受信出来ました！

 

今までWSPR15(15分送信)は何度も受信出来ていましたが、

今日、WSPR(2分送信)を（1回だけですが）受信！！

 

左：WSPR　　右：WSPR15

WSPR15の信号がハッキリと見えています。 

今日は、いつも邪魔しているノイズ（キャリア）も少ないようです。

毎日、夕方から23時ごろまで受信しています

関西から（私の受信環境で）関東各局のWSPRを受信するのは

結構ハードルが高いです　　（涙