スキップしてメイン コンテンツに移動

SDRで衛星追尾するときに嵌った点

お正月は430M帯QFHアンテナの3代目を作り(前記事)、PC上のSDR#で衛星のCW信号をずっと追いかけてました。アンテナはそんなに問題なかったものの、ソフトウェアの設定で最初手こずっていたので少しまとめました。
PRISMのビーコンをドップラーシフト補正でとらえたもの。 アンテナは秋月のモービルアンテナ
SDRはハードウェアも安価で、USBでPCにつなぐだけなので入門しやすいですが、ドライバ設定や個体差のキャリブレーション、受信設定についてはユーザー任せです。
 ソフトウェアも自由度が高くアップデートが頻繁にあるので、できれば手元には問題切り分けのためにちゃんとした無線機/広帯域受信機が一台あって、慣れ親しんだほうがやりやすいでしょう。 
 
今回使用した機材
・Funcube Dongle pro+
・RTL-SDR (2種類)
・DJ-X11(確認用)

アンテナ
・145/430モノポールアンテナ 秋月
・自作430M帯QFHアンテナ

復調
・SDR# v1.0.0.1145

FCDやRTL-SDRを認識し、復調できるソフトウェアは幾つか種類がありますが、最近はもっぱらSDR#を使っています。必要な機能が揃っていて導入も簡単です。 プラグインでDDE経由のドップラーシフト補正もできます。 入れるときはStable版ではなくDev版の最新バージョンにしましょう。 周波数合わせがマウスだけで出来ます。 
 最新開発版を追いかけてインストールしていると、結構挙動が変わって混乱します。 インストール不要なので、設定確認のために古い環境も残しておきましょう。

ドングル側のドライバ設定


 ここでは周波数校正値の設定ゲイン設定を確認します。 

 SDR#では、ドングルを接続し選択した状態でConfigureというボタンを押すと、各種ドングル向けのドライバ画面が出てきます。

 とりあえずゲイン設定です。FCDのIF Gainの欄では最大で30~50dBまで設定できます。 最初はできるだけ上げていたのですが、これは失敗でした。 ノイズフロアも上がってしまい、信号が埋もれてしまっていました。 混信もあり、過大入力になって信号レベルが大変動するので良いことがなかったです。
 
 私の環境では固定の全方位アンテナを使っていますが、Funcube Dongle Pro+ではIFゲインを25~30程度にすることで、衛星の信号をよく捉えられるようになりました。 秋月アンテナでも十分な感度があります。
 
 衛星だと地上局設備のような多素子アンテナにつないだ場合はアンテナゲインが大きいので、LNAも切って、ゲイン設定はできるだけ下げたほうが良さそうです。

 信号が見えたらハードウェアの周波数校正をします。設定周波数はハードウェア毎に個体差があり、実際に基準となる周波数を受信してみて合わせるのが確実です。 たいてい数kHzずれています。 衛星の信号はドップラーシフトも加わるため、ずれていると発見が難しくなります。

Config画面でppmを入力して合わせます。 手元のFuncubeDongle Pro+は0~3ppm、RTL-SDRは製品差が大きく、25~40ppm付近でした。

 RTLSDRの場合、水晶の温度ドリフトの影響が大きいという報告があり、せっかく合わせても自己発熱でずれていっていしまうようです。 SGにつないでCWで聞いてみると、時間とともに周波数がずれていくのが直接観察出来ます。
 改造例としてドリフトの少ない水晶や、TCXO(温度補償型)に換装する例もあります。

 その点では、FCD Pro+は少し高いですがTCXO搭載であり、ドライバ不要で使えるのでハードルが低いです。 観測帯域が192kHzで十分であればおすすめです (アマチュア衛星には十分です)。

Funcube Dongle Pro+ のconfig画面
RTL-SDRのConfig画面 AGC設定が多い
バージョンを移したら見直しと設定しなおしが必要になります。
 あと、USBポートを変えたりしてドライバが再インストールされると、Configの設定が初期化されていることがあるので毎回確認しましょう。

 本格的な校正には既知の信号源が必要ですが、無線機が手元になければ、SGを借りたり、目的の周波数帯付近に出ている局を探してだいたい合わせます。ACARSや航空管制で事前に周波数校正をしておけば、信号を聞くには十分だと思います。

SDR#上の設定


SDR#を開いてドライバ調整、受信まで出来たら、細かい設定を見なおしてみます。

左の設定画面で重要な点です。

Radio 欄
・復調形式 : 形式にあわせます
・帯域フィルタ設定欄 : ここで数値を入力したり、WF画面上でマウスドラッグでも設定可能です。
              SDR#のCW帯域は手動で最低10Hzまで絞ることができます。
・Squelch スレッショルドdBを設定しておけば、スケルチが効きます。
・ステップ数 : 何Hz飛ばしでシークするか設定できます。 細かく合わせられないと思ったらここを疑います。
・Correct IQ : SDRは中心周波数に機器由来のピークがでますが、これをカットしてくれます。
Swap I & Q : I/Qのチャンネルを交換します。 これを間違えると周波数帯域が反転しているので、中心周波数で合わせると見えるのに、端では見えないという現象が・・・ 結構やられました。 FCD Pro+では反転させます。

 同じ周波数を聞いているかどうかを確認するために、ハンディ受信機/トランシーバーがあると心強いです。

FFT Display 欄
・Resolution : CWなど微小な信号をWF(ウォーターフォール)画面で観測するなら重要です。初期値は4096段階ですが、CWを見ると分解能が足りなかったです。 PC性能と相談して32768程度まで上げました。

Frequency Manager 欄
 幾つか周波数を登録しておくと楽です。

Recording 欄
 記録形式は、復調した音声波形の記録と、BaseBand(I/Qデータ)をそのまま記録するモードの2つがあります。I/QデータはSDR#で記録時の中心周波数起点の帯域幅すべてを再生できるため、帯域内であれば、周波数を合わせ直して好きな形で復調することができます。 ファイルサイズはかなり大きいので気をつけましょう。
 RTLSDRはConfigで帯域幅を絞ればファイル容量が減ります。 複数同時観測しないのなら、1Msps以下に絞っておいて良いと思います。



とりあえず羅列してみました。

 調整が済んでいれば、ゲインの低い全方位アンテナでもビーコン信号なら比較的楽に見つけられます。 実は秋月で売っているハムバンドアンテナでもCWなら強力に見えて、条件が良ければFMパケットをデコードできることがあります。

  衛星の飛来時間は変わっていくので、あとはいかにパスを逃さず受信できる環境を整えるかという問題になります。 ということで自宅ではSDR受信機を屋外設置して、ネットワーク経由でPCとつなげています。


 これは最近上がったPocketQube規格の衛星、Eagle2のRTTYです。 全方位アンテナでもよく聞こえました。100ボーのFSKを視認できます。 この衛星の通信機は1個800円で買える100mW出力のRFICなので驚きです。

 宇宙界隈は今年も忙しくなりそうです。

Popular posts

Arduino Nano Everyを試す

 秋月で売っていたAtmega8と、感光基板でエッチングしたArduino互換ボードを製作してみて、次に本家ボードも買って…  と気が付いたら10年が経過していた。  ハードウェア的な観点では、今は32bitMCUの低価格化、高性能化、低消費電力化が著しい。動作周波数も100MHz超えが当たり前で、30mA程度しか消費しない。  動作電圧範囲が広く、単純な8ビットMCUが不要になることはまだないだろうけど、クラシックなAVRマイコンは値上がりしており、価格競争力は無くなりつつある。 そしてコモディティ化により、公式ボードでは不可能な値付けの安価な互換ボードがたいていの需要を満たすようになってしまった。     Arduino Nano Every https://store.arduino.cc/usa/nano-every https://www.arduino.cc/en/Guide/NANOEvery  そんな中、Arduino本家がリリースした新しいNanoボードの一つ。  他のボード2種はATSAMD21(Cortex-M0+)と無線モジュールを搭載したArduino zero(生産終了済み)ベースのIoT向けボードだが、 Nano EveryはWifi Rev2と同じくAtmega4809を採用していて、安価で5V単電源な8ビットAVRボードだ。  Atmega4809はATmegaと名がついているが、アーキテクチャはXMEGAベースとなり、クラシックAVRとの間にレジスタレベルの互換性は無い。   https://blog.kemushicomputer.com/2018/08/megaavr0.html  もちろん、ArduinoとしてはArduinoAPIのみで記述されたスケッチやライブラリは普通に動作するし、Nano Every用のボードオプションとして、I/Oレジスタ操作についてはAPIでエミュレーションするコンパイルオプション(328Pモード)がある。 公式のMegaAVR0ボードはどれもブートローダーを使わず、オンボードデバッガで直接書き込みを行っている。  ボードを観察...

GPSアンテナをつくる

GPSアンテナを作ってみた。 1575MHzの波長は約19cmなので、半波長で9.5cmとなる。 GHz帯とはいえ、結構長いものだなぁ。 セラミック等の誘電体がなければ、平面アンテナで真面目に半波長アンテナを作ろうとすると手のひらサイズの面積が必要になってしまう。 普通のダイポールだと指向性があるので、交差させてクロスダイポールにする。 屋外地上局のアマチュア衛星用アンテナの設計をそのまま縮小したもの。 水平パターンはややいびつ 92.2mmの真鍮の針金(Φ=0.5mmくらい)を2本用意して、42.3mmで90°に曲げる。 長さの同じ素子同士を並べて配置する。 (全長が半波長より長い素子と短い素子が交差した状態) 片方をアンテナ信号線、もう片方をGNDにつなげば完成。 実際5分くらいでつくったけれど、果たしてどうだろうか。 今回は、道具箱に眠っていた表面実装タイプのMT3339系モジュールに取り付けた。 アンテナはもともと3x1.2mm程度のとても小さいチップアンテナで、 LNAが入っているけど感度が悪かったのでお蔵入りしていた代物。 最近の携帯機器はみなアンテナに厳しい。 さて・・・ クロスダイポール版モジュールをPCでモニタしたウインドウ(左)と、QZ-Rader画面 東側に建物遮蔽があるので、そちら側の衛星はSNが悪い。 とりあえず補足できた衛星数はシミュレーションされたものとほぼおなじだった。 アンテナの角度をいろいろ振って、逆さまにしてもロストすることはなかった。 セラミックのパッチアンテナレベルにはなったかな・・・。 簡単にできてそれなりに測位するけれど、携帯性は皆無になった。 あと、近接周波数の干渉を受けやすいかもしれない。 GPSアンテナのDIY例としては、QFHアンテナもある。 ラジオゾンデなどで使われている例がある。 いつもお世話になっているQFHアンテナ計算シートのサイト https://www.jcoppens.com/ant/qfh/fotos_gps.en.php ヘリカルアンテナは加工精度の難易度が上がるので、今回はクロスダイポールにした。 GNSSとなると、複数の周波数のために調整されているセラミックパッチアンテナが有利だと思う。 セラミックパッチア...

CANトランシーバーを使わずにCAN通信をする

 CANバスの物理層は差動通信で、RS485の様にマルチドロップ接続が可能。  自動車におけるノイズ環境でも通信が成立するように、トランシーバICには様々な対策が施されている。  一方で、基板にマイコンを複数載せて、例えばブロードキャストメッセージを含んだ通信をさせたいとなったとき、ハードウェアとしてデータリンク層にあたるコントローラが実装されていて、メッセージフィルタ等が可能なCANバスは魅力的だ。しかし、長くても1m未満の配線長で差動ドライバのバスを駆動するのは電力的なペナルティが大きい。 CANバスの構成  トランシーバーには5Vレベルと3.3Vレベルの製品があり、車載以外だと省電力化のために3.3Vバスを採用する例があるらしい。(電圧が低いほうがドミナント時の電流は下がるので)製品によってはフォールトトレラントのための様々な機能が付加されている。    トランシーバーをつかわず、UARTの様に単純に接続することもできる。過去にはこのようなアプリケーションノートがあった。 On-Board Communication via CAN without Transceiver https://www.mikrocontroller.net/attachment/28831/siemens_AP2921.pdf CANコントローラの入出力を1線式マルチドロップバスとしてつなぐことで、トランシーバーが無くても通信が可能になる。規格外の使い方ではあるけれど、大幅に単純、かつ省電力になる。 コントローラのみでの接続 R4 MinimaにはCANコントローラーが内蔵されているため、上記アプリケーションノートの様に接続してみた。ダイオード2個と数kΩのプルアップ抵抗だけでサンプルコードの通信ができた。 https://docs.arduino.cc/tutorials/uno-r4-minima/can  とりあえず1Mbpsでも通信できていたけれど、Lowレベルの電位が下がり切っていないので、OD出力のバッファをTXに挟むとよいかもしれない。  R4 Minimaのコントローラのみで通信させている様子(250kbps) https://github.com/sandeepmistry/arduino-CAN/blob/master/API.md ライブラリの実装は以下で確認...

UNO R4 Minimaの仕様を眺める

CANバス内蔵Classicボードたち。 しかし割高になってしまった… Uno R4 Minimaを入手したので遊びつつ、どのような実装になっているのか、仕様を眺めてみた。 UNOは現在のArduino製品の中ではClassic Familyというカテゴリに入っており、歴史的なフォームファクタを継承している。ルネサス製MCUの採用で話題だけれど、5V単電源動作可能なARMマイコンとしては高機能だ。 要点としては、初学者向けのClassicファミリにCortex-M4が降りてきて、内蔵RTC、DAC出力、CANバスといった機能にもAPIレベルで対応しているという点になる。  スペックだけ見ると、反射的に3.3Vで動いてほしいとかいろいろ要望が湧いてくるが、ターゲットはあくまで初心者なのを忘れないようにする。 (いい感じの互換ボードに期待) ボードとピンマップを眺める 公式サイトのボード紹介ページでは、回路図と基板図をAltium365ビューワーで見ることができるようになっていた。回路図で抵抗を選択すると詳細が表示されるし、基板図上の実装と連携して位置をハイライトできたりする。 Minimaの実際の基板には16MHzの水晶は空きパターンとなっている。内蔵オシレーターで動いているようだ。 Minima 回路図 https://docs.arduino.cc/resources/schematics/ABX00080-schematics.pdf Wifi R4回路図 https://docs.arduino.cc/resources/schematics/ABX00087-schematics.pdf MinimaとWifi R4ではソケットに引き出されたSPIバスのマッピングが異なっている。これに伴いCANで使うピンも位置が変わっている。APIが用意されてるのにピンマップ表で表記していないのはボード依存のためかもしれない。 CANを使いたければシールド設計で対処するしかなさそう。  他にも、Minimaのソケットの3.3V出力は、Minimaのデータシートに書いてある通りMCUの内部電圧を生成しているLDOの出力を引き出している。そこまでやるのかというくらい割り切っている。  内部レギュレータから引き出せる電流量はArduinoとしては表向き載っていないけれど、ルネサス...