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

宇宙機おえかき~可視光通信実証衛星~


非実在宇宙機ライブラリ 約3回目。 

今回は可視光通信を実証する衛星を考えてみた。

以下設定集。


<非実在仕様>
キューブサットタイプで、高輝度LEDアレイを積んだ衛星を想定する。

 衛星バス、ミッション部、LED白光面という3つのセクションに分けてみた。 対角の金属ロッドは無線アンテナ。
展開はバネを利用した展開機構で、真ん中のミッション部が辺に近い軸から180度外側に展開する仕組み。 バスとLEDは同一軸で固定されている。

20センチ四方なので、電力収支、熱構造、内部空間的にかなりカツカツだろう。

LEDアレイは放熱機構を考えて、携帯用ルーペみたいにスライドする方式がひとつ、
ミッション部がLEDアレイと同一平面にセンサも露出できて便利そう という苦し紛れの利点がひとつ。

 実際には2つのブロック([衛星バス+ミッション]と[LEDアレイ])で十分だとおもうので、搭載機器の温度管理を考えたら、やたら展開するのはあまりよろしく無さそう。
今まで打上げられた小型衛星も、構造が複雑なものは機構展開に失敗しやすい(あたりまえといったらあたりまえか・・・)があるので、できるだけ可動部を減らすか、複雑な展開機構を捨てることが必要だ。  


 後ろから。  無線は地上からのアップリンクとダウンリンク用。 LEDはまだおまけなので。
 ミッション部と独立の汎用衛星バスが、衛星を管理する。
 軌道-地上間可視光通信には地上局とのタイミングも関係するだろうから、結局別な通信手段は必要になる。 全部光ってすると、天候が悪かったらだめだね。

 姿勢制御は磁気トルカ程度のみ。 リアクションホイールは50x50センチの衛星までしか採用されていない模様。

 <LEDによる可視光ダウンリンク>
 小型衛星のコンセプトとしては、打ち上げるリソースは最小限に、地上側でできることは地上でとあるので、衛星機能が正常であれば、 まず人力で可視光ビーコンとして確認できるか確かめ、地上局設備によっては高速ダウンリンクフェーズに移行 といったステップを踏む。
 高速と行っても、どの程度できるかは未検証。 「きらり」(OICETS)とNICTが行ったレーザー光による実証実験がある。(プレスリリース)
 地上側で超高精度追尾と光学的補償、大気ゆらぎを考慮した通信冗長等、容易とは言いがたい技術が必要そうで、この非実在衛星には計画的にオーバースペックである。
 太陽電池、フォトトランジスタといった受光素子で変調可視光を増幅し、ゆらぎ等で鈍った波形を復調するといったことが思い浮かぶけれど・・・ どのくらいの帯域が上限なのだろう
 光害もあるし、蛍光灯みたいな発振光に満ちあふれた空だから、どれほどの信頼性があるのか不明。

<情報量>
1bpsのビーコン通信なら、最大高度で5分程度のパス時間がとれたと想定すると、300ビット(37バイト…)の情報が得られることになる。
 8秒が一バイトにあたる。 ところどころ、(このビットがどの列に当たるのか)を知らせるためのフレームバイトを挟むので、実際に降りてくるデータはもうちょっと少なくなる。

 ビデオカメラ(天文用)と望遠鏡で追尾した場合、シャッタースピードを固定で考えると、30FPSで受光できたら、 半分かそれいかの10bpsは撮れると仮定して、3000ビット(375バイト)は得られるのだろうか?
 どちらにしろ、無線なら0.5秒~1秒で取得できるデータ量しかない。お手軽にやろうとしたらアマチュア無線よりも帯域が少ないということになる。

 目で見えるという特性を考えると、だれでも受信できて、カメラがあればデコードできるかもしれない衛星通信という意味で、広報的な役割を与えることもできる。(あるいは迷惑を)

 もうちょっと点滅速度を落とし、全天を長時間露光できる魚眼カメラでパス時間を捉えると、モールス符号の航跡がイメージとして得られるかもしれない。

 肉眼で見える小型衛星という実感を得る。 >モチベーションアップ!
 運用終了後、停波しても衛星として機能していれば、可視光ビーコンで軌道上からデータを下ろせるかもしれない。 軌道センサとしての役割は十分考えられる。  (天体写真家から怒られそうだけど)
 国際可視光通信協定とかできるのだろうな・・・

 誰でも見えた衛星といえば、初期宇宙開発でアメリカが開発した軌道バルーン、エコー1号がある。
 30~40メートルの反射性塗装された風船で、地上からの電波を跳ね返すだけの受動的衛星だった。 中継機能を持った衛星が打上げられるまでの僅かな期間、反射衛星通信に用いられた。
 太陽光を反射してよく見えたという。

 大きくてよければ、反射光を制御して液晶シャッターで地上にデータ送れないかなー。 エコ一号(笑

<向きを変えて>
 もちろん、大気の無い宇宙空間・・・ 衛星同士の通信だったらどうだろう。 大気がなければとても理想的な通信ができるのでは?
 こちらはネタじゃなく、真面目な研究がすすめられているようで、
 高軌道の親衛星、低軌道のセンサ衛星群という計画がある。 低軌道衛星に期待される観測の時間分解能向上と、データ帯域幅、二つのニーズを解決できるシステムとなる。

 こう書いていて、レーザーポインターで雪降る夜に軌跡を投影して喜び、LEDに音声変調かけて遊んでいた頃を思い出した・・・。

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としては表向き載っていないけれど、ルネサス...