SWAgTiのセッティングが楽なので、短い時間でも撮影する気が起きます。まだテスト撮影なので、お気楽にM20です。今年は本当に天気が良くなくて、たまに晴れてもそれが長い時間続きません。結局今回撮影できたのは、3分露光で16枚の合計わずか48分です。月が出るまで2時間くらいはあったのですが、途中で曇ってしまいました。まあ南の低空なので、雲も出やすく仕方ないですね。




今回のテーマは「冷却はなくてもいいのか？」です！

前回のSWAgTiの記事で、ケーブルの数を減らしたいと書きました。夏の暑い日に冷却がないとどうなるかを試してみました...とか言いたいのですが、実はこれ全く嘘で、単に冷却するのを忘れただけです。NINAだと冷却されてないと警告が出るのですが、SharpCapはそういった親切設計にはなっていません。

NINAってできるだけ撮影を失敗しない設計になっています。冷却設定も親切で、まだ冷えている途中だと完全に冷えるまでは警告を出してくれます。例えばファイル形式はデフォルトfitsで、形式を変えるときは結構奥の方で「あえて」変更してやる必要があります。SWAgTiだと必要ないですが、例えばガイドソフトがつながっていないと警告を出してくれます。SharpCapは撮影「も」できる汎用ソフトですが、撮影「専用」ではないので、色々「設定できる余地」が残っていて、ミスもあり得てしまうというわけです。

でも今回はさらにしょぼいです。もっと言い訳するんですが、最初はSharpCap上でちゃんと冷却したんですよ。でも、一度SynScan Proとの接続がトラブって、一旦「あえて」SharpCapを落としたんですよね。後から考えたらわざわざ落とさなくてよかったんです。でも落とした後の復帰で他に気を取られていて、冷却をオンにするのを忘れて撮影を開始してしまったというわけです。そういえばライブスタック画像を見た時に「なんかノイジーだなー」とか思ってたんですよ。でも気づいたのは撮影も終了して、次の日に画像処理を始めてからでした。なんかおかしいと思ってfitsのヘッダ情報を見たら、センサー温度が32度とかになっていました...。



冷却は忘れてしまいましたが、その分トラブルに対して色々試したおかげで、SWAgTiでの撮影までのコツが少しわかりました。

前回報告した通り、やはりプレートソルブをすると、しばらくして接続がおかしくなるのはもう間違いないようです。今回もそうだったので、再現性があります。今回試して、接続がダメになった後にSharpCapを立ちあえげる必要がないのはわかりました。SynScan Proのみ一旦落として再起動すると、うまく再接続されるときもあるし、再接続されずにエラーが再度出るときもあります。うまくいかないときは更に、SynScan Proの「アラインメント」の「リセット」を押すと、再起動でエラーが出ることがなくなるようです。たとえリセットしたとしても、実際のアラインメント情報はAZ-GTiの方に残っているため、再度SharpCapから接続すると今向いている方向の情報がきちんと出てきます。

というわけで、こんな順序がいいのかと思います。

1. SharpCapからSynScan Proに接続する。
2. SynScan Proで、ワンスターアラインメントを実行する。
3. SharpCapからプレートソルブを実行して、初期アラインメントの天体が画面中央に入るのを確認する。
4. （この時点で落ちることは多分まだないので）SynScan Proで、撮影対象天体を導入する。
5. SharpCapからプレートソルブを実行して、撮影対象天体が画面中央に入るのを確認する。
6. 必要なら、SynScan Proの矢印ボタン、もしくはSharpCapの矢印ボタンで画角を調整する。
7. （プレートソルブを何度かしたり、しばらく時間が経ったりして）接続が切れたり、接続エラーが出たら、一旦SynScan Proを落とし、SynScan Proを再起動して、アラインメントの「リセット」を押す。
8. すでに対象天体はプレートソルブされていい位置にいるはずなので、自動追尾をSWATに切り替える。
9. ライブスタックを始める。同時にAZ-GTiの自動追尾が強制的にオンになるので、すかさずAZ-GTiの方の自動追尾をオフにする。
10. ライブスタックの撮影時間を希望の長時間に設定する。
11. ライブスタックのクリアを押して、長時間露光を開始する。

くらいでしょうか。とにかくポイントは、SharpCapとAZ-GTiの接続が切れたら、一旦SynScan Proを再起動、アラインメントの「リセット」を押すことです。

あ、前回までSharpCapがそこそこ古いバージョンだったのですが、今回最新にしても基本的に接続の安定度が大きく変わることはありませんでした。プレートソルブはやはり何か問題を引き起こすようです。ただ、最近AZ-GTiの方が大幅アップデートされて、AZ-GTi単独でプレートソルブ機能が実現されたようです。これがうまく動くなら、今の不安定な原因のSharpCapからのプレートソルブをしなくていいかもしれないので、期待できそうです。



と、こんなテストを色々していたら、いつのまにか天文薄明終了時間になったので、撮影を開始しました。上の通り、最低限のプレートソルブは使えた（一旦SynScan Proでのアラインメントからのリセットは必要でしたが）ので、かなり楽でした。その後は、SWAgTiならではの、ガイド無し、SWATの精度の良さに頼った、AZ-GTiを利用しての簡単ディザー撮影でした。

実用上は前回からかなり進歩していて、前回は一旦AZ-GTiをホームポジションまで戻して、ワンスターアラインメントもさらには目標天体の自動導入も、プレートソルブ無しで頑張って導入していました。



さて、冷却忘れの結果ですが、なかなか悲惨なことになりました。処理は前回と同じ、ダーク補正も、フラット補正も、バイアス補正も、何も無しのライトフレーム単体でのスタックです。下の画像が、スタック直後の画像をオートストレッチしたものです。

拡大するとわかりやすいでしょうか。

ディザーは効いているので、縞ノイズのようにはなっていませんが、ホットピクセルが出まくりです。今回はこれでもSharpCapで簡易ホット/クールピクセル除去をオンにしています。でも全くダメだったので、WBPP時にCosmeticCorrectionでホットピクセルをソフト的に緩和しようとしましたが、焼け石に水でした。上の画像はそのCosmeticCorrectionも効かせた状態です。

この状態から、なんとか頑張って画像処理を進めましたが、やっぱりどうやってもダメでした。ホットピクセル起因のノイズが多すぎて、M20本体を炙り出すこともままならないです。



仕方ないので、ダークファイルを別途撮影しました。一手間増えますが、これで非冷却のホットピクセルが補正できるなら、かなりマシです。




このまま画像処理を進めても、十分耐えるようです。低空で少し下にカブリがあるみたいなので、ABEの4次だけかけて、SPCC、BXT、iHDR、GHSと進めて、最後StarNetで星と背景を分離してPhotoshopに渡します。まあ、通常やっている処理をもう少し簡単にした程度でしょうか。結果はというと、かなりマシになりました。

M20のあたりだけ切り出してみます。


トータル露光時間が48分と、1時間にも満たないので青いところはまだ全然不十分です。今回DBPを使っていますが、比較的青がでにくい強いフィルターにしては、かろうじて青い所も出たのかと思います。



今回は焦点距離250mmの3分露光ですが、BXT前でも流れるようなことは全くなく、曇る前の画像は、何かで揺れてしまった1枚を除いたので、採用率94.4%でした。この追尾の安定度はSWATならではで、AZ-GTiが途中にあっても撮影中にモーターに信号さえ行かなければ全然揺れないことがわかります。

今回は、予期せず非冷却になってしまい、SWAgTiでどこまで手を抜けるか試したことになるのですが、結論としては夏場は少なくとも冷却するか、ダークファイルを別途撮影してダーク補正すれば、ホットピクセルに関しては許容範囲になるということでしょうか。

冬場ならなんとかなるか... ?

タグ ：

#SWAgTi

#M20

#ホットピクセル

#冷却

#ディザー

#AZ-GTi

#SWAT350

#Uranus-CPro

#RedCat51

前回の記事で、SWAgTiのディザーがうまくいくかもと書きましたが、まだ確証がありませんでした。


少し晴れ間があった日の夜、改めてディザー撮影ができるかどうか試してみました。長時間露光が効く天体ということで、M27亜鈴状星雲の羽を狙うことにしました。 

最初に結果だけ書いてしまいます。3分露光で40枚、2時間分の撮影ができましたが、

動画で示します。ピョコピョコずれているのがわかるかと思います。

これで縞ノイズが解決されるのか、画像処理までしてみます。



今回のSWAgTiのディザーをソフト的にどう設定したのか、詳しく書いておきます。

ディザーですが、通常の場合はオートガイド撮影が前提で、オートガイドによってソフト側から撮影中に信号を出して架台を制御できる状態にしているわけです。ディザーはそれに加えて1枚1枚の撮影の合間に、架台に信号を出して少しだけ(数〜数十ピクセル)画角をずらし、ホットピクセルが重ならないようにして、また撮影に入ります。

通常のディザー撮影から考えると、SharpCapのディザー撮影はかなり特殊です。まずガイド撮影やディザーは基本的にライブモードを使います。なぜこう設計したのかは少し疑問もあるのですが、とにかくライブモードでしかガイド撮影もディザーも出来ません。さらに特殊なことは、SharpCapでは、オートガイドなしでディザーすることができます。要するに、ガイド鏡がなくても、PHD2などのガイドソフトを使わなくても、それらとは独立にディザーができてしまうということです。もちろん、ディザーで架台に信号を送る必要はあるので、その制御のためのセットアップは必要です。それでもこの「オートガイドが必要ない」ということは、SWAgTiのお気楽撮影の目的にかなり合致していて、今のところSharpCap以外にガイド無しでディザー出来るソフトは、少なくとも私が探した限りでは見つかりませんでした。今回SWAgTiの撮影ソフトにSharpCapを選んだのは、ガイドと独立してディザーができるというのが1番の理由です。だって、SWATの追尾性能が飛び抜けていいのに、あえてガイド鏡とか用意するのはなんか負けた気がするからです。

そのディザーの設定です。まずはSharpCapの設定のガイドタブから。

• 「ガイディングアプリケーションは」3つ目の「ガイディング無し」を選びます。これでガイドは無しでディザーのみできるようになります。

「ディザリング」のパラメーターは状況に応じて適当に設定しますが、重要なのはどれだけずらすか、収まるまでにどれくらいかかるかでしょうか。

• 今回はディザーでの揺れ幅を見るために「最大ディザステップ」をかなり大きくしています。これはもっと小さくてもいいでしょう。
• 「最小整定時間」はある程度長めの方がいいかと思います。ディザー時にAZ-GTiを動かすのですが、モーターの精度がSWATと比べて劣るので、キックしてしばらく揺れる可能性があります。一年前のテストではそんな兆候が見られたのですが、今回撮影した画像を見ている限りではキックのようなものは確認できなかったので、あまり気にしなくてもいいのかもしれません。

次に、ライブスタックモードでのガイドタブの設定です。

• 最初の「Monitor Guiding Applicaton」にチェックを入れると、実際にディザーされます。
• 「Only stack when guiding is active」はチェックしましたが、ちょっと確かめきれていません。これがないとディザーしている最中もライブスタックするかもしれません。
• 私は3枚撮影するごとにディザーするようにしています。1枚ごとにディザーをかけると撮影終了までの時間が増えてしまからです。
• 「Reduce Exposure While Dithering」はオンにしておいてください。長時間露光に設定してあっても、ディザーの最中は短時間露光に勝手に切り替えてくれます。揺れが収まったかどうか見るのに、短時間露光で比較することが必要になります。
• 右に、ディザーやドリフトなどで中心からずれていくと、プレートソルブを使って元に戻すという機能もあります。今回は使っていませんが、M27のような中心が決まりやすい天体はオンにしておいたがいいかもしれません。

もう一つ重要な設定があります。ライブスタック画面左の「Raw Frames」のところです。

• ここを「Save except for when Paused/Dithering」にしておきます。こうしないと、ディザリング中の短時間露光の画像が何枚も保存されてしまいます。

今回は露光時間を180秒、ゲインを200でHGCモードにしてライブスタクを始めると、3分ごとにRAW画像が保存され、3枚ごとにディザーが適用されます。ディザーが動いているかどうかは、ライブスタックパネルの「Log」タグを見ると、実行時に色々メッセージが出てくるので、それを読むとうまくいっているかなど詳細が分かります。

あとは通常のライブスタックと同じでしょうか。あ、一つ忘れそうなことがあります。毎回のことなのですが、AZ-GTiで追尾をオフにしても、SharpCapでライブスタックを立ち上げた瞬間になぜか強制的にAZ-GTiの追尾がオンになります。ライブスタックをオンにしたときに、毎回必ずAZ-GTiの追尾を改めてオフにするようにしてください。そうしないと2重で追尾することになり、星が画面内を流れていきます。



撮影中は少し雲がかかっていましたが、基本的に安定していて順調でした。前回書きましたが、プレートソルブが安定性に関係するのは確実みたいです。

まだ一回しか試せてませんが、最初にプレートソルブをしてから長時間露光を開始すると、やはり1枚目の途中でSharpCapの「望遠鏡制御」のところの「赤経」の更新頻度が徐々に広がり、程なくして更新が止まります。その後、ディザーをするときにSharpCapからSynSan Proに信号を出しても反応がないので、エラーダイアログが出てきます。

一旦、AZ-GTiの電源を落とし、PCも再起動し、次はプレートソルブなしでマニュアルで再度初期アラインメントから試すと、不安定なところは微塵も出ずに、まるまる2時間連続で撮影ができました。プレートソルブの具体的などの操作が原因なのかまでは特定できていません。できればプレートソルブはつかいたいので、何か回避策がないか今後探っていきたと思います。



さて、撮影ですがディザーはライブスタックモードですることになるので、必然的に常時仕上がり具合を見ることができます。これが結構楽しかったです。なんと、総露光時間わずか30分ですでに羽が確認できます。

約2時間経ったのちのライブスタック画像です。羽もさらに濃くなっています。

2時間少し撮影しましたが、最後の数枚は雲が出てきたので、ちょうど2時間分を画像処理に回すことにします。上のライブスタック画像は最後の雲の画像も入ってしまっていますが、長時間露光から考えたら影響は少ないようです。



ライブスタック画像をfits形式で保存したRAWファイルと、PixInsightでスタックした画像にどれくらい違いがあるか比較してみましょう。一見したところではクオリティーは同じかと思いました。

これがライブスタック画像をオートストレッチした画像です。


次がPixInsight上でスタックした画像をオートストレッチした画像です。

ほとんど同じに見えるかもしれませんが、よく見るとライブスタック画像の左上の真ん中よりに明るい緑の輝点群が、右下に軽く青の輝点群があるのがわかります。ホットピクセルが残っていて、ディザーで散らされたものの残りと思われます。PixInsightではWBPPの際に、Cosmetic CorrectionをAutomaticでhigh sigma = 10でかけたので、そこでホットピクセルが除去されたのかと思われます。ライブスタックでもSharpCapで簡易ホットピクセル除去をするだけでも、ライブスタック画像もそのまま処理できるくらいにホットピクセルが消えるかもしれませんが、今回は試していません。

今回、WBPPではフラット補正もダーク補正もしていません。RedCat51と1/1.2インチのUramus-Cではフラット補正は必要がないほど周辺減光はないです。あ、CMOSセンサー面に埃がついているとダメですよ。フラット補正が必須になります。フラット補正をサボるためには、少なくともセンサー面はきれいにしておきましょう。ダーク補正もしていないので、ホットピクセルとコールドピクセルはCosmetic Correctionで除去しているだけですが、これで十分なようです。ダーク補正をしない場合は大きなメリットが一つあります。ダーク補正によってダークカレント起因のダークノイズが余分に加算されないということです。今回のような強い光害補正フィルターを使った「暗くて」、さらに「長時間露光」での撮影では、背景などの淡い部分がダークノイズで制限されている可能性があり、画像処理でダークノイズを増やさないことはかなり有利になります。具体的には、ダーク補正をするとダークノイズは√2倍になり、信号は増えなくて1倍のままなので、仕上がり画像のSN比の違いは最大で1/√2 = 0.71倍となり、損をします。ダーク補正についてのもっと詳しい計算を知りたい方はここをご覧ください。


一つ心配だったのは、バイアス補正でした。今回、バイアス補正もしていません。なのでバイアスファイルに含まれる決まった模様などのコヒーレントなノイズは除去されていないことになります。バイアスファイルに含まれるノイズは読み出しノイズと考えていいかと思いますが、長時間露光で相対的に読み出しノイズは効きが弱くなるはずなので、みている限り今回は影響がないように思われます。

と、今のところこのセットアップだとフラット補正もダーク補正もバイアス補正も、あえてしなくても問題はなさそうです。仮に多少画質に影響はあったとしても、フラットファイルとダークファイルとバイアスファイルを撮影する手間を省くのは、相当気楽です。



画像処理はSWAgTiのコンセプトを崩さないように、できるだけシンプルにしたいと思います。WBPPでも、上で書いたようにライトフレームだけを処理しています。

上で書いたように、このRedCat51とIMX585の1/1.2インチ程度の範囲だと、光学的なフラット補正無しでも周辺減光がほぼありません。一度ABEの4次をかけましたがほとんど補正しなかったので、簡単のためPixInsightでのソフト的なフラット補正も無しとしました。 
まずは全体像です。

少し画角が広いので、クロップしてみます。わずか2時間の露光ですが、既に羽もはっきりとわかります。


肝心な縞ノイズですが、拡大した画像でも全く見えていません。


これでSWAgTiが一気に実用的になりました。今後デフォルト機器として、使う頻度が増えてくると思います。



SWAgTiのアイデアが出てから苦節1年。縞ノイズがどうしても気になって、どうやって解決しようかずっと悩んでいました。

一時はSharpCapとSynScan Proの間に何かソフト的に割り込ませようとも思いましたが、プログラミングはあまり得意でないので時間がかかりそうでした。でもそこにSharpCapが大幅改善されていて、（プレートソルブで不安定になる以外は）ほぼ目的通りのことができました。正直言って、わざわざガイド無しディザーを実用レベルに持ってくるためのアップデートだったとしか思えません。でもそもそもガイドも無しでディザーをやりたい人が実際どれくらいいるのでしょうか？たまたま開発がこの方向で進んだのか、もしくは誰かが開発者に助言してくれたのか、最近SharpCapフォーラムなどあまりフォローしていないので状況がわかっていませんが、とにかく感謝でしかありません。

ここまで使えるようになると、このSWAgTiで色々試したいことが出てきます。軽くて、コンパクトで、設置も楽。精度も出るし、機能的にも十分。5kg以下の機材は全てSWAgTiまかせにしてよさそうです。CGX-LもしくはCGEM IIとSWAgTiの2台体制でも、時間的にも精神的にも十分余裕が出そうです。使用頻度が大幅に増える予感しかありません。

タグ ：

#SWAgTi

#SWAT

#SWAT350

#AZ-GTi

#SharpCap

#SynScanPro

#dither

#縞ノイズ

#M27

久しぶりのSWAgTi ネタです。

1年ほど前から試していたSWAT+AZ-GTi = SWAgTi (gは発音せず、スワッティ)。


SWATの追尾精度とAZ-GTiの柔軟性を合わせて、単機能に近いSWATに自動導入やプレートソルブなどの現代的な便利な機能を追加して使うことができるようになります。かつ追尾精度はSWATそのままと、互いの弱点を補い、いいとこ取りの機能となります。



SWAgTiで目指していたところは「気軽な撮影」です。元々SWAT自身は1自由度の追尾精度がものすごくいい赤道儀で、ガイドなしでもそこそこの焦点距離で星を点像にすることができます。以前の　SWAT350のテストでは、370mmの焦点距離で3分露光の場合、ガイドなしで歩留まり率は100％だったので、実用的にも十分だと思います。ガイドなしで気軽なSWATの撮影に、AZ-GTiの2自由度の便利な機能を追加して、さらに気軽にしようというのがアイデアです。

これまでのテストの過程で出てきた唯一の欠点が、長時間撮影時にディザーができないことです。


ディザーができないと、長時間撮影のドリフトなどでホットピクセルやクールピクセルが縞ノイズを作ることがあります。


実際に、SWAgTiの長時間撮影ででてきた縞ノイズの例がここにあります。


上のページでも挑戦していますが、縞ノイズは画像処理で改善しようとしても、緩和することはあっても完全に消すことはかなり困難です。できることなら撮影時に縞ノイズが出ないようにしたほうがはるかに楽で、ディザーはその解決策としては最も有効な方法です。

ところが、SWAgTi動作時にはSWAT側で恒星を追尾して、AZ-GTi側の恒星追尾を切る必要があり、AZ-GTiの恒星追尾がオフになるとSharpCapで出すディザー信号がAZ-GTiのモーター側伝わらずに、ディザーができないという結果になってしまったのです。

もちろんSWAT単体ではディザーすることはできないので、SWAgTiがSWATに比べて不利になったということではありません。ドリフトは数時間以上の長時間撮影で問題になってくるので、短時間撮影だと縞ノイズはそこまで目立ちません。SWAT単体で長時間撮影する際にどうするかですが、SWAT開発者が去年の胎内の星まつりで示してくれたように「撮影中に何度かわざと三脚をずらしてドリフトする方向を変える」とか、今年の福島の星まつりで見せてもらった10時間以上かけて撮影したというオリオン大星雲では「日を変えて何度も撮影することでドリフトの方向を一定にしない」などの対策をしているようです。ある意味余計な機材を使わないシンプルな解決策で、開発者の方が「そんな複雑なことはしてないですよ」とおっしゃられていたことが印象的でした。

なので、少し手間をかければ縞ノイズを避ける方法はあるということですが、私的にはやっぱりなんとかしたいので、再度ディザーに挑戦です。



では具体的にどうするかですが、最初はSharpCapとAZ-GTiの間に何かソフト的に挟んで、命令を無理やり出せるようにしようと考えていました。Uedaさんがトラバースの赤道儀化でSynScan Appとトラバースの間に赤道儀のふりをするような別ソフトを間に入れて上手くいっているので、同じような手法が使えないかと思いました。幸いなことにソースコードを公開してくださっていて、C#で書かれているようです。初めての言語だったのですが、コードは規模的にも大きくなく、自分でビルドまでできて、とてもいい勉強になりました。SWAgTi用にどうハックすればいいのか、ある程度の目安が立ってきたので、とりあえず取り組んでみようと思っていた矢先でした。



まずは状況の確認で、以前のSWAgTiの設定を再現します。再現といっても、プログラミングのための準備なので昼間の明るいうちでの確認になります。SWATとAZ-GTiを組み合わせて、SynScan ProからAZ-GTiに接続し、SharpCapからSynScan Proを操作できるように接続します。

ところがです、いつぞやのSharpCapのプレートソルブ関連の大幅アップデートらへんのことだと思うのですが、AZ-GTi側の恒星追尾をオフにしてもどうもディザー信号がきちんとモータまで届いているようなのです。

具体的にはSharpCapの右パネルの「望遠鏡制御」のところを見るのですが、AZ-GTiが恒星を追尾していると「方位」「高度」「赤経」が動き続けます。AZ-GTiが恒星を追尾を止めると「方位」「高度」は止まり、「赤経」のみ数値が動き続けるようになります。ここで SWATに恒星追尾を引き渡すと、ここまでのAZ-GTiの代わりにSWATが動き出し実際に星を追尾してくれるようになります。この状態でも、SharpCapの「望遠鏡制御」のところの矢印ボタンを押すと、信号はきちんとモーターまで行き、見ている方向を変えることができます。その際「方位」「高度」の数値もモーターへの信号に連動して動きます。ここまでは以前にも試した結果と同じでした。

ここでSharpCap上でライブスタックを立ち上げてディーザーをオンにします。以前はディザーをしようとしても実際にはモーターまで信号がいかなくて、画面は全く揺らされないことは確認していました。でも今回「望遠鏡制御」の数値を見ている限り、ディーザーのたびに「方位」「高度」の数値が動いているのです。以前この数値が動いていた記憶は全くない（動いていれば必ず気づいていたはず）ので、勘違いでなければ何か状況がわかっているはずです。少なくとも、現段階でこれらの動いている数値を信じるならば、ディザーはきちんと作動していることになります。



昼間に試しただけでは、PC上に出てくる数値は動いていても実際の撮影画面が動くかどうかは見ていないので、まだ本当にディザーが動いているかどうかの確証は持てませんでした。なので夜になって実際に試してみました。ところがディザーを試す以前に、かなりひどい状況にぶち当たってしまいました。


具体的には、一眼レフカメラ（EOS 6D）をSharpCapに繋ぎ、AZ-GTiで操作しました。CMOSカメラでなくてもSharpCapに繋ぎさえすれば、一眼レフカメラで極軸調整もプレートソルブも、全然問題なくできます。


今回も極軸調整をFS-60CBと6Dの画面で直接やり、初期アラインメントも6Dでプレートソルブを使うことで簡単に済ますことができました。

その後、ターゲット天体を導入し、SharpCap右パネルの「望遠鏡制御」の矢印ボタンを使って位置決めをします。ここら辺までは問題ないです。

次に追尾をSynScan ProからSWATに渡して撮影に入る準備をします。ところが長時間露光を開始すると程なくしてSynScanとの接続がダメになります。ディザーをするためにはライブスタックモードにしなくてはいけません。 この接続トラブルはライブスタックに関係なく、ライブスタックをする以前に露光時間を分のオーダーとかに長くした時に発生するようです。SharpCapの「望遠鏡制御」のところでAZ-GTiからの位置情報が数値で見えるのですが、SWATで追尾しているので「赤経」の数値だけが増えていきます。最初はスムーズに数値が変わるが見えるのですが、徐々に数値が飛び飛びになり、最後は止まってしまって、それ以降は接続は切れているような状態になります。処理に時間がかかっているような印象で、何度やっても同じ状況になります。最初はCPUの負荷か何かと思って、SynScanの再起動、SharpCapの再起動、最後はPCまで再起動でもダメでした。

実はSharpCapとSynScan Proとの接続不安定な時は、SynScan Proを管理者権限で立ち上げると安定になるという情報があります。知り合いが試してみて、管理者権限での起動がものすごく効いて、実際にかなり安定になったという例を聞いています。ですが、今回の場合は管理者権限も効果がなく、状況は変わりませんでした。

次に一眼レフカメラが原因かと思って、ASI294MC Proに変えたり、さらにはPCが何か原因の可能性があるとも思い、別PCを持ってきて試しましたが、いずれの場合も最初はプレートソルブまで含めて順調なのに、長時間露光(180秒)の撮影の途中でSynScanとの接続がダメになり、その後はPCを再起動するまでは何をやってもダメです。ダメというのは、SharpCapからSynScan Proになんらかの信号を送った時に接続エラーが表示されるということです。PC再起動後はまたプレートソルブもできるようになりますが、長時間撮影開始でダメになると言うのを何度か繰り返しました。というわけでこの晩はここで諦めましたが、これまで電視観望で同じような状況にはしていたので、もしかしたら長時間露光がダメったのかもしれません。電視観望ではせいぜい10秒露光が最長ですが、今回は撮影ということで3分露光にまで伸ばしています。長時間露光が何か負担になっているのかもしれません。




次の日、昼間に今一度、全く同じ設定で試しましたが、なぜか今度は何をやっても安定します。カメラを変えようが、PCを変えようが、昨晩のトラブルは何だったんだというくらい、どうやっても不安定な状況を再現できません。3分の長時間露光でも全く問題がないです。一体何が問題なのでしょうか？

違うことといえば、昼間で実際に星が見えないので、プレートソルブはしていませんし、ライブスタックも星の位置合わせをせずに単に重ねていっているだけす。



その晩、昼間の状態を再現すべく、試しにプレートソルブなしでマニュアルアラインメントしてから長時間撮影してみたら、何と完全安定です。その後すぐに曇ってしまったので、プレートソルブありで不安定になるかどうかのテストができませんでしたが、長時間露光そのものは大丈夫ということはわかりました。ディザーも実際一回動かすことができて「望遠鏡制御」のところの「方位」も「高度」も数値が変わったのですが、肝心のディザー前後の撮影画像比較での動きがあったのかなかったのか、あったとしても移動量の設定値が小さ過ぎたようで、確証が得られるほどの揺れは確認できませんでした。

雲でこれ以上試せないので、この日はこれで撤収ました。今の段階でディザーが出来ているかどうかの判断はできていません。でも見込みはありそうです。今後もテストを続けたいと思います。

(2024/8/17追記: ディザー撮影成功しました!)




あまりブログ記事にならない細かいネタも多いので、久しぶりに日記としてまとめて書いておきます。

お盆の季節になりました。8月7日の富山環水公園の観望会に引き続き、8月10日も高岡市のおとぎの森で観望会がありました。2週連続になります。初参加の観望会で、これまでは他の予定と重なることも多く参加できてませんでしたが、今年はお盆の休暇の初日で少し余裕もあるので参加することに決めました。機材は先週とと同じく電視観望で、20時20分頃に月によるスピカ食があるとのことで、外部モニターも用意して大勢で見ることができればと思っていました。夕方のまだ明るい頃は月もが見えていたのですが、暗くなり始めて機材も準備もできたころには空一面が曇ってしまい、それ以降は星も明るい月さえも、カメラを通した電視観望でも全く見えないくらいの雲になってしまいました。お客さんは100人以上と、かなりたくさん来てくれていたので、とても残念でした。もうこうなるとどうしようもないので、天文の話やクイズをずっとしていました。一番受けたのはASI294MCで暗闇が見えるかどうかで、カメラの周りには子供達が群がっていて画面に映る自分の姿を見て大騒ぎでした。

次の日の8月11日は自分の出身高校の天文部の合宿に参加させてもらいました。場所は奥飛騨で、富山からだとそう遠くない距離なので気軽に参加できました。昨年の12月にも豊田市元気村の合宿にも参加させてもらったのですが、それに引き続きとなります。年末の合宿もそうでしたが、残念ながら今回も天気には全く恵まれず、星一つ見ることもできませんでした。なんでもコロナ後にやっと復活した1年前の同じ場所での合宿の時は台風で、ここ最近の合宿は天文部としては非常に厳しいとのことでした。私は日を跨ぐ前くらいに帰路につきましたが、次の日は神岡の道の駅にある「カミオカラボ」まで行くそうです。でも夜の天気予報はあまり良くありません。ペルセウス座流星群なので、少しでも見えることができればいいのですが。

実は私も奥飛騨まで行く途中にカミオカラボに寄っていきました。

とにかく最近は天気が全然ダメです。昼間はまだ比較的晴れているのですが、夜になるとドン曇りというパターンです。ペルセウス座流星群も自宅から雲の薄いところで1個だけ見ましたが、とても撮影とかするレベルの天気ではないです。せっかくの休暇でまだ月が昇っている時間もかぎられているので、なんとかお盆中に長時間撮影をしたいのですが、天気予報を見る限りまだしばらくは難しそうでうす。

タグ ：

#SWAR350

#SWAgTi

#SharpCap

#SynScanPro

#AZ-GTi

#dither

#プログラミング

#カミオカラボ

#日記

X上で、めだかと暮らすひとさんがACUTERのトラバースを購入され、SynScanに接続できることをこの「ほしぞloveログ」の過去記事で気付いたそうです。

Σ(゜Д゜)！
トラバースの説明書、AcuterSkyのことしか書いてないから、プレートソルビング出来ないのかなぁとぐぐったら 💡またもやSamさんのブログでいつものSynscanとSharpCapでASCOM連携出来ることを知りました
昨夜は雲でファインダー導入できないから🙄と試せなかったという...

— めだかと暮らすひと (@kamedaroisa) April 26, 2024

Samからのコメントとして「トラバースってBluetoothでも接続できるから便利ですよね」とか返したのですが、「SynScanも?」と返ってきました。そうです、Bluetoothで接続できるのは専用のAcuter Skyだけなんですよね。以前試した時の記事が以下になります。


上の記事の中にも書いてあるのですが、Bluetoothで接続できると何がいいかっていうと、Wi-Fiが空くのでネット環境に別途接続できるのです。Wi-FiでトラバースとかAZ-GTiに繋いでしまうと同時にネット接続ができなくなるので、調べ物とかするのに別の端末が必要になってしまいます。AZ-GTiはWi-Fiしかないのでこの点不便でしたが、トラバースはBluetoothがあるので、SynScanアプリでもBluetooth経由で接続できるとかなり楽なのです。

めだかと暮らすひとさんに返事を返す前に、せっかくなので何か状況が変わっていないか試してみることにしました。



実際に試してみたら、少しクセがありますが一応成功しました。手順を書いておきます。

1. まずはiPhoneの「設定」->「Bluetooth」から、トラバースにBluetooth接続することを試してみます。でもどうやってもそれらしい機器の名前が出てきません。一筋縄ではいかないようです。
2. 次に、Acuter skyを立ち上げ、アプリ内の「セットアップウィザード」->「アプリとマウントを接続」から「Bluetooth LE」で接続すると、Mount__ca35という機器名が見え、問題なく接続できてリモートでトラバースを操作できるようになります。（LEって何だと思って調べたら、Low Energeyのことで、「省電力かつ省コストで通信や実装を行うことを意図して設計されている」とのことでした）
3. この状態でiPhoneの「設定」->「Bluetooth」を見ると、トラバースと思われる機器名(ESP32)が現れていて、接続済みであることがわかります。
4. 次に、SynScan Proの「設定」->「接続の設定」から「BLE」を選びます。(下の画像1枚目)
5. 最後は、普通にSynSan Proの上部の「接続する」を選ぶと、そのまま接続され、実際に操作ができるようになるはずです。(下の画像2枚目)
6. この状態でAcuter skyを閉じても、Bluetooth接続は維持され、SynScan Proでの操作はそのまま継続されます。SynScan Proを落とすと同時に、iPhoneの設定から行くBluetooth設定画面から「ESP32」は消えます。ですが、一旦接続すると覚えているようで、これ以降はAcuter skyを立ち上げなくても、iPhoneの設定から行くBluetooth設定画面からESP32の名前が見えなくても、たとえ一旦トラバースの電源を落としてふたび入れ直しても、SynScan Proを立ち上げて接続しようとするとそのまま接続できるようです。

その他:

• 最初はiPhone Xで試しましたが、同様のことは2台のiPadでもできました。ただし「ESP32」という名前は出てきませんでしたが、接続自体はできました。
• SynScanもSynScan Proも同様の振る舞いでした。
• SynScanアプリは古いバージョンだとBluetoothをそもそもサポートしていないので、最新版を使うようにしてください。

iPhone上のSynScan Proからできたので、普通にPCからもできるかと思ったのですが、よく考えたらPC用のAcuter skyはありません。いろいろ試してみましたが、結論としては今の所PCとトラバースをBluetooth経由で繋ぐ手段はなさそうです。以下、試したことです。

• Windwos10のSURFACE8だと、Bluetooth画面でMount__ca35という名前が見えますが、接続しようとしてもうまくいきませんでした。
• Windwos11のSURFACE9だと、Bluetooth画面ではトラバースと思われる機器名は現れません。
• 次の手として、PC上でAndroidエミュレータを試しました。Acuter skyは立ち上がりますが、ほぼ全てのエミュレータがBluetoothをサポートしていないため、 Bluetooth経由では接続できませんでした。
• Bluetoothをサポートしているエミュレータも一部にありましたが、10年ほど前の有料のものか、無料だとLinux版のみでWindows版はないようです。 

というわけで、少なくとも私の環境ではWindowsからの接続は無理でしたが、他の環境ではまだ可能性はあるかもしれません。どうも今の所は専用アプリからしか見えないような、ステルス的な扱いのようです。そもそも原理的に接続は難しくないはずなので、SynScanアプリでもBluetooth接続を正式に対応してもらえると、ユーザーとしてはメリットしかないと思うので、とてもありがたいのかと思います。

結論としては、今のところPC上のSynScanアプリはWi-Fi経由でトラバースに直結するしかなく、もしSynScanアプリを使ってトラバースをリモートで操作したい場合は、トラバースをステーションモードで動かして自宅ルータや屋外のモバイルルータなどにWi-Fiでつなぎ、PCも同じLAN内に繋ぐなどの工夫を必要とするところは、これまでと変わらないということです。



そもそも、トラバースのBluetooth接続がSynScanアプリで可能というような情報は、日本語と英語で探した限り見つかりませんでした。なので、今回のこの情報自身が初出の可能性大です。もしかしたら、中国語では出回っている情報かもしれませんが、中国語はわからないので私には確かめようがありません。

少なくともiOSではBluetoothでSynScanアプリと接続できてしまうので、できることならPCとも接続できるようになるととても助かります。具体的には、リモート接続時にトラバーサのWi-Fiでステーションモードにする必要がなくなるので、切り替えがよりシンプルになることが期待されます。

今回は短めの記事でしたが、最近のシュミットさんのトラバースの特価攻撃で陥落してポチった人がたくさんいるようなので、少しでも役に立てばと思いまとめました。せっかくなので、トラバースのBluetooth接続の敷居を下げていただいてもっと便利になると、さらにポチる人が増えるのではと勝手に想像しています。

タグ ：

#トラバース

#Traverse

#Bluetooth

#Wi-Fi

#iOS

#Android

#SynScan

#AcuterSky