ほしぞloveログ

天体観測始めました。

タグ:PHD2

前記事ではPSTの調整などのことを書きましたが、同日の土曜と次の日の日曜に太陽に対応したPHD2で、実際の太陽オートガイドを試しました。

PHD2による太陽ガイドが開発されている

CP+の講演の中でPHD2の対応対応についてちらっとだけつぶやいたのですが、まだ日本ではほとんど認識されていなかったようで、一部の太陽マニアにはかなり響いたみたいです。その後、実際試された方が何人もいるようです。

それまでは太陽のオートガイドには以前このブログでも紹介した、Lusol-Guideがよく使われていたようです。私も何度が試したのですが、
  • ソフトの開発が止まっていること。
  • 元々有料だったこと。 (当時Lusol-Guideに気づいたhiroさんが、ほぼ表舞台から遠ざかっていたと思われる作者まで奇跡的にたどり着いて、無料で使って構わないという確認をとってくれました。)
  • 自分で試した限り、ガイド精度が10ピクセル程度と、そこまでよくはないこと。
  • そもそもタイプラプスのために保存するser形式の動画ファイルが、HDDに対してかなり負担になること。
などから、その後Lusol-Guideというよりも太陽タイムラプス自体をあまり試すことはなくなっていました。

そんな折、PHD2の太陽版がリリースされたのは2024年の3月頃のことです。その後2024年8月にJun1Watanabeさんがラズパイで太陽の中心を星のように小さく表してPHD2に渡すという独自の太陽ガイドシステムを発表しています。ここ1年で、太陽ガイドに関していくつか選択できるまでになったというのは、とてもありがたいことです。

私はPhoenixが来てからPHD2を簡単に試しただけなのですが、使い勝手もPHD2と本質的に同じで、使いやすく本格的な制御にも対応していて、安定に動かすことができました。今の私 (わたし) 的な再太陽ブームにおける今回の目的は
  1. かなり拡大して撮影するC8で、タイプラプス映像が作れるくらい安定したガイドを構築すること。
  2. あわよくば、SharpCapでリアルタイムでスタックしてできた画像のみを保存することで、とんでもない大きさのraw形式での動画ファイルの保存を避けてディスク容量を節約できればいいかな。
くらいの2つを考えいます。


実際に太陽PHD2を試してみる

まず、現在の太陽用のPHD2はいまだに開発バージョンということで、自己責任の範囲で試すべきで、マニュアルやサポートなどは十分でないということを理解しておく必要があります。

2025年3月24日現在の最新バージョンはリリースノートによるとv2.6.13dev7とのことです。


インストール後、カメラや赤道儀などの接続は普通のPHD2と何ら変わりはありません。

ガイド鏡筒ですが、普通に撮影用に使うものを流用すればいいかと思います。太陽は非常明るく、集光した際のエネルギーも大きくなるので、カメラを焼いてしまう恐れがあります。そのため、太陽用のフィルターなどを別途鏡筒前に取り付けるなどして手当てしてやる必要があります。

ガイドカメラはカラーでもモノクロでも構いません。モノクロの方が分解能がいいですが、大きな太陽を円でフィッティングするので、どこまでカメラの分解能が効くかは、別途きちんと検討する必要があるかと思います。

裏技的になりますが、ガイド鏡やガイドカメラを別途用意しなくても、例えばCP+で話したようなPhoenixとApollo-M miniなどの組み合わせで太陽の全景が一度に画面内に入るなら、そのメインの画像をガイドに使うこともできます。ただし、撮影用とガイド用で設定を共有しなければならないなどの制限もあるので、注意が必要です。また、カメラを共有する場合、太陽が全面一度に見えている場合はいいのですが、バローを付けたり、センサー面積の小さいカメラを使って太陽の一部しか見えていない時は、うまくいきませんでした。今回のPHD2の太陽版は、オプションで特徴点を見つけてそれを基準にガイドする機能も持っているのですが、試した限り短時間ガイドはできるのですが、少なくとも安定して長時間稼働させることはできませんでした。

C8のように太陽をかなり拡大して見る場合は、当然全景を見ることはできないで、別途ガイド鏡を用意することにしました。今回とりあえず使ったものはEVOGUIDE 50ED IIとASI178MCです。焦点距離が200mmでカラーですがピクセルサイズが2.4μmなので、かなり分解能良く見えるはずです。

IMG_1081

以下、設定方法を書いておきます。

1. PHD2太陽版を立ち上げ、カメラと赤道儀を接続してから、露光を開始します。露光時間が長すぎて明るすぎる画面が見えると思います。

2. 最初にやることが、下の脳みそマークの右にある、太陽の設定ボタンを押します。すると別途設定画面が出てくるので、例えば下の画像のように設定します。この場合、2つ目のオプションがオフになっているので、太陽全体が見えている時の設定になります。

スクリーンショット 2025-03-22 121740_cut02

3. まずは露光時間とゲインを設定します。SharpCapできちんと見えるくらいの値にすればいいです。ここでは露光時間2msでゲイン0なので、かなり暗い設定ですが、これくらいでやっと飽和せずに黒点とかも見えました。ちなみに1msとゲイン0が設定できる最小の値なので、それ以上暗くしたいならフィルターを暗いものにするとかしないとダメです。飽和していてもうまく太陽の周りをフィッティングすることはでき、太陽中心はきちんと出るので、実際にはもう少し明るい設定にしても大丈夫です。

4. 太陽の形が見えたら、最小径と最大径を設定します。まずは100と2000とか極端な値を入れて、画面に円、もしくは半円が出るか試します。この円は、最小径もしくは最大径を変更するたびに、しばらくの間表示されます。
スクリーンショット 2025-03-23 081533
線が細くてわかりにくいですが、左上に設定した径の半円が出ています。

5. 出てきた円と太陽の大きさを比べて、ある程度太陽の大きさが範囲に含まれるように絞り込みます。

6. 径がそこそこ決まったら、ここで左下の「露光開始ボタン」の右隣の、「認識ボタン」を押します。
緑の円が太陽の周りにフィットされるはずです。うまくフィットされない場合は、最小径と最大径の設定を見直してください。
スクリーンショット 2025-03-23 082057

7. さらに「認識ボタン」の右隣の「ガイド開始ボタン」を押すと、初めての場合はキャリブレーションが始まります。キャリブレーションがうまく開始されない場合は、シフトキーを押しながら、マウスで左クリックしてください。

8. キャリブレーションが終了すると、自動的にガイドが始まります。


太陽を使って昼間の極軸調整

1日のうちで最初にPHD2を走らせた時は、ここで一旦ストップボタンを押して、極軸調整をするといいでしょう。

昼間は北極星は当然見えないので、極軸を合わせるのは普通は困難なはずです。PHD2にはドリフトアラインメントという機能があり、これで極軸を合わせることができます。この太陽バージョンのPHD2は、星の代わりに太陽を使ってドリフトを測定し、極軸調整ができるというわけです。ただし、太陽を使うということで、通常の星と違い少しクセがあります。

1. 露光して太陽中心を認識している状態で、PHD2のメニューの「ツール」から「ドリフトアラインメント」を選びます。

2. 「ドリフト」ボタンを押すと、ガイドをしない状態で太陽の中心位置が赤経、赤緯別に下に表示される時系列グラフに記録されていきます。その線が真っ直ぐになればいいのですが、極軸があっていないと上下どちらかに斜めに動いていきます。
スクリーンショット 2025-03-22 160853

3. 動く方向が確認できたら「調整」ボタンを押してから、まずは赤道儀の土台に付いている横方向のネジ(モーターを動かしてはダメです)をどちらか一方に、例えば半回転回してみます。

4. 再び「ドリフト」ボタンを押して、グラフがどう移動していくのか見ます。

5. 先ほどよりもグラフが真っ直ぐになったら、ネジを正しい方向に回した方ことになります。傾きが急になったのなら、間違った方向に回したことになります。

6. 傾きに変化が見えない場合は、再び「調整」を押し、ネジを同じ方向にさらに大きく、例えば今度は1回転回してまた「ドリフト」を押します。傾きが変わったと認識できるまでこれを繰り返します。

7. グラフが真っ直ぐになり、赤道儀の横方向があってきたら「次へ」ボタンを押して、今度は赤道儀の縦方向のネジを同様に調整します。

8. グラフが平らになってくると、太陽の中心周りにどれくらいの精度であっているかのマジェンタ色の円が表示されます。これが十分小さくなるまで合わせ込みます。
スクリーンショット 2025-03-23 083325


太陽極軸合わせのクセ 1:
問題は、ネジを回したときに、太陽の位置がずれてしまい、ガイド鏡で見ている範囲から外れてしまうと、それ以上何も進まなくなってしまうことです。こうなる前に、赤道儀の(今度はネジではなく)モーターで太陽が画面内に入るように調整します。ここが星を使う場合と最も違う点でしょうか。

太陽極軸合わせのクセ 2:
もう一つ問題があります。本来、赤道儀の横方向の設定は、ガイド鏡を南中方向に向けて赤緯のグラフを見るべきです。一旦それがあってから、さらに次にガイド鏡を東か西の方向を向け、今度は赤道儀の縦方向のネジを調整します。でも太陽は一つしかなくて、その時にある太陽の方向しかガイド鏡で見ることができません。なので、見ている方向によっては横方向もしくは縦方向の感度が良くなくて、うまく合わせられないことがあることに注意してください。


太陽ドリフトアラインメントの精度の例

昼間にドリフトアラインメントで太陽でそこそこ合わせた後に、実際夜になって北極星を使って、改めてSharpCapの極軸調整で精度を見てみました。すると、4分角程度のズレがありました。

これまでドリフトガイドを使わずに、昼間の赤道儀をどうやって合わせてきたかというと、
  1. 赤道儀の水平をできるだけ合わせる。
  2. さらに赤道儀に付いている赤経赤緯の位置を表す矢印などのインデックスを見ながら、ホームポジションにできるだけ精度よく合わせる。
  3. 赤道儀の内部時計の時刻もできるだけ正確に合わせる。
  4. その状態で、赤道着の初期アラインメントで太陽を自動導入すると、本来極軸があっていたなら鏡筒はきちんと太陽の方向を向くはず。
  5. 鏡筒につけたカメラ映像で見ながら、実際に見ている方向と、太陽方向とのずれがなくなるように(赤道儀のモーターは使わずに)土台の調整ネジだけを使って、鏡筒が太陽の方向に向くように(カメラの映像内に太陽が入ってくるように)合わせる。

というような手順です。この方法での精度はせいぜい1度角程度でしょう。このように考えると、ドリフトアラインメントを使った場合は4分角(=0.067度)、ザックリですが10倍程度は精度が上がると思っていいのでしょう。

一方、夜に北極星を基準にSharpCapで極軸調整するときは1分角以下は余裕で、例えば30秒角くらいまで合わせることができると考えると、太陽を使った昼間のドリフトアラインメントでの極軸精度は、夜の場合のザックリ10分の1くらいでしょうか。そもそも、ドリフトアラインメントではある程度調整を絞り込んでいくと、ピリオディックモーションの影響も無視できなくなってくるので、原理的に精度がそこまで出ないので、まあ妥当な結果かと思います。

それでも闇雲に合わせるよりは遥かに精度が上がるので、太陽やたぶん昼間の月でもできるかもしれないので、これを利用しない手はないと思います。昼間の極軸合わせはとても大変で、太陽撮影でもそうですが、例えば明るいうちから彗星や金星などを追尾したい場合や、昼間の明るい恒星観測などの際の自動導入など、応用範囲も広いのかと思います。


まずは静止画

3月23日ですが、上のガイドの作業をする前に、まずはガイド無しでいつものように一通り朝イチで撮影したので、紹介しておきます。黒点周りが2枚と、プロミネンスです。特にプロミネンスは見事でした。

  • 午前8時40分14秒: AR4030
08_40_14_lapl3_ap551
  • 撮影日: 2025年3月23日8時40分
  • 撮影場所: 富山県富山市自宅
  • 鏡筒: Celestron C8 (f2000mm、F10) 
  • 赤道儀: Celestrn CGEM II
  • カメラ: ZWO ASI290MM
  • 撮影: SharpCap Gain 150、露光時間1.25ms、500/1000 frames
  • 画像処理: AutoStakkert!4、ImPPG、Photoshop CC

解像度は前日に負けます。シーイングは1日の中でも時間によって大きく変わるので、この時はあまり良くなかったです。風が強くてそれで画面が揺れるので、シーイングの良し悪しまであまり判断することができませんでした。

  • 午前8時48分43秒: AR4036
08_48_43_lapl3_ap399

一方、こちらの黒点は下のプロミネンス3枚を撮影した後に、さらに追加で撮影したもので、上のAR4030を撮影したよりもシーイングは良かったようです。わずか8分でもシーイングは結構変わります。


ここからプロミネンスを3枚です。結構大きなものが出ていました。かなり分解能よく撮れているようです。スピキュールもピンピコ見えていて、シーイングもそこそこだったことがわかります。
  • 午前8時42分50秒
08_42_50_lapl3_ap359

  • 午前8時43分57秒
08_43_57_lapl3_ap305


  • 午前8時44分43秒
08_44_43_lapl3_ap369



PHD2ガイドでタイムラプス撮影

オートガイドが活躍するのは長時間撮影の場合です。太陽だとタイムラプス映像にして、プロミネンスやフレアなどが時間ごとに変化する様子を、位置を変えずに撮影できるのが最も有効な活用方法かと思います。

SharpCapは電視観望で良く使われているように、ライブスタックが有名ですが、これは速くても秒ごとくらいでのスタックになります。最近のSharpCapでは、惑星や月や太陽をミリ秒単位でリアルタイムでスタックすることができ、さらにリアルタイムでWavelet変換して細部の炙り出しをするという、驚異的な進化を遂げています。Phoenixで太陽の全景を見ながら試した場合では、非常にうまく処理できていて、もう後処理が必要ないくらいのレベルになっています。具体的な様子は、CP+の太陽セミナー配信の41分30秒あたりからをご覧ください。

一方今回は、太陽全体が見えないようなC8で拡大した画像ををうまくリアルタイム処理できるか試してみました。

結論を言うと、ある程度は処理できます。ある程度というのは、プロミネンスはそこそこ細部まで炙り出すことができ、黒点周りなどの表面のHαの模様も、うまくパラメータを設定すればある程度の細部は出すことはできます。それでもプロミネンスもですが、特に表面の模様は、別途動画を撮影して後から処理したものとは仕上がり具合にどうしても差があります。決定的なのは、何かの拍子で位置が多少ズレた場合に、一気にリアルタイム処理での画像がボケたようになって、しばらく回復しないことです。これはPHD2の問題というよりは、SharpCapのリアルタイム位置合わせの問題のようで、うまくガイドができている時にも10分とか20分とかに一回程度発生します。これが発生した時は、素直にリアルタイムスタックのリセットボタンを押した方が回復が早いです。いじれるパラメータを全て触りましたが、完全に回避する方法は今回は見つけられませんでした。

なので全景が入らない場合は、.serの動画で撮影せざるを得ないというのが、今の所の結論です。

今回は2つのタイムラプス例を紹介します。実際プロミネンスは5種くらい、黒点周りは2種くらい撮影したのですが、どれも長続きしませんでした。結局SharpCapでリアルタイム処理で20分くらい撮影できたものと、個別に動画を撮影して日が沈むまで1時間くらい最後に撮ったものくらいしか、見る価値がありませんでした。

最初にSharpCapのリアルタイム処理でうまくいったと思ったものです。撮り始めてから1時間くらい自宅の中にいて、どれどれと思って見てみたのですが、途中からボケボケになって、さらに曇ってしまっていました。でも最初の方はプロミネンスの活発な動きが映っています。大きな動きの途中からしか撮影開始できなかったので、もう少し早くから始めればと、もたもたしていたのをちょっと後悔しました。

output-palette

上の画像はShapCapで保存されたtifファイルを、ffmpegを使ってmp4にして、さらにffmpegでgif化してます。コマンドは

ffmpeg -i Blink.mp4 -filter_complex "[0:v] fps=10,scale=640:-1,split [a][b];[a] palettegen [p];[b][p] paletteuse" output-palette.gif

としました。グローバルパレットを使うことで、解像度とファイルの小ささを両立しています。

このあとは同じようにプロミネンスの撮影を開始して、Costcoに買い物に行ってしまいました。2時間ほどして戻ってきてから見てみると、やはり10分も持たずにボケボケ画像になってしまっています。ここからどんな時にボケボケになるか見ていると、例えば雲が通り過ぎた時、風で大きく揺れた時など、結構頻繁に起こることがわかりました。

そもそもこの時点で、ガイド渋滞がいい時でも+/-4秒くらいで、ジャンプもそこそこあります。
スクリーンショット 2025-03-22 121740_cut1

ここで、ガイド鏡をEVOGUIDEからいつもDSOで使っているものに変えました。
IMG_1088

焦点距離は200mmから120mmになること、カメラがASI290MMでピクセルサイズは2.9μmと少し大きくなりますが、モノクロになるので実質ピクセルサイズは小さくなったことになります。実質の解像度はほとんど同じでしょう。

やはり安定度は大きく違いました。EVOGUIDEは2つのスコープリングで固定しているために微調整はしやすいですが、固定の安定度という意味ではまだまだです。普段使っているバイクに取り付けるための金具を使ったガイド鏡はガチガチに固定することができます。


これに変えてから、一気に+/-2秒程度の誤差に抑えることができるようになりました。短時間の揺れもそうですが、長時間のたわみも影響するはずなので、やはりガイド鏡の固定は堅固なものに越したことはありません。
スクリーンショット 2025-03-23 164529

その後、再びSharpCapでリアルタイムのスタックに挑戦しますが、やはりあまり長続きせず、途中何かの拍子にボケボケになってしまいます。夕方16時を過ぎたあたりでとうとうリアルタイムスタックはあきらめて、動画のserファイルも併用して保存することにしました。

結局のところ、C8のように長焦点で拡大した太陽Hαは、SharpCapでのリアルタイム処理で長時間安定に撮影するのはまだちょっと厳しいという結論です。気軽に見るだけとか、短時間ならまだ使えるのかと思います。

撮影は30秒おきに100フレーム撮影し、それを99本撮りましたが、最後のほうは夕方でかなり暗くなったので、そのうち60本を使いました。高々100フレームに抑えたのですが、これだけでも総ファイル量は40GB程度になってしまいます。

こちらの動画ファイルをAutoStakkart4!、ImPPGのバッチ処理をして、Fijiで位置合わせをしたものが以下になります。位置合わせは他にもいろいろ試しましたが、結局Fijiに勝てるものはなかったです。


タイムラプス化は、PixInsightのBlinkで一連の画像のチェックがてらjpgに変換し、その後別途ffmpegを使いました。コントラストが勝手に変わって彩層面の模様がサチるようなことがあったので、以下のオプションを使いました。
ffmpeg -y -r 15 -i Blink%05d_r.jpg -c:v libx265 -crf 15 -tag:v hvc1 Blink.mp4

また、X用には以下のコマンドで変換することでアップロードできるようになりました。
ffmpeg -i Blink.mp4 -vf "scale=1600:-1" -vcodec libx264 -pix_fmt yuv420p -strict -2 -acodec aac output.mp4

最後の最後で動画を撮影し始めたので、半分あきらめてのテスト撮影のような感じでしたが、出来上がったタイムラプス映像のプロミネンスの動きにはもうびっくりです! 高々30分と思っていましたが、こんなに激しく動いてるんですね。

でも今回注目してほしいのは彩層面のほうです。PHD2でのガイドがよほど効いていたのか、模様の再現性がかなりあることがわかります。位置合わせもここまでうまくいくとは思っていませんでした。よく見ると彩層面も30分の間に動いていて、プロミネンスのようなもの (彩層面上だからダークフィラメントといったほうがいいのでしょうか) が出てくる様子もわかります。これだけ安定なら、次回は黒点周りとかをガイド+動画で撮影してみようかと思います。


まとめ

ガイドの効果はかなり大きいことがわかりました。以前試したLusol-Guideもきちんと動きましたが、精度はPHD2のほうが圧倒的にいいでしょう。制御系もDSOで実績があるので、状況に応じて安定したパラメータを探ることができます。

SharpCapでのタイムラプス撮影は、今回C8では厳しかったですが、Phoenixの時のように全体が見えているのならまた安定度も違ってくるのかもしれません。C8での撮影でも、これまでのようにserで保存すれば、PHD2のガイドの安定度と相まって彩層面の細かい模様まで長時間にわたって安定して再現できることがわかりました。これはかなり大きな成果なので、今後黒点周りなどに挑戦していきたいと思います。

CP+連動企画、「電視観望技術を利用して天体写真を撮影してみよう」ですが、前回までにオリオン大星雲の導入が済んだところまで進みました。今回は、実際に撮影してみます。いくつかコツがあるので、順次説明していきます。


撮影はとりあえずフルオプションで、やれることはやるという方針で進めます。今回はフルオプションで撮影が完了するところまで、次回の記事で簡略化した撮影方法を示しどんな影響があるかを検証したいと思います。

それでは、前回記事の終了時の、SharpCapの画面にオリオン大星雲が入っているところからスタートです。


カメラの回転角

まず、鏡筒に対してカメラをどのような角度で取り付けるかの、カメラの回転角を決めます。これはレデューサと鏡筒の間にある3つのネジがついたアダプターの、ネジを一つか、せいぜい二つ少し緩めるだけで、カメラを回転させられるようになります。カメラの回転角は適当でもいいのですが、一旦カメラを外して設定を変えた時とか、画角が回転方向に大きくずれる可能性があるので、できるなら毎回同じ向きにしておいたほうが無難です。

方法はこのブログの昔の記事に詳しく書いてありますが、

簡単におさらいしていきましょう。
  1. SharpCapで、右上アイコン群の中から、「ズーム」の一つ左にある、赤線のクロスのようなアイコンを何度か押し、同心円のレチクルを画面上に出しておきます。
  2. SynScan Proの方向矢印か、ASCOMで赤道儀とつながっているSharpCapの右パネルの「望遠鏡制御」の矢印で、見ている方向を少し変え、目立つ星を中心に入れる。
  3. 矢印の一方向をしばらく押し続け、星がレチクルの十字線に沿って垂直、もしくは水平方向に真っ直ぐ動くかどうか確認する。
  4. もし水平、垂直にピッタリ動かないなら、レデューサのところのネジを緩めてカメラを回転させ中心にあった星が、垂直線か水平線の上に来るように合わせる。その際、ネジをきちんと締めなおしてから位置を確認する。
  5. 再び矢印ボタンを押し続けて、星がレチクルの十字線に沿って垂直、もしくは水平方向に真っ直ぐ動くかどうか確認する。
  6. きちんと星が垂直、もしくは水平方向に真っ直ぐ動くまで4-5を繰り返す。

こうやって回転角をあわせます。参照記事にも書いていますが、この回転角調整は夜を待たなくても、昼間でもできます。目立つ星の代わりに、遠くの何か目印になる点を使えばいいだけです。例えば遠くにある鉄塔のてっぺんとかでもいいでしょう。もし余裕があるなら、昼間のうちに済ませておくといいでしょう。

この回転角調整で、ピントがズレる可能性があります。レデューサのところの回転固定ネジを締める時にきちんと締めていなかった場合です。ネジを閉めるときは毎回少し手で持ち上げて、下に落ち込まない状態で毎回きちんと最後までネジを締めると、安定してピントずれなどはなくなります。


位置決め

回転角調整で位置がずれてしまったので、再びオリオン大星雲を中心位置に入れます。SynScan ProでM42を再自動導入してもいいですし、SynScan Proか、SharpCapの「望遠鏡制御」の矢印ボタンで、自分がいいと思う位置に入れてもいいでしょう。私は以下のような位置にしました。

05_intro

これだと、右上方向に向かうオリオン大星雲の広がりが十分に入り、左のランニングマンもいい位置に来るはずです。


オートガイド

位置が決まったら、次はオートガイドです。ここではガイド鏡とガイドカメラ、ソフトはPHD2を使います。

繰り返しになりますが、PHD2で PlayerOneのカメラを使うときは、PlayerOneカメラのドライバーだけではだめです。前回のソフトの説明のところで書いたように、ASCOMプラットフォームとASCOMカメラドライバーをインストールしてください。ASCOMプラットフォームはここまででSharpCapと赤道儀がつながっていれば、すでにインストールされきちんと動いているはずです。詳しくは

を参照してください。

PHD2の使い方はマニュアルなどを読んでいただければいいのですが、接続方法などごく簡単に書いておきます。
  1. Windows PC上で、ソフトの準備の時にインストールしておいたPHD2を立ち上げます。
  2. 初めてPHD2を立ち上げる場合は、ウィザードが出てきて、カメラなどの設定が始まるはずです。ほとんどは指示通り進めればいいのですが、カメラの選択は迷う可能性があります。特に同じメーカーのカメラが複数台接続されていると、Player One Camera (ASCOM)の1から3のどちらを繋いでいるかわかりにくい場合があります。もしどうしても分かりにくい場合は、メインカメラを一度ケーブルを抜いて切断してからPHD2のセットアップを開始して、Player One Camera 1(ASCOM)を選ぶのが確実です。もしここでPlayer One Camera 1(ASCOM)が出てこない場合は、Player One Camera用のASCOMドライバーがインストールされていない可能性があるので、上の説明を見て今一度確認してみてください。
  3. カメラを選択する際、ガイド鏡の焦点距離は手持ちのものをきちんと入れるようにしてください。ピクセルサイズはカメラがきちんと繋がれていれば、選択時に自動的に入力されるはずです。
  4. 赤道儀の接続はすでにすんでいるので、そのまま進んでしまえば自動的に適したパラメータが選択されるはずです。
  5. カメラや赤道儀の設定ごとにプロファイル名をつけることができます。後から認識できる適当な名前をつけておきましょう。
  6. ウィザードが終了すると、ダーク撮影に入ります。ガイド鏡にキャップを被せるなどして、光が入らないようにして、ダーク撮影を開始します。結構時間がかかるので、しばらく待ちます。慣れてくれば、必要な時間のみ選択すればいいでしょう。私は0.5秒から2秒くらいまでだけ撮影しています。
これで準備は完了です。2度目以降の立ち上げからはウィザードは自動で起動しません。カメラを変えた場合など、必要な場合はメイン画面の左下にあるUSB端子の絵が描いてあるアイコンをクリックすると、接続設定になるので、そこで再びウィザードを開始することができます。ウィーザードが終わった直後は下の2から始まるはずです。
  1. メイン画面の左下にあるUSB端子の絵が描いてあるアイコン「接続ボタン」をクリックします。
  2. カメラとマウント(赤道儀)を選択します。この際、カメラが複数台接続されていて、どのカメラが接続されるかわかない場合は矢印が二つに分かれるマークが書いてあるボタンを押すと、どちらのカメラか確認できます。カメラと赤道儀それぞれ「接続」ボタンを押します。赤道儀は接続されるまでに10秒くらいかかる可能性がありますので、少し待ちます。全て接続されたら下の「クローズ」ボタンを押します。
  3. メイン画面左下の左から二つ目の矢印が回転しているようなアイコン「露光開始ボタン」をクリックします。ここで画面にカメラからの映像がメイン画面上に表示されます。ガイド鏡のピントが合っていなかったら、ここで合わせてください。
  4. メイン画面左下の左から三つ目の星形のマークのアイコン「ガイド星選択ボタン」が黄色の星になっていることを確認してクリックします。黄色の星にならずに灰色のままの場合は、上記までのカメラの露光が開始されていないということです。いまいちどカメラの接続などを確認して、左から二つ目の矢印が回転しているようなアイコンをクリックしてください。うまくいくと、ガイドに必要な星が緑色の四角で選択されているのが、撮影画像で確認できます。
  5. メイン画面左下の左から四つ目の十字マークのアイコン「ガイド開始ボタン」が緑色になっていることを確認して、クリックします。緑色になっていない場合は、上のガイド星の選択が完了していないので、今一度確認してみてください。うまくいくとガイドに必要な星が緑色の四角で選択されます。
  6. 初回はここでキャリブレーションが始まります。キャリブレーションとはPHD2が動かそうと思った方向と、実際の画像でどちらの方向に動くかを確認し、方向合わせをするような機能です。
  7. キャリブレーションは数分から10分程度かかることもあります。気長に待ちましょう。その際、緑色の四角が、きちんと動いているか画面を見ているといいでしょう。うまく動かないとエラーが出てキャリブレーションが中断されます。赤道儀とのケーブルが断線しているなど、何らかの理由で赤道儀に送っている信号に対して反応がない場合などです。改めてケーブルの接続など、何かおかしいことがないかチェックしてみましょう。ガイド鏡のカメラに接続されずに、メインの撮影カメラに接続されてしまった場合なども、動かなさすぎたり、動きすぎたりして、エラーになる場合があります。
  8. キャリブレーションに成功すると、そのままガイドが始まります。下のグラフで、赤と青の線が時間と共にだんだんと伸びていくのがわかります。キャリブレーション情報を残すかどうかと言う質問が出ることがあると思いますが、「はい」としておくと、次回以降に赤道儀の向きを変えても初回にとってキャリブレーション情報を使い回してくれるので便利です。キャリブレーションが以前実行された場合は、すぐにガイドが始まりますが、あえてキャリブレーションをしたい場合には、「シフトキーを押しながら」ガイド開始ボタンを押してください。ガイドがうまくいかない場合、キャリブレーション情報が古くなっている可能性があります。そんな場合は今一度キャリブレーションを実行してください。
もしここで、ある程度の数の星が見えているのに、画面所の緑色の四角が一つしか見えなくて、選択されている星が一つの場合は、画面下の脳みそマークのアイコンを押して、「ガイド」タブから「Use multiple stars」を選ぶといいでしょう。複数の星をガイド星としてみなすので、精度が格段に上がります。


SharpCapの設定

あとは撮影に際してのSharpCapの設定を残すのみです。

まず最初にメインカメラの冷却機能をオンにします。
  1. SharpCap右側の「温度制御」パネルを開き、「設定温度」を「-10」程度にします。冬場だともっと冷えますが、ダークノイズの影響を考えるとこの程度で十分でしょう。
  2. さらに「冷却」を「オン」にします。
  3. 「温度」のところが徐々に下がっていって、設定温度に向かっていきます。

細かい設定です
  • 「フォーマット」パネルの「出力形式」は「FITSファイル(*.fits)」を選択。
  • 「フォーマット」パネルの「モード」はRAW16
  • 「カメラコントロール」パネルの「露出時間」はとりあえずテストなのですぐに画面が更新されるように1000msとしましょうか。あとで実際の撮影時には「長秒モード」オプションをオンにして「60s」とかにして長時間露光に変更します。
  • 「カメラコントロール」パネルの「アナログゲイン」はとりあえずUranus-C ProのHCG(High Conversioin Gain)モードがオンになる220とかにしておきましょう。これで、ゲインが高い状態で、「読み出しノイズが小さく」「ダイナミックレンジが大きく取れる」ようになります。明るすぎる場合はアナログゲインは0にします。実際の撮影ではアナログゲインは220か0のほぼ2択のみに限られ、それ以外ではダイナミックレンジの観点から不利になってしまいます。
  • 「カメラコントロール」パネルの「オフセット」は小さな値を入れておきます。0だと暗い部分がうまく表現されずに階調がガタガタになる可能性があります。今回はとりあえず「40」とします
  • 「前処理」パネルの「ダーク補正」のところで「Hot and Cold Pixel Remove」を選んでおきます。これはあくまで簡易処理ですが、今回のように電視観望技術を利用した簡単な撮影では、別途ダーク補正をする手間を省いているので、これを選んでおくと仕上がりに有利になると思われます。ただし、有効かどうかはカメラに依ます。実際試したところ今回のUranus-C Proではそもそもカメラに搭載されているDPS (Dead Pixes Suppression)機能が優秀なせいか、このオプション有無でほとんど差は見られませんでした。
  • 「前処理」パネルの「背景減算」は電視観望の時にはよく使うのですが、撮影に際しては1枚1枚で効果が違ってしまっておかしくなるようなので、オフにしました。今回はカブリが少ない状態で撮影したのですが、カブリが多い場合は試してみてもいいかもしれません。

一旦ここで、どのような画像になるか確認します。「ヒストグラムストレッチ」パネルの右側アイコン群の左列上から2番目の雷マークの「オートストレッチ」ボタンを押します。すると、ヒストグラムの左の山のピークを、3本ある黄色の点線の左と真ん中の2本の線で挟むような形になり、画面にオリオン大星雲がバッと明るく出てくると思います。ただし、このオートストレッチ機能は有料版のみ使うことができます。無料版の場合は、マニュアルで黄色の2本の点線を動かして、山のピークを挟むようにしてください。

もしこの時点でオリオン大星雲の位置がおかしい場合は、ガイドを一旦中断して位置調整をしましょう。
  1. PHD2のメイン画面の左下の「STOP」アイコンを押してください。
  2. その後に、SynScan ProやSharpCapの望遠鏡制御の矢印ボタンで位置合わせをします。
  3. PHD2の「露出開始ボタン」「ガイド星選択ボタン」「ガイド開始ボタン」を順に押して、ガイドを再開します。
このように、ガイドを一旦中止してから位置合わせをしないと、ガイドが元の位置に戻そうとしてしまうので、位置を変えることができないことに注意です。

ガイドとディザーの設定をします。
  1. SharpCapメニューの「ファイル」から設定を選び、「ガイディング」タブを開きます。
  2. 「ガイディングアプリケーション」をPHD2に選びます。ホスト名やポートは特に変更したりしてなければデフォルトのままでいいでしょう。
  3. 最大ステップは大きくしすぎると、画面が大きくずれてしまうので、ここでは最小の2としてありますが、もし縞ノイズが目立つようなら増やしてください。また、ライブスタックするたびに星がずれて伸びて見える場合は、個々の値が大きすぎて揺れが収束しきれない場合です。その場合はこの値を小さくしてください。この揺れは次の最小整定時間とも関係があります。
  4. 「最小整定時間」はSA-GTiが多少暴れることがあるので、少し長めに取っておくといいでしょう。ここでは30秒としました。
  5. 最後に下の「OK」を押します。
12_guide_setting


ライブスタックで撮影開始

いよいよ撮影のための最終設定です。電視観望の技術を利用すると言うことで、今回の撮影はSharpCapのライブスタックを使います。

1. 「カメラコントロール」パネルの「露出時間」の「長秒モード」オプションをオンにして、露出時間を「60s(秒)」くらいにします。
2. アナログゲインは最初220で試しましたが、明るすぎたので、のちに0としました。CP+で見せる最終画像に至るまでにフィルターの種類や、いくつかの設定パラメータについては何種類か試していて、これまでの説明から変わったところもあります。パラメータの変更については、次回以降の記事で詳しく解説します。
3. LiveStackを開始します。SharpCapのメニューの下のアイコン群の「ライブスタック」と書いてあるボタンを押します。
4. 下のライブスタック画面の「Guiding」タブを選び、「Setting」の中のオプションを全部オンにします。「Dither every」のところは、枚数区切りでディザーをかけたいので「Frames」します。枚数は数分から10分おきくらいで十分なので、今回は「6」としました。「Only stack...」をオンにしておくと、雲などが出てPHD2が星を見失った時はライブスタックで画像を重ねることをしなくなるので、不慮の天候悪化時の出来上がり画像の劣化を防ぐことができます。
01_SharpCap_ok_06_guiding_cut

5. 下のライブスタック画面の「Controls」の「Stacking」で「Sigma Clipping」を選んでおくと、人工衛星の軌跡などが目立たなくなります。
6. 同じ「Controls」の「Raw Frames」で「SAVE all」を選んでおくと、LiveStackが途中で失敗した時に、後から救い出せるかもしれません。ただし、ディスク容量をかなり消費することと、さらにディザーの際の短い露出時間のファイルも全て残されるので、もしこれらのRAWファイルを使う際は、ディーザーの際の余分なファイルは後から手で削除する必要があります。
7. 撮影終了時間が決まっているなら、「Save and Reset every...」をオンにしておくといいでしょう。例えば「60」minutes total exposureとしておくと、60分経ったときに、素のままのRAWファイルと画面で見えているままの画像をファイルとして自動的に保存してくれます。ただし、その時点でライブスタックがクリアされてしまうので、できるだけ長い時間撮りたい場合はオフにしておいた方がいいでしょう。

あと撮影ファイルの出力場所を設定しておきましょう。
  1. SharpCapメニューの「ファイル」から設定画面を開きます。
  2. 「ファイル名」タブを開いて、「フォルダー」のところに保存したい場所を指定します。 
  3. 下の「OK」を押します。

これで全部の準備が完了でしょうか。長かったですが、ここまでうまくできていますでしょうか?さあ、撮影開始です。
  1. 下のライブスタック設定画面の、左側の「Actions」の「Clear」ボタンを押してください。画面が一旦クリアされ、これまで溜まっていた画像が一新され、新しくライブスタックが始まり、撮影が開始されます。
  2. 露出時間で設定した「60秒」待つと、画面に撮影した画像が出てきます。
  3. ここで、ライブスタック画面の「Histogram」タブを開き、右の上の雷マークアイコンを押し、オートストレッチします。その際はSharpCapの右パネルの「ヒストグラムストレッチ」はぐるっと回転する矢印の「リセット」アイコンを押して、ストレッチがない状態にすると見えやすくなるでしょう。もしくは、新たに右パネル「ヒストグラムストレッチ」の方の雷マークを押すと、さらに炙り出した画像が出てきます。二つのストレッチの関係ですが、ライブスタックのヒストグラム画像であぶり出した際の状態が、右側パネルのヒストグラムに受け渡されます。右のヒストグラムでは、さらに重ねてあるり出しをすることができます。撮影画面には両方のヒストグラムのあぶり出しが重ね掛けされた結果が表示されます。
  4. 撮影中に、上で指定した保存フォルダーの中身をエクスプローラーで確認してみましょう。フォルダの中の「RAWFILES」フォルダを確認して、60秒ごとにfitsファイルができていくか確認してみてください。
  5. (RAWファイル以外の) ライブスタックの結果画像の保存は、ライブスタック終了時に自動的にされますが、任意の時間にあらわに保存したい場合は、ライブスタック画面の左の「Action」から「SAVE」を押します。いくつか選べるのですが、「Save as 16 Bit Stack」と「Save with Adjustments」と「Save exactlly as seen」の3つをそれぞれ保存しておくのがいいでしょう。「Save as 16 Bit Stack」はRAWフォーマットでfitsファイル形式で保村されます。これが最も情報を持っていますが、ストレッチされていないので最初は扱いにくいと思います。「Save with Adjustments」はライブスタックのヒストグラムでストレッチされた分までがpngフォーマット(8bit)で、「Save exactlly as seen」はさらに右パネルのヒストグラムでストレッチされた分までの画像がpngフォーマット(8bit)保存されます。
保存されたRAWファイルや、スタックされたfitsファイルを見るには、ASIStudioの中にあるASIFitsViewが便利です。ASIStudioはWindowsだけではなく、Mac版やLinux版もあるので、ある意味貴重なアプリです。ここからダウンロードできます。


保存されたfitsファイルはストレッチされていないので、通常開いただけでは真っ暗にしか見えません。ASIFitsViewは自動でオートストレッチもしてくれるので、オリオン大星雲があぶり出された状態で見えるはずです。下にあるアイコン群の中の、「ヒストグラム」マークをクリックして、「リセット」ボタンを押すと、ストレッチされる前の真っ暗な画像を確認することもできます。また、ストレッチ後のファイルを保存することもできます。

撮影がうまくいくと、SharpCapではこんな画面になっているはずです。
01_SharpCap_ok_03

今回はここまでとして、ここからの画像処理についてはCP+当日に実演として公開することにしましょう。

CP+まではまだ少し時間がありますので、撮影方法に関してもう1回か2回ブログ更新する予定です。今回までは主に初心者を対象に、かなり基礎から説明しましたが、次回からは少し突っ込んだ記事になります。









今回の目的はSWAgTi君を使って、ノータッチガイド撮影でディザーをすることです。

でも結論だけ言うと、現段階の環境でノータッチガイドで、ディーザーだけ追加というのは難しいと言うことがわかりました。どんなことを試したか、実際の撮影に即して書いておこうと思います。


たわみの影響

前回の記事で、極軸の精度について話しました。でも実際に撮影を始めてみると、合わせたはずの極軸精度よりも、一方向に大きく流れていってしまうことがわかりました。

原因の目処はついています。機材の撓み(たわみ)によるものです。ここで言う撓みとは、一般的なガイド撮影で問題となる「鏡筒とガイド鏡の相対的な撓み」のことではなく、「鏡筒、ガイド鏡、AZ-GTi、SWAT、三脚など、ありとあらゆるところで起きる撓み」のことで、影響は遥かに大きいです。

ガイド撮影の場合は、ガイド鏡で見た星の初期位置からのずれを赤道儀に返すことで、撮影鏡筒の向きがずれないよう補正します。それでも、ガイド鏡の固定が十分でなかったりすると、その撓みによってガイド鏡と撮影鏡筒の相対的なずれが発生して、撮影鏡筒での星像の流れに繋がります。でもこのズレは高々相対ズレに起因することなので、実用上はそこまで大きくはないです。それでも数時間とかに及ぶ長時間撮影では無視できない量になり、縞ノイズになることがあり、ディーザーを使い撮影途中で少し方向を変え、縞ノイズになる原因のホットピクセルやクールピクセルを散らしてやることにより、スタック画像ではほぼ影響がなくなります。

今回のノータッチガイドの場合の撓みは、撮影中に起きたどの場所で起きた機材の撓みもそのまま直結して星の流れになっていくので、遥かに影響が大きくなります。その大きさをざっくりですが見積もってみました。使ったのはSharpCapの曲軸調整機能です。

まず、使う機材を設置して、ガイド鏡を北に向けて、通常のように極軸調整をします。今回はFS-60CBの焦点距離が370mmと大して長くないことと、カメラがUranus-Cでそこそこセンサー面積が広いので、ガイド鏡を使わずに撮影鏡筒で直接極軸調整をしました。前回の記事でも書きましたが、微動雲台とか使わなくても、三脚の足の伸び縮みと水平方向の移動で、1分角程度の精度で合わせることは十分に可能です。調整の際に、赤道儀の赤経方向を90度程度傾けることで、カメラで見た製造の位置を比べ極軸方向とのずれを計算します。今回も下のように1分角以下程度、42秒角の精度で調整することができました。

04_polar_after

極軸調整が終わった直後は、最初の位置に比べて鏡筒が90度赤経方向に傾いた位置にあります。今回、この位置から再度極軸調整をスタートします。再びずれの計算のために90度赤経方向に回転し、元の位置に戻します。その結果が以下になります。

05_polar_after_right

本来、たわみなどなければ最初に調整した時と同じくらいの値の1分角以下程度が出なければなりません。今回は3分角程度のずれが出てしまっています。何度か試しましたが、毎回有意にこれくらいずれます。反対側に90度回転させて測定した場合は5分角位のズレになることもありました。これは90度赤経方向に回転した時の撓みの量相当のずれをそのまま表していることになるはずです。

というこうこは、撮影して赤経が回転していくにつれ、6時間で3分角から5分角はずれてしまうことになります。STAgTi君での撮影時間を仮に2時間としても、1-2分角位はずれてしまということです。前回計算したように、カメラの1ピクセルが1.6秒角に相当するので、40ピクセルから80ピクセルくらい、もし左右両方向の回転のずれを合わせると120ピクセルくらいずれる可能性があり、それくらいの長さの縞ノイズが出ても全くおかしくないことになります。

例えば2時間程度何もいじらずに撮影した実際の画像はライブスタック画像は以下のようになり、盛大な縞ノイズが出ていることがわかります。縦方向に典型的に120ピクセルくらいの縞ノイズになっていて、オーダー的には撓み起因のずれで縞ノイズになっていると考えておかしくなさそうです。

Stack_16bits_21frames_3780s

この撓みがどこから来ているのか?三脚なのか、SWATの固定なのか、SWATとAZ-GTiの固定なのか、鏡筒の載せ方が悪いのか、はたまた全体で悪さをしているのか?今後調査して、弱いところが見つかったら補強していく方向になるかと思います。


撮影時のテクニック「DECモード」

ここで一つ、SWAgTiでの撮影し際してのテクニックです。ユニテックさんが前回の「ほしぞloveログ」の記事を紹介してくれた際に紹介してくれました。

SWATは電源ケーブルを繋ぐことですぐに動作体制に入りますが、その際赤経方向に一旦大きくズレ、やがて戻ってくるキックバックのようなことが起きます。元に戻るまで数十秒待つことになります。これを防ぐためには、あらかじめSWATの電源を入れておいて、その際に追尾モードを「DEC」に合わせておけば追尾をしないでそのまま止まってくれます。AZ-GTiの追尾をオフにする際に、この「DEC」を「STAR」にすれば、キックなしでスムーズに移行できるとのことです。

実際私も試してみましたが、撮影の際の画面を見る限りジャンプの様なものは全く見えずみ、スムーズに切り替えることが出来ました。


ディザーで縞ノイズを回避したい

今回の記事のメインの目的です。撮影する際にディザーを試してみます。

すでにSWATでの追尾にしてあり、AZ-GTiはSynScan ProとASCOM経由でSharpCapと接続されていますが追尾は止めてある状態から始めます。


1. SharpCap+AZ-GTi

SharpCapの設定でガイドのタブを選び、3つあるガイド検知方法のうちの一番下のASCOMを選びます。ちなみに1番上がphd2で、次がMGENです。3つ目を選ぶことで、ガイドソフトがなくてもディザーをすることができるようになります。

02_gudesetting


SharpCap上でガイド(ガイドソフトが有り無しにかかわらず)をする場合はライブスタックモードにする必要があります。ここらへんがSharpCapがイマイチ撮影に対してはちょっと?なところなのですが、まあこういうコンセプトということでとりあえずはよしとしましょう。

さて、撮影開始という意味でライブスタックを始めますが、ここで問題発生です。なぜかAZ-GTiの自動恒星追尾が勝手にオンになるのです。なので、再度マニュアルでAZ-GTiの自動追尾をオフにして、ずれた位置を少し合わせ直して、ライブスタックをクリアして一から撮影を始めます。ディザーは3枚おきにする様に設定しました。SharpCapのライブスタック画面のガイドタブのステータスを見ていると、ディーザーをしようとしているように見えます。でも10枚ほど撮影してから画像をチェックしても、全然ディザーされてる様子が見えません。

いろいろ試してわかったことは、ライブスタックを始めるときに「ガイドをするように選択している」と、勝手にAZ-GTiの「自動追尾がオン」になること、それをマニュアルであえてオフにしたりして「自動追尾がオン」にならない限りディザー信号はAZ-GTi側に行かないことがわかりました。

言い換えると、SharpCapからSynScan Proに信号を送る限りでは、AZ-GTiの自動追尾をSWATに切り替えた状態で、ノータッチガイドでディザーをする方法はないということです。


2. PHD2を使い、カメラ赤道儀共にシミュレーター

気を取り直して、次の方法を考えます。返す先がSynScan Proでだめなら、他の場所にと考えPHD2を立ち上げました。この場合、SharpCapの設定でガイドのタブの3つあるガイド検知方法のうち、一番上のPHD2を選びます。

03_guide_setting

ガイド鏡は使っていないので、PHD2は単なる擬似ガイダーとして使います。とりあえずはPHD2の設定でカメラも赤道儀もシミュレーターを選びます。SharpCapのディザー設定で、ディザーは3枚おきにするようにしました。3枚目になるとSharpCapはディザー信号をPHD2に送り、PHD2も反応していますが、AZ-GTiには信号が行かないようで、ディザー時にきちんと画角がずれている様子が全く確認できません。返す赤道儀がシミュレーターなので理解できる結果です。


2. PHD2を使い、カメラはシミュレーターだが、赤道儀はSynScan Proに設定

次に、カメラはシミュレーターで、赤道儀はSynScan Proを選び、実際にAZ-GTi信号を返すようにしてみます。確認ですが、ディザー信号だけ返したくて、SWATの精度を生かすためにガイド信号は返したくないです。

まず、PHD2の設定でガイド信号を返さないオプションを選んでみました。Advanced Setupの「guiding」タブの「Enable mount guide output」のチェックマークを外します。ですが、この状態だとSynScan Pro側に信号が全く行かないようで、ディザー信号も返すことができず、ディザー動作はしないようです。

次に、「Enable mount guide output」にチェックを入れ直して、ガイド信号を返すようにします。この場合も、ディザー信号のみ返してガイド信号は返したくないので、Agrを最初の0、MinMo(ズレがこの値を超えたら信号を赤道儀に返す)を最大の20、Hysを最小の10などとします。

04_PHD2_screen
ダミーカメラでSynScan Proに返しているため、
何度かディザーをしたあとはターゲット星が全然ずれてしまいます。

これは短時間では一見うまくいきます。3枚撮影するごとにディザー信号のみSynScan Proに返すようにしたので、3枚おきにディザー信号がAZ-Gtiまで行き、実際に指定したピクセル(上の設定だと50ピクセル)分だけ動きます。目で見てその動きがリアルタイムでわかるので、やっとうまくいったと喜んでいました。問題はそのまま長時間撮影が続いた場合です。疑似カメラのターゲット星からのズレがまだ小さい場合はいいのですが、そのズレが何度かディーザーを繰り返しある程度大きくなると、最大時間まで待って(上のSharpCapの設定だと20秒間)再び3分露光が始まります。さらに、あまりにターゲット星とのズレが大きくなると、PHD2の方でガイドが始まってしまい、これは実際にSynScan Proに信号を返していくので、その後どんどんズレが大きくなり、カメラは疑似カメラのままでフィードバックされたことを検知しないので収束することなく、最後破綻します。

あと、この過程で気づいた最大の問題は、AZ-GTiの精度がSWATと比べると悪いために、ディザー信号をAZ-GTiに返すと大きく揺れ過ぎてしまうことです。そのため、十分な緩和時間を取る必要があるのですが、上の20秒とかでは短すぎるようで、分単位の緩和時間が必要そうな様子です。


今後どうすべきか

今回はここで詰みとなりました。PHD2のパラメータはもう少し探れば何か見つかるかもしれませんが、大原則でディザーだけ返すというのはダメそうでした。その後、2軸ガイドとかも試したのですが、これはまた機会があったら記事にします。

ここまで試した上で、必要なことを考えてみます。とにかく大事なことは、ガイド信号を返さずに、ディザー信号だけ返すようなソフト側の対応です。今のところ一番見込みがあるのが、ASCOM経由でSynScan Proに信号を送る方法です。SynScan Proの恒星時追尾だけオフにして、SharpCapからのディザー信号をSynScan Proが受け取って実際にAZ-GTiを動かすことですが、上述のように恒星追尾をオフにするとディザー信号は伝わらないようで、今のところこれはできません。それでもSharpCapの矢印ボタンには反応するので、この矢印ボタン相当のところに返すことができれば、今回の目的は達成できそうです。

PHD2は触ってみた限り、そもそも外部から来た信号とPHD2から出す信号の区別がつかないようで、ディザー信号だけAZ-GTiに出すというのは根本的に難しいようです。

それでも原理的にソフト側で解決できる問題ではあるので、今のところはいつか解決するのを期待することとします。


せっかくなので仕上げてみる

ディザーは諦めたのですが、3日ほどに渡ってM27を色々試しながら撮り溜めた画像があり、それぞれバラバラの位置で撮影しているので、ある意味ナチュラルディザー状態になっています。せっかくなので仕上げてみます。


masterLight_180.00s_ABE124_SPCC_BXT_MS_NXT3
  • 撮影日: 2023年7月17日22時18分-23時16分、7月22日1時40分-2時6分、7月22日21時55分-23時39分
  • 撮影場所: 富山県富山市自宅
  • 鏡筒: TAKAHASHI FS-60CB+マルチフラットナー(f370mm、F6.2)
  • フィルター: サイトロン Dual Band Pass (DBP)
  • 赤道儀: SWAT+AZ-GTi
  • カメラ: Player One Uranus-C(常温)
  • ガイド: なし
  • 撮影: SharpCap、bin1、Gain 200、露光時間3分x57で総露光時間2時間51分
  • Dark: Gain 200、露光時間3分、常温、64枚
  • Flat, Darkflat, Gain200、0.05秒、64枚
  • 画像処理: PixInsight、Photoshop CC

ある程度長時間連続で位置をずらさずに撮影した分の縞ノイズは多少なりとも出てしまいますが、画像処理でなんとかできるレベルです。今回はM27の周りの淡い羽部分が少し見え始めるくらいまで出すことはできました。

今回の撮影は富山の住宅街での自宅撮影なので光害はそこそこあります。これ以上出したい場合は、もっと鋭いワンショットナローバンドフィルターを使う、ナローバンドとモノクロカメラで撮影する、口径を大きくする、露光時間を伸ばすなどの工夫が必要になってくると思います。また、ダークノイズに関しては非冷却カメラはどうしても不利で、特に夏場の暑い夜はかなりのノイズが出ていることが1枚ショットの画像を見るとよくわかります。冷却のためのケーブルは増えてしまいお気軽撮影からは少し遠くなりますが、夏場で淡い天体を撮影する場合は冷却カメラの恩恵は無視できないでしょう。

今のところオートでディザーをする方法は見つかっていないので、縞ノイズがどうしても気になる場合は、少し面倒ですが、適時LiveStackの露光を一時停止して、マニュアルでランダムに位置を少しずらしてやれば、気にならないレベルに持ってくることができると思います。

SWATとAZ-GTiの組み合わせのSWAgTiというお気楽撮影に、少しだけマニュアルディザーをするという工夫を加えるだけで、ここくらいまでは出すことができることがわかってきました。


まとめ

結論としては、今のところノータッチガイドで撮影すると、どうしても縞ノイズが出てしまいます。ディザーはソフト側の対応が必要そうです。あと、AZ-GTiとの精度差があるので、十分な緩和時間をとることです。

マニュアルディザーである程度回避できるのですが、何かもっと簡単な方法はないのか?どうなるSWAgTi...



寒冷地でのSWAT

ユニテックさんとやりとりしていて、また面白い情報を聞くことができました。もしかしたら興味があるかともいるかと思いますので、共有します。SWATの寒冷地での使用についてで、個別で対応してくれるかもと言うことです。以下、ユニテックさんのメールから抜粋です。

「ちなみにSWAT用のグリスは-50℃に対応したものを使っています。ただし-50℃対応はグリスメーカーの仕様書での値でSWATの動作を保証しているわけではないです(試したことがない)。公称してませんが、実用最低温度は-10℃程度(自分で試した値)としています(-20℃で動いたという報告はあります)。

ただしボールベアリングは汎用のシールド型なので、-20℃くらいが限界と思います。寒冷地仕様の場合は、開放型のボールベアリングにして、上の-50℃対応のグリスにします。金属の収縮率の違いもあるので、極低温動作を保証してトラブルになると大変なので…。

寒冷地仕様は各部クリアランスをわずかに大きくつける(熱収縮を考慮して)ので、遊びが大きくなるデメリットもあり、個別に希望した方のみの対応です。こういった小回りが効くのは手作りの弱小メーカーだからですね。(笑)」

とのことです。もし寒冷地で使うことを想定している場合は、個別に相談してみるのがいいのかと思います。





 
 
 
 
 

まだまだ自分の中では皆既月食マイブーム状態です。今回は地球の影が止まるような位置をどう計算するかの一連の記事の、少し脱線するような記事になります。


「ほんのり光芒」さんとのコラボ? 

前回の記事でコメントをいただいた「ほんのり光芒」のみゃおさんがブログ記事の方で、地球本影の固定に関してかなり細かい検討をされています。


上記ページからリンクを辿れますが、かなり以前から考えられていたようで、私のようなにわか月食撮影とは歴史が全然違います。天リフさんのピックアップにも取り上げられていて、ほしぞloveログとのちょっとしたコラボのような様相を呈しています。




視野ズレの計算プログラム

前回までで、地球の自転による観測者の位置変化で視野に大きなずれができて、地球の影の形がひしゃげることを、多少定量的に見積もってみました。


大まかな見積もりと、実際にどれくらいずれるかは、少なくともオーダーレベルでは一致しているようなので、今回はもう少し精度良く計算できないかを考えてみます。といっても、自分だけで考えるのはそろそろ限界で、Webで少し検索してみました。すると老猫こてつさんという方が各種軌道計算などされて、その中で求めていた月の視野位置のずれそのものをpythonで計算してくれていることがわかりました。


プログラムのソースを公開してくれているので、そのまま計算することができ、とても助かります。ただし、それら計算式をどう求めているのかの記述はないので、そのプログラムの出典を調べるためにブログの過去記事を読んでいくと、どうやら中野主一さんの昔のBASICのコードをpythonに置き換えてくれているようです。


参考書籍

中野主一さんといえば、最近では小説「星になりたかった君と」で「長野秀一」という名前で出てきた重要な役割を担う老人のモデルとなった方。おそらく昔の天文少年にとっては憧れのアマチュア天文家で、多くの天文雑誌で連載をもち、アマチュアながら元国立天文台長の古在由秀先生から計算を依頼されるなど、軌道計算の大家です。私はその当時マイコン少年でしたが、大人になって天文を始めてから、昔使っていたマイコンで実用的な天体計算をしていたことを知って、とても感動したことを覚えています。実は中野主一さん、星を初めて少しした2018年に一度お会いして、お話しさせていただいたことがあります。私はかなり緊張していたのですが、気さくにお話ししていただきました。講演も聞かせてもらったのですが、当時どう計算を進めていたか、プロから依頼された当時の様子などのお話で、ユーモアたっぷりの講演で今でも心に残っています。

そんなわけで早速、サイトに載っていた参考文献を注文しました。長沢先生の「天体の位置計算」は以前から持っていたもので、まだ普通に販売されているようですが、他の3冊は流石に古本でかろうじて見つかるくらいでした。
72AF0666-ACA0-4136-8D0B-6D5DB7F44CF5

その中で一番古い「マイコン宇宙講座」は昭和55年の初出のもので、月の計算そのものの章があり、式の解説もあったので理解しやすかったです。

「マイコンが解く天体の謎」は昭和57年出版で、使われている言語はなんとF-BASICですよ。内容はプラネタリウムのようなものを実現することが中心ですが、実は私、中1の時にFM-NEW7を中古で買って、しゃぶり尽くした口です。その数年前に出た本のようなので、恐らくFM-7が出た時で、実際にはFM-8で組まれた時代のプログラムですね。

一番新しい「天体の軌道計算」は1992年なので、前の2さつからはかなり経っていて、プログラムも複雑になり、さらに精度を求めているような内容になっています。

とりあえずは、月の視野ズレの計算方法が載っている「マイコン宇宙講座」をもとに、老猫こてつさんのpythonコードを使わせていただいて計算を進めようと思います。

ただしこれはまだ、「月」の視野ズレを追いかけるプログラムで、一番求めたい月食中の「地球の本影」を追うものではありません。でもこれらの計算の延長上に、それもそう遠くないところに地球本影を求めることができるのではと期待しています。


赤道儀の制御

あともう一つ、仮に地球本影の視野ズレも含んだ位置を計算できたとして、それをどう赤道儀に伝えるかですが、彗星を追うメカトーフ法というのが応用できるかもしれません。ただし、地球の本影を追うというようなものは見つからなかったので、実際にどういう方法で赤道儀に伝えるのか、どういうデータ形式なのか、地球本影に応用できるかなど、もう少し調べる必要があります。

ガイドソフトのPHD2にもメカトーフに相当するような機能があるらしいのですが、どうも1次の傾きでガイド信号に補正信号を加えていくようなものらしいです。視野ズレのような複雑な動きはできないかもしれませんが、1次補正だけでも近似的にそこそこ地球の影の形はうまく出るのではと思います。もしくは撮影途中で何度か係数を変えるかとかでしょうか。


今後

視野ズレの計算方法や赤道儀の制御など、まだ直接ではないですが答えにつながりそうな幾つかの見通しは出てきました。次回の日本での地球本影が見える月食は2023年10月23日の部分月食だそうです。1年近くあるので、じっくり準備したいと思います。


 
 
 
 
 
 
 
 

Twitterでおののきさんももやすがガイド鏡に言及されていて、タカsiさんが0.5秒ガイドに助けられているとコメント、更におののきさんがCGXが暴れることがある時に(速いガイドが)効果があると言っています。



私もCGX-Lでの赤経側で発振のように周期的に揺れが出る傾向があり、ガイド鏡のサンプリングレートを0.2秒にすると軽減したことがあります。



原因はある程度推測していたのですが、いまいち自信がなくそのときはブログ記事を一旦書いて、削除した覚えがあります。でもおののきさんも同じように、ガイドを速くしたら暴れを抑えられると書いているので、同じ現象かはわかりませんが、可能性の一つとして書いておこうと思います。


発振のメカニズム

今回の周期的に揺れが大きくなる現象が、推測する「発振」だとして話を進めると、制御の言葉で言う「位相遅れ」というのを理解しなくてはいけません。制御に詳しい方や、回路などに詳しい方はこの時点ですでにピンときているかもしれません。

まず何か揺れているもの、例えば振り子を考えてみましょう。紐にぶら下げた質量、何でもいいですがここではすぐ横にあるMacのバッテリーで代用しましょう(本来は振り子ではありません(笑)。もし同じように試す場合は目的外使用ですので自己責任でお願いします。)

ケーブルにつられたバッテリーは、持っている根本の揺れに依存して、常に揺れています。特に振り子の長さだけによって決まる共振周波数あたりでは、揺れは増幅され大きく揺れます。

A2E3BC2F-66C0-4808-9AC5-199C9549EEC6

その揺れを抑えるために、あるセンサー(ここでは「目」)を用いてその揺れを観測し、揺れを抑えるようにアクチュエーター(ここでは空いている方の手の「指」)を用いてバッテリー本体に力を加えます。バッテリーが大きく揺れている時、目でその揺れを見て、その揺れが収まるように指で突いて力を加えてやり、それを何度かすることで徐々に揺れの振幅を小さくすることが可能です。

7964D119-25B6-46D1-ACC2-82B50B0FEB25

力を加えるタイミングに注目してみましょう。揺れを抑えるためには、「振り子が指に迫ってくる」時に力を加えているはずです。もしこのタイミングが遅れて「振り子が指から離れていく」時に力を加えると、揺れは収まるどころかどんどん大きくなっていくはずです。これが「発振」です。


位相余裕と発振

もう少し考えます。この振り子の大きな共振周波数あたりでの揺れは、ある振幅と位相をもって揺れています。位相というのは1周期で360度となるような時間的なタイミングを表します。振り子が指から最も離れて、方向が反転する瞬間の位相を0度とします。振り子が指に迫ってきて、最も近づいて方向がさらに反転する瞬間が位相180度です。振り子の揺れを止めるためには、位相が180度になる手前で力を加える必要があります。位相が180度を超えて力を加えると「発振」するということです。この時の「180度になるどれくらい前」に力を加えているかというのを「位相余裕」と呼びます。通常位相余裕は数10度は欲しくて、0度に近づくほど発振に近くなります。

ここまでは共振周波数付近のみでの説明でしたが、実際は大きな揺れではないですが、振り子は共振周波数以上でも以下でも揺れています。常に速い細かい揺れがあるとかを想像してください。目でこの揺れを見るのは難しいかもしれませんが、それこそ望遠鏡などで拡大して見てやれば小さな揺れも見えますね。これらの速い揺れもやはり抑えてやりたいわけです。でも速い揺れに対しては反応も早くなくてはダメで、その反応が遅れると「位相余裕」がなくなっていきます。速い揺れに対して遅い力で抑えようとしても、反応が遅いために「位相余裕」がなくなり揺れが増幅される、これが「発振」です。


赤道儀のガイド制御ループでの遅延

さて、これらのことを今回の赤道儀の周期的な揺れに置き換えてみましょう。まず、センサーはガイド鏡のCMOSカメラで、対象はガイド鏡で見たガイド星の位置になります。アクチュエーターは赤道儀についているモーターです。位相を遅らせる原因はさまざまなものがあります。
  1. まず、カメラで星を見てPCに取り込むまでに時間がかかります。時間の遅延になるので位相余裕を食います。
  2. カメラの画像から星の位置を計算をするのに時間がかかります。ここでも位相余裕を食います。
  3. その位置をもとに、どうフィードバックフィルターを設計して赤道儀に返すか(PHD2のパラメータ調整に相当)ですが、フィルターの設定度合いによって遅延が起きます。
  4. モーターは信号が来て初めて動くので、そこでも当然遅延が発生します。
  5. モーターが動いても、実際の赤道儀が反応するまでには有限の時間が必要なので、ここでも遅延が発生します。
これら遅延の全てが位相を食っていき、位相余裕が0度より多く残っていれば発進を防ぐことができ、揺れを抑えるという制御は成立します。


では何が原因か?

こうやってみると遅延だらけですが、この中で今回重要なのは、センサーから星の位置を特定するまでの遅延と、赤道儀のメカ的な遅延です。

まず、PHD2でのガイドのタイミングを0.5秒とか、0.2秒とか速くしたということは、カメラからの読み取りのサンプリングレート速くし、情報を速く取り入れるということに相当します。遅延が少なくなるので、位相余裕が食われにくくなります。

ではなぜCGXやCGX-L特有で揺れが問題になるのか?一つは大きくて重い赤道儀だからというのがあると思います。赤緯体よりは赤経体の方が(赤緯体自身も含むので)重いはずです。揺れなので慣性モーメントで議論すべきですが、当然赤経体の慣性モーメントも大きいです。慣性モーメントが大きいということは、外力に対して反応が遅いということを意味しているため、ガイド信号に対する応答も遅く、遅延の原因になり、位相余裕を食います。その他にCGXやCGX-L特有でメカ的に何かロスなどがあり、遅延を発生しているという可能性もあるかもしれません。

いずれにせよ、大きく重い赤道儀を駆動する場合、発振は起きやすいということは定性的にはそれほど間違ってはいないでしょう。


解決策の例

では解決策はというと、
  1. 応答を速くすることができる場所でできるだけ速くする。今回はカメラの取り込みのレートを、1秒とかから0.5秒や0.2秒と、2倍から5倍くらい速くしたこと。
  2. もう一つは、制御全体のゲインを下げることです。これはPHD2の「Agressiveness」を下げるとかでしょうか?結局トータルのゲインは赤道儀自身の応答(周波数で測った伝達関数)を含むので、PHD2の一つのパラメータだけで調整できるものでもありません。いずれにせよ、制御が効いている周波数帯域で位相余裕が残っていればいいわけですから、制御帯域を狭め位相余裕が残っている遅い周波数帯だけで制御するというセンスです
こう考えると、CGXやCGX-Lは高周波の応答が悪い何らかの理由があるのではという推測も出てきます。

とまあ、対処療法的にはいくつか解決策も考えることができるので、他にもアイデアがあれば試していきたいと思います。ただし、あくまでこの揺れが「発振」によるものだとしてですが。


少し冷静に、発振でない可能性も

あと、ここまで書いたことは古典制御の範囲で「線形性」を仮定しています。モーターを使った制御の場合は線形性は保証されません。モーター制御の話は詳しくないので、もしかしたら全然勘違いしたことを書いている可能性もあります。その場合はゴメンなさい。

今回議論した、「制御の位相余裕がないことによる発振」ではない可能性としては、何か周期的な機械的な歪みがあることが考えられますが、調べてみるとCGX-Lによくある現象の様です。系統的に何かCGX、CGX-Lにメカ的に問題がある可能性はありますが、状況によって大きく変わるというのはメカものというよりは、制御系と考えた方がスッキリします。


まとめ

制御についてこのブログで扱ったことは今回が初めてかと思います。

ガイド制御ループの位相遅れが原因の、位相余裕の無さによる発振と考えるとかなりすっきりすると思いますが、まだ他のCGX系特有の別の理由の可能性もあり得ます。私のところでもすでに何度か再現していて、そこそこ再現性はありそうなので、もう少しじっくり見ていきたいと思います。

今回の話は古典制御のさわりみたいなものですが、理解しておくと望遠鏡にも色々役立つことは多いと思います。もし興味がある人がたくさんいるなろ、Zoomとかで勉強会を開くとかもいいのかもしれません。結構マニアックな話になると思いますが、そんな人いますかね?



 

 


ラッキーイメージの過程で、M87を撮影して見ました。M87といえば...

目的はもちろんジェットを見ることです。

さてさて、うまく見えるのでしょうか?


SharpCapでのディザー

実際の撮影は前回のラッキーイメージNGC4216の後に続けて撮影しています。なので設定は全く同じで、10秒露光を30回LiveStackして、今画像を見たら10枚撮影していたので、合計50分でした。

前回書くのを忘れましたので、今回改めて書いておきます。SharpCapの最新ベータ版を使っていますが、ディザー対応がかなり改善されています。

一番大きいのがLiveStackパネルのguidingタブのところに「Reduce Exposure While Dithering 」とうオプションができたことです。これはPHD2などとの連携でディザーをしている間は露光時間を短くするという意味で、以前はDhitherの間も露光し続けていたので、例えば5分間の露光とすると、ディザーが終わっても最大5分近く待たなければならず、まるまる1枚は必ず無駄になっていました。撮影毎にディザーしていたら、撮影時間の最低半分はディザーに取られてしまっていたので、ほとんど使い物にならなかったのです。

そのため、SharpCapでディザーは実質やる気にならず、結果SharpCapは長時間露光は向いていない、もしくはできないという結論でした。今回のオプションで、SharpCapにも長時間露光での撮影に道が開いたことになります。

今回のLiveStack撮影でも、ディザーは使っています。ディザーを15分毎にするように設定しているために、(10秒x30ライブスタックを)3枚撮影するたびにディザーが適用されます。でもディザー量を試しに減らしたため、揺れ幅が不十分で、縞ノイズが少し出てしいました。


画像処理と結果

今回は鑑賞目的というよりは、少し科学写真に近くなりますので、画像処理はほとんど凝ったことはしてません。ダーク補正はLiveStack中にリアルタイムでしてます。WBPPではフラット補正のみで、バイアス補正もなし、ダーク補正もなしです。あとはストレッチと、一度トーンカーブで暗いところを持ち上げて暗いでしょうか。あ、恒星の色を出すために少しだけ彩度を上げています。


「M87」
masterLight_ABE_ABE_ABE_AS_HT2
  • 撮影日: 2021年4月11日0時49分-4月8日1時45分
  • 撮影場所: 富山県富山市
  • 鏡筒: Vixen VC200L
  • フィルター: なし
  • 赤道儀: Celestron CGEM II
  • カメラ:  ZWO ASI294MC Pro、-10℃
  • ガイド: f120mmガイド鏡 + ASI120MM mini、PHD2によるマルチスターガイドでディザリング
  • 撮影: SharpCap、gain420、露光時間10秒x30枚のライブスタック x10枚 = 50分、ダークは10秒x64枚をライブスタック中にリアルタイムで補正、フラット128枚(gain420、露光0.78ミリ秒)、フラットダーク128枚(gain420、露光0.78ミリ秒)
  • 画像処理: PixInsight、Photoshop CC


でも困ったことに、JPEGに落とす時点でM87の周りの淡いところの諧調が制限されてしまい、階段上になってしまいます。あと撮影中に少したわみで流れたみたいで、ディザーであまり散らしてなかったので明るくすると縦の縞ノイズが少し出ていました。

さてさて、ジェットは見えてますでしょうか?拡大してみます。

masterLight_ABE_ABE_ABE_AS_HT3_cut

おおー、右上にはっきり見えてますねー!上が北なので、方向から考えてもジェットで間違いなさそうです。不思議なのは、切り出すとJPEGでも諧調が飛ばないことです。そこそこきれいに見えてますね。自分で撮影したものだと、感動もひとしおです。

6000万光年先の銀河で、ジェットの長さは7-8000光年におよぶそうです。ご存知の通り、2019年に超長基線の電波干渉計によりM87の姿が映し出されました。リング形の中心にブラックホールが存在すると考えられています。このリング中の黒いところは直径1000億km程度なのですが、これがそのままブラックホールというわけではなく、事象の地平線は直径400億kmでもっと小さいと考えられているそうです。



ついでにアノテーションです。ここにもそこそこの数の銀河があります。

masterLight_ABE_ABE_ABE_AS_HT2_Annotated

少し斜めになってしまっています。これは前々回の記事の最後に書いた、鏡筒バンドに対してまだ鏡筒の回転方向を合わせ切らずに撮影してしまったからです。実際にはこのM87で回転が残っているのに気付いて、この撮影の直後に直しました。


M87といえば

M87といえば、M87JETさんを真っ先に思い出します。胎内星まつりで初めてお会いしたのですが、当時からほしぞloveログを読んでいてくれて、興奮気味に自分で撮影したM87のジェットを見せてくれした。ペンネームをそのままM87JETとしようと思っている」と、その時お聞きしました。その後は小海の星と自然のフェスタでも一緒に食事したりしてました。いつも面白い文体のブログ記事を書いていて、最近はISSの追尾でご活躍されています。



M87JETさーん、やっと私もジェットを取ることができましたよ!


 

このページのトップヘ