ほしぞloveログ

天体観測始めました。

タグ:Hβ

前回までの先週末の記事に続き、今週11月22日からの週末の記事になります。しかも3連休なのでネタがかなり豊富になりそうです。まあ、焦らずに記録の意味も込めて書いていきます。

土曜日も色々やったのですが、ネタ的には今日の日曜のことの方が面白いので、順序は多少前後しますが、2025年11月23日のことを先に書きます。

3連休の中日になりますが、朝から何をするか迷っていました。分光は新しいスリットでまだ撮影して無いですが、TSA-120はまだセンサー面積の大きいカメラが用意できないのであまり進歩はなさそうです。
  1. C8とPSTの撮影で午前のシーイングのいい時に分解能を出すのは試してもいいかもしれませんが、以前やっていたことを確認するくらいになるので、新しいことはなさそうです。
  2. 前日最後に少しだけ試したTSA-120とPSTでHαを楽しむのも良さそうですが、分解能がシーイングに制限されることはないと思うので、午前中にやる価値はあまりなさそうです。
色々考えていて、粒状斑の挑戦をしてみようと思いました。これまで粒状斑はC8を使って撮影しようとしていて、これまで最も移った時でこれくらいです。


鏡筒はこれまで通りC8にするか、最近再び活用しつつあるTSA-120にするか迷いました。というか、TSA-120みたいな高級機を太陽に使うのはちょっと怖かったんです。どこか内部の黒い所に焦点があってしまい、内部で焦げて煙が発生したとかになると、簡単に掃除もできないので手が出なくなります。分光撮影で恐る恐る TSA-120を太陽に使ってみましたが、問題無さそうなことがわかってきたので、今回も試しに使ってみることにしました。

これまではC8に薄いフィルム上ののOD=5のNDフィルターを使って光を10万分の1にして、そのまま白色光で撮影していました。緑系や青系のフィルターを使ったりもしましたが、どうしてもうまく見えることはありませんでした。今回口径が小さくなったので、いっそのことNDフィルター無しでなんとかならないか考えてみました。

まず、口径が120/200=0.6倍なので、エネルギーではその2乗で0.36倍。2インチ径のUV/IRカットフィルターは焦点を外せば十分耐えられることはこれまでC8のPST前部に入れていてわかっているので、それを入れてエネルギーは更に半分で0.18倍。

今回はここにさらに、2インチ径の6.5nm透過のOIIIフィルターを重ねて使おうと思います。どうやら、OIIIはフィルターは粒状斑をみるのにも適しているようです。このOIIIフィルターは反射型っぽかったので熱くなることは無さそうで、徐々に光を入れて試しましたが、ほとんど温まることもなく全く問題ないようです。可視光の幅が350nmから700nmとして、OIIIの約7nmの透過幅と考えると、ここでエネルギーはざっくりですが100分の1になります。

口径とフィルター2枚ででトータルで500分の1くらいの明るさになっているはずで、まあこれで大丈夫じゃないかと試しましたが、それでもカメラの露光時間を最短の0.032msにしてもまだ明るすぎました。

らちが明かないので、さらにカメラ手前に1インチの、これまで全然使ってこなかったHβフィルターを入れてみました。だんだん何をやってるかわからなくなりつつありますが、OIIIの波長が495.9nmと500.7nm、Hβの波長が486.1nmとかなり近いので、透過率が重なる部分が多少はあるだろうという目論見です。これでgain=0で露光時間が最短の0.032msでちょうどいいくらいの明るさなりました。TSA-120の焦点距離は900mmで粒状斑を見るには短すぎますが、この時点で粒々っぽいものが見えています。ここに手持ちのExplorer Scientificの5倍のバローを入れると、1msくらいの露光時間でちょうどよくなりました。画面を改めて見て見ると、

「おお!見える!見えるぞー!」

実はこの時点で曇っていたのです。雲越しなのですが、リアルタイムの画面でチラチラしてますが、これまでにないくらい粒状斑が見えています。雲は多少心配ですが、このままシーイングのいい時間帯を狙えればと思って、30秒ごとに200フレーム、計120ショットを撮影してみます。

最初の撮影ではガイド無しだったので、しばらくすると画面からずれていきました。ガイド鏡を用意して、PHD2のソーラー版でガイドします。ついでに黒点を探して、黒点周りの粒状斑を移すことにしました。120ショット撮影して、途中雲でかなり暗くなることもありましたが、その中のベストショットを示します。モノクロ版と、疑似カラー版です。

11_00_34_l2_ap3983_IP_cut

11_00_34_l2_ap3983_IP_color_cut

どうでしょうか?長年苦労してきましたが、やっとここま写るようになりました。

120mmと決して大きいわけではないので、口径的には分解能ギリギリに近いと思います。カメラは今回ASI290MMでピクセルサイズが2.9μmですが、分光で使っているG3M678Mにすればピクセルサイズが2.0μmになるので、もう少し分解能が出るかもしれません。

これまでのC8と違って、どうしてここまで出たのか?

シーイングが特別良かったとは思えません。TSA-120のシャープさが効いたのでしょうか?それともNDフィぃルター無しのナローバンドフィルターが効いたのでしょうか?おそらく後者かと思いますが、次はC8でも同じナローバンドフィルターで試してみたいと思います。


まとめ

とうとう念願の粒状斑を満足できるレベルで撮影することができました。そもそも朝に何をするか迷っていたくらいでしたが、試してみてよかったです。

TSA-120を使い、NDフィルターなしで、ナローバンドで撮影していますが、何が一番効いていたかはまだ不明です。それでも今回、少なくとも方法はわかったので、今後もう少し色々試してみて、効く所と効かない所をはっきりさせ、最適化をしていきたいと思います。



これまでSHG700を使った始動編として、基本的な太陽分光撮影の解説を、ハード面ソフト面に渡り記事にしてきました。今回からは徐々に応用編に入っていきます。と言ってもまだしばらくはJSol'Exの標準機能の範囲内の話です。でも、徐々にこれまであまり見ることがなかったものになってくると思います。

前回はSHG700始動編の(その5)でCaK線の撮影をしましたが、今回はもっと多波長で撮影してみました。


撮影途中で気付いたこともいろいろあるので、メモ代わりですが細かく書いておきます。


波長の選択

前回のCaKの分解能が悪かったので、まずはその再現性です。前回終了時の設定を何も変えずに、まずは1ショット撮影しておきました。その後、何が悪いのか見るために色々見てみると、輝線のピントがあった状態で、太陽光と背景の境目の縦線がボケボケでした。縦線は空間分解能に聞くはずなので、何か設定がおかしいようです。ちなみみ、撮影した動画ファイルからCaKの全景を再構築して見てみると、雲が通過していて全景を見るのが厳しかったですが、分解能は前回と変わらずやはりだめそうです。

CaKの分解能がダメそうだったので、次にHαに戻して分解能が回復するかを見ることにしました。その後、波長を順次短くしていっていくつかの代表的な波長を撮影し、再びCaKに再挑戦することにしてみました。

順序としては、
  1. Hα (6562.81Å)
  2. Na D1 (5889.95Å)
  3. Mg b1 (5183.62Å)
  4. Hβ (4861.34Å)
  5. Hγ (4340.47Å)
  6. CaK (3933.66Å)
としました。

この内、HγはJSol‘Exでの全景再構築時に選択肢として出てこないので、JSol‘Exのメニューの「Tools」から「Spectral ray editor」を選び、以下のように名前と波長を入れてやります。
スクリーンショット 2025-07-04 142837_cut
波長を入力するとそれに応じた色が勝手に付きます。でもこの色、ちょっと微妙で、出来上がる画像は設定通りになかなかならないことがわかりました。あとで画像と一緒に検討します。


ピント合わせの自由度

何度か波長を変えていくうちに、ピント合わせ方がある程度確立しました。前々回の記事でCaKに挑戦したときのピントは今思うと大幅にずれていたので、分解能が出なかったのも納得です。

まず自由度の数ですが、SHG700の部分に回折格子の回転 (固定ネジを緩めてラフに回転+マイクロメーターで微調整) と、レンズについているマイクロメーターが2つと、鏡筒のフォーカサーが1つで、合計4つあります。具体的に番号を振っておきます。
  1. 回折格子
  2. コリメーターレンズ
  3. カメラレンズ
  4. 鏡筒フォーカサー
調整を難しくしている一つの原因が、これらの自由度が独立ではなく、各自由度の調整が他の自由度に影響することです。ただし、順を追って調整することで、それぞれの位置が一意に決まることがわかってきたので、メモがわりに手法を書いておきます。ただし、今後もっといい方法が出てくるかもしれないので、とりあえず参考的な手順としてくらいです。また、この方法はSHG700で試しましたがSol'Exでも有効なはずで、また必要そうな精度も書いておいたので、どれくらい頑張って合わせれがいいかの目安にもなるかと思います。


波長を変えた時のピント合わせの具体的手順

A. まず最初に見たい波長を決め、回折格子の回転角度を決定します。
  1. 回折格子下部のネジを手で緩めて、回転台の切り欠き溝の真ん中を印刷されている目的の輝線にラフに合わせます。
  2. SharpCapの画面で見ながら、JSol‘ExのSpectrum browserで表示されるフランフォーファー線図と比較して、目的の波長の近くにいるか確認します。
  3. 似たような輝線模様が見つかったら、目的の輝線が画面の上下で真ん中になるように、回折格子についているマイクロメーターで合わせます。SharpCapで同心円と十字のレチクルを出しておくと合わせやすいでしょう。撮影時にはROIで上下100ピクセル内に輝線を入れる必要があり、そのために必要なマイクロメーターの精度は1-2目盛り程度になります。
付属のマイクロメーターは50目盛りが2回転すると1mm移動するので、1目盛りは10μmに相当します。回転角への変換係数がわからないので、角度の精度で議論はできないのですが、かなりの精度が必要なことがわかります。といっても、多少ずれていたとしても後からROIのTiltを変えてやることで、センサーのどこを見るかの位置調整ができるチャンスがあるので、ここではそこまで精度にこだわる必要はありません。ここで回折格子の回転角を決めたら、これ以上はもうこの自由度はこれ以上いじることはないです。というか、これ回折格子の回転角を以上いじってはいけません。もしいじると、また最初からやり直しです。

B. 次に、2のコリメーターレンズのマイクロメーターと、3のカメラレンズのマイクロメーターの2自由度を同時に動かします。
  1. SharpCapの画面を300%程度に拡大し、画面を右か左にスクロールさせて、太陽光が切れるところまで持っていき、ヒストグラムの一番右の線を左にかなり寄せて背景光の輝線が見えるようにします。
  2. 背景光で輝線がうまく出たら、さらに端に寄せて、スリットの境の光が見えるところと見えないところまで画面を持っていきます。ここで二段階目の調整をします。
  3. まずは3のカメラレンズのマイクロメーターを回して、画面の横向きの線のピントが合うようにします。
  4. 一旦横線のピントがあったら、次に2のコリメーターレンズのマイクロメーターを回して、縦の「光があるところとないところの境目」のピントを合わせます。
  5. ここを合わせると、3のカメラレンズのピントが少しズレるので、また3のカメラレンズのマイクロメーターを微調整します。この時に必要な精度は+/-2目盛りくらいです。かなりの精度が必要なことがわかります。
  6. 3を微調整したら、再び2のコリメーターレンズのマイクロメーターを微調整します。ここでの必要な精度は+/-7,8目盛りくらいでしょうか。こちらは多少大きく動かしてもいいでしょう。
  7. この2と3のマイクロメーターの調整を数回繰り返し、横の輝線と縦の光の境目の線の両方のピントが出るようにします。
うまく調整できると下の画面のようになるはずです。左の明るい部分が太陽の直接光で、真ん中の木線が見えている部分が背景光になります。

スクリーンショット 2025-07-04 092825
 
調整位置が決定したら、回折格子のマイクロメーターも含めて3つともこれ以上触ってはダメです。


C. 最後に、鏡筒のフォーカサーを調整します。
  1. ヒストグラムを調整するなどして、太陽の直接光の輝線が見えるようにします。
  2. フォーカサーのピントを調整すると、粒状斑や黒点などの瞬く縦線が濃く見えるところがあるはずです。
  3. 同時に、太陽光と背景光の境目のピントもぴったり合うはずです。
うまくいくと、下の画面のようになるはずです。
スクリーンショット 2025-07-04 092926

この段階で、縦線は見えるのに境目のピントが合わないとか、境目のピントを合わせると瞬く縦線が見えなくなる場合などは何かおかしいので、Bからやり直すことをお勧めします。ここでのフォーカサーの精度は使っている鏡筒に依るかと思いますが、微動減速装置が欲しくなるレベルです。まだ微動装置を付けていないので、ここのピント合わせに一番気を使います。

逆に言うと、SHG700にマイクロメーターが付いているために、回折格子と2つのレンズの調整がかなり楽になっているということです。この微調整の精度で、横向きの輝線のピントが波長分解能に効き、瞬く縦線や太陽光と背景光の境目の縦線のピントが空間分解能に効いてきます。画像の仕上がり精度にそのまま直結する部分です。Sol‘Exでは微調整の機構はないので、ここで苦労するのかと推測します。SHG700ではSol‘Exで大変だったところをきちんと改善しているのがわかります。

今回合わせたピントを合わせた状態で、前回分解能が出なかったCaKを改めて14枚スタックしてみました。見てもわかる通り、あからさまに分解能が増しているのがわかるので、とりあえずは子のピント出し方法でしばらくは続けていこうと思います。

IP_resize_lapl2_ap5118_IP


JSol'Exがよく止まる

今回、数多くの.serファイルをJSol'Exで処理して分かったのですが、処理中に結構頻繁にエラーが出ます。処理中にタスクマネージャーで見ていると、CPUパワーもメモリも9割以上使っていることが多いので、かなり重い計算をしているようです。撮影用のPCで画像処理もしているのですが、処理用のPCは別途もっと速くてメモリが多いものにするほうがいいのかもしれません。

エラーが出ると、途中で止まってしまったり、画像が最後まで生成されません。一見エラーが見えなくても、特にバッチ処理途中のエラーですでにログ上でスクロースされてしまっていてエラーじゃないと思っても、結局最後まで辿り着かずに止まってしまうこともあります。止まる確率は10%くらいでしょうか。バッチ処理ではいくつのserファイルは成功しても、一つでも止まってしまうものがあると、フォルダの中のどれが完了しているわからなくなるので、結局最初から全部やり直しています。複数のserファイルがあることになるので、全部が成功する確率は結構低くなってしまいます。完了したというメッセージが出ない時は、何か足りないファイルがあると思っていいでしょう。

JSol'Exのバージョン3.2.2がリリースされました。ちょっと重くなったように感じています。エラーの頻度も増したように思えて、最後までたどり着く率が下がった気がします。なので、私は今は3.2.1に戻して使っています。


特徴波長での画像

かなり寄り道をしてしまいましたが、今回撮影した各波長です。色はJSol'Ex標準にしています。細部出しとかも何もしていないので、拡大してみるとちょっと物足りないかもしれません。

各タイトルの波長の横に書いてある数字は、波長分解能になります。例えばHαなら
スクリーンショット 2025-07-05 101928
というように実測で0.091Å/pixelと評価できていて、実際に隣のピクセルとも有意な差が見えているので、分解能を0.091Åと言ってもよさそうです。この分解能は見ている波長によって変わってきて、波長が短くなるほど分解能が悪くなります。最初、あれ逆では?波長が短い方が精度がよくなって分解能もよくなるのでは?と思ったのですが、ピクセルサイズが決まっていてそこに短い波長を詰め込むと考えると、同じピクセルサイズなら見える波長の細かさは粗くなってしかるべきと理解できました。でも波長分解能の違いは、波長の違いの比のルートに比例するようです。1次でそのまま効きそうなので線形化と思いましたが、なぜルートに比例なのか?未だに疑問です。


1. Hα (6562.81Å), 0.091Å
09_39_22-trimmed_0000_09_39_22-trimmed_colorized_0_00
  • 撮影日: 2025年7月4日9時39分
  • 撮影場所: 富山県富山市自宅
  • 鏡筒: Takahashi FC-76(f600mm、F7.9) 
  • 分光器: SHG700
  • 赤道儀: Celestrn CGEM II
  • カメラ: Touptek G2M678M
  • 撮影: SharpCap Gain 200 (=6dB)、露光時間0.75ms、ROI: 3840x100、平均381fps
  • 画像処理: JSol'Ex、ImPPG

2. Na D1 (5889.95Å), 0.100Å
0000_08_24_28_colorized_0_00
  • 撮影日: 2025年7月4日8時24分
  • 撮影: SharpCap Gain 200 (=6dB)、露光時間0.75ms、ROI: 3840x100、平均381fps

3. Mg b1 (5183.62Å), 0.106Å
0000_08_34_13_colorized_0_00
  • 撮影日: 2025年7月4日8時34分
  • 撮影: SharpCap Gain 200 (=6dB)、露光時間0.75ms、ROI: 3840x200、平均221fps

4. Hβ (4861.34Å), 0.108Å
03_Hbeta_0001_08_44_26_colorized_0_00
  • 撮影日: 2025年7月4日8時43分
  • 撮影: SharpCap Gain 200 (=6dB)、露光時間0.75ms、ROI: 3840x100、平均381fps

5. Hγ (4340.47Å), 0.111Å
04_Hgamma_0000_08_56_44-trimmed_colorized_0_00
  • 撮影日: 2025年7月4日8時56分
  • 撮影: SharpCap Gain 200 (=6dB)、露光時間1ms、ROI: 3840x100、平均381fps

6. CaK (3933.66Å), 0.113Å
05_CaK_0003_09_14_06_colorized_0_00
  • 撮影日: 2025年7月4日9時14分
  • 撮影: SharpCap Gain 400 (=12dB)、露光時間1.5ms、ROI: 3840x100、平均381fps

こうやって見ると、波長ごとに模様がかなり違うのがわかります。でもNa D1を見てもわかるように白色光とあまり変わらず特徴が無かったりもします。というか、ほとんどの波長はこのNa D1みたいに白色とほぼ同じに見えるようです。

実は他に、He-D3 (5875.62Å)というのが結構面白そうな模様を出しそうなのですが、Spectrum browserで確認したところ、あまりに淡そうなので今回は諦めました。
スクリーンショット 2025-07-05 090320

またいつか挑戦してみたいと思います。


JSol'Exでの色付け

実はJSol’ExではHαの色だけ、特別な処理をしています。Hαだけ他のものに食らえて派手すぎです。即別な処理を外して、JSol’Ex標準のルールに従って色付けすると、Hαといえど下のようにかなり地味になってしまいます。
09_39_22-trimmed_0000_09_39_22-trimmed_colorized_0_00

私は結構派手な色使いも好きなので、他の波長もHαでやる場合と同じように特別な処理をして派手目にしようとしてみました。でもうまくいきません。どうやらバグみたいで、Spectral rays editorでcolor curveオプションをオンにして色をいじってみるとわかるのですが、青を濃くしてしまうと、serファイルでカラー画像を出した時に変更できるstretchingの所で選択できる「Linear stretch」と「Curve stretch」で初期状態での色遣いが違ってしまっていて、しかもLinear stretchで調整したものは保存できないようです。Hαは青をほとんど出さないので、バグとして認識されていないのかもしれません。

というわけで、もう少し派手目に色付けするとして、Photoshopで自分でやってみました。参考にしたものはMLastroのこのページの一番下にある各波長の色付けです。

6colors

と、こんなカラフルな太陽画像はどうでしょうか?


まとめ

SHG700関連記事も応用編に入り、徐々に分光撮影の威力が発揮されてきました。全波長で本当に0.1Åオーダーで撮影できてます。これは結構すごいです。しかも今回は1枚画像での処理で、JSol'Exのオーとストレッチと色付けだけで、スタックや細部出しもしてません。必要なら、特定の波長は枚数を撮ってもっと凝った処理にしてもいいのかと思います。コンスタントな撮影ももう少し落ち着いたら続けて見たいと思います。

新しく撮影したものを含む、手持ちの撮影ストックはこれくらいです。これまで撮影した画像を使いまだ試したいことがあります。次回、次々回と、ドップラーシフト関連の記事になるかと思います。



このページのトップヘ