ASI1600MC-COOLの謎⑨

★RAW画像解析ごっこツール改訂

FireMonkeyにやられて開発停滞気味だった解析『ごっこ』ツールですが、またブランクが空くと素人に逆戻りするので、少しコーディングしてみました。

ただし、VCLベースで作ったソースを元に、少し手を加えてみただけですが。

今回の解析ごっこテーマは、

「ASI1600MC-COOL のハードウェアビニングの謎」

です。

一応、資料ベースでは、本体側でビニングを掛けてしまうと、

「本来１２ビットで駆動しているADCが１０ビットで駆動してしまい、階調が乏しくなってしまう」

ことが予想されていましたが、果たして本当にそうなのか？

・・・・で、テストしてみた♪

★今回のコーディングは超簡単

一応輝度分布を解析するルーチンは完成していたので、あとはビニングしたあとの画素数に合うようにループ回数や配列の大きさを変更するだけで完成です。

気をつけるのは、Delphiの場合、整数型数値の除算は「／」演算子ではなく「div」演算子を使わないとエラーになる事ぐらいですね。

・・・で、あっという間に「ビニング対応版」解析ツールが完成。

テストは、前回と同様、パソコンのモニタに表示したグラデーションを撮像することで実施します。

★より正確に解析するために

ガンマをいじっているとデータの間隔が不揃いになるので、

今回は「ガンマパラメータは５０が無補正ではないか？」との仮定の下、撮影を行いました。

＜SharpCapの撮影パラメータは下記の通り＞

Debayer Preview=Off

Pan=0

Tilt=0

Output Format=Fits files (*.fits)

Binning=2　　←ここを「１」と「２」で比較

Capture Area=4656x3520

Colour Space=RAW16　（共通）

Hardware Binning=On　←ここを「OFF」と「ON」で比較

High Speed Mode=Off　（共通）

Turbo USB=80

Flip=None

Frame Rate Limit=Maximum

Gain=250　（共通）

Exposure=0.1　←ここを「０．１」と「０．０２５」で比較

Timestamp Frames=Off

White Bal (B)=50　（共通）

White Bal (R)=50　（共通）

Brightness=1

Gamma=50　（共通）

Temperature=-9.6　（共通）

Cooler Power=22

Target Temperature=-10

Cooler=On

要するに、ビニングをした場合は原理的には４画素分のデータを加算し、輝度が４倍になるはずなので露光は１／４にしました。

★輝度分布の比較

ビンゴっ！

２×２のハードビニングした場合は、露光を１／４にすることでビニングなしの輝度分布とドンピシャ一致しました♪

さて、上記の輝度分布図はほとんど一緒に見えますが、実は大きな差があるのが分かるでしょうか？？

よく見るとビニング無しに比べてビニング有りはグラフが細くて貧弱なのですね。ちなみにこのグラフは片対数のスキャッタープロット（散布図）で作成していますので、元のデータ数（プロット数）が少ないとグラフが弱々しく見えるというわけです。

★輝度データのインターバル比較

この時点でほぼ決着も同然なのですが、念のため各輝度値のインターバルを比較してみました。

言わば、輝度分布を表示した場合の「階調の隙間」を比較しようというわけですね。

ガンマパラメータを５０にした目論みは見事的中。

全ての輝度において均等なインターバルが得られました！！

さて、グラフを比較してみましょう。

オレンジのグラフはビニング無しのデータです。インターバルが全輝度範囲に渡って「１６」であることが分かります。

一方ブルーのグラフはハードビニング有りのデータですが、インターバルが「６４」もあることが判明しました！！

１６ビットFITSの場合は、２の16乗の階調を持ちますが、ASI1600MC-COOLのADCは１２ビットなので、２の４乗分だけデータが少ないことになります。ガンマ補正を加えない場合は、ちょうど１６間隔でデータを散らしている計算になりますが、今回の解析結果に一致します。ハードビニングを用いた場合は、この間隔が６４になっていることが分かりましたが、これはちょうど２の６乗に相当しますので、実データは１０ビットしか無いことが分かりますね。

★というわけで、最終結論

ASI1600MC-COOLは、

ビニングなしの場合はADCが１２ビットで駆動しており

ビニングありの場合はADCが１０ビットで駆動している！！

ということが判明しました。

結局、ハードビニングは転送速度を稼ぐための便法であって、SN比を改善するためのものでは無かった、ということですね。

というわけで、やはり、星雲星団撮影の時にはビニング無しで撮影し、あとからソフトウェアビニングするのが正解のようですね♪