バックラッシュテスト

１１月２６日、約１０日振りに好天になったので
PHD2 (v2.6.5dev6)のツールでガイドアシスタントを約10分間起動後
バックラッシュテストをしてみました。


テスト結果

思うようになってくれませんね！？
マウントが南へ750ミリ秒を移動するための34のガイドコマンドを
受け取った後でも何も起こりませんでした。 （ 合計25.5秒）。


デバッグlogファイルで記録されています。

これを見ると、マウントには大きな反発力がありそうです？。
また一つ悩みの種ができた感じです。



＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

ここでバックラッシュについて、PHD2 開発者の方の記事があります。

＜直訳文＞

バックラッシュ
ギアを使用して2つの軸を駆動するほとんどの望遠鏡マウントの典型的な欠点です（ほとんどのアマチュアマウントがギアを使用しているわけではありません）。 これは、2つの歯車が互いに噛み合わされている場合には、様々な緩みまたは緩みによって引き起こされます。 ある程度のたるみが必要であるか、またはギアが全く方向を逆転できない場合、単にロックアップするだけです。 ギアメッシュのこの義務的な（うまくいえば小さい）量のたるみは、方向の逆転がギアがもはや噛み合わされていない小さなデッドゾーンにドライブギアを短時間押し込むことを意味します。 その時点で、駆動モーターは回転し続けますが、マウント軸は動かないでしょう。 これは、モーターが逆方向にギアを再係合させるのに十分回転するまで続きます。 高品質ギヤードマウントのバックラッシュは非常に小さいので、通常はガイダンスには影響しません。 しかし、ローエンドのマウントではバックラッシが大きくなり、軸が希望の方向に動く前に方向の逆転が長く遅れることがあります。 ガイドの速度が1xのサイドレース以下であれば、バックラッシュはRAの問題ではありません。 そのような場合、RAモーターはガイド中に方向を変えることはないので、バックラッシュは見られません。 しかし、バックラッシュは、通常、偏差の問題です。なぜなら、ドライブモーターとギアは、星を追跡するために南北に移動する断続的なコマンドを除いて通常は静止しているからです。  Decの方向反転は、しばしばバックラッシュの遅れを引き起こします。  PHD2のガイディングアシスタントはこれを測定できます。サポートフォーラムでバックラッシュについての議論が頻繁に見られます。 原則としてバックラッシュは、偏心軸上のギアトレインを再メッシュ化するか、またはそれ以外の方法で改善することで最も効果的です。 マウントファームウェアでバックラッシュ補正や補正設定を使用しないでください。ほとんど不可避的にガイドが不安定になります。


色々と意見の分かれるところですが、特に黄色字部分の、マウントで
バックラッシュ補正設定をすれば、ほとんどの場合ガイドが不安定に
なることは避けようがないと書いてあります。

PHD2  v2.6.5dev6　をインストール！

PHD2の最新の開発用リリース(ver2.6.5dev6)をインストールしてみました。


ダウンロードはhttps://openphdguiding.org/development-snapshots/　から
（PHD2開発スナップショットビルド）

Googl翻訳版

先日の、GA /バックラッシュテストで、テストを失敗しましたが
失敗しても、バックラッシュテストグラフが表示されるようです？。





　

1ピクセルあたりの秒角は？

オートガイドで試行錯誤の最中ですが、カメラ等の1ピクセルに相当する
画角（FOVp:Field of View per Pixel）について少し調べてみた。

その計算方程式があるそうで、次の式です。

この計算式は多分、三角関数に絡むものだと思いますが、数学が苦手
だった私には難しい方程式です。
そこで、1ピクセルに相当する画角（秒）を一瞬にして計算してくれる
ツールがあります。
画像スケール計算ツール

Googl翻訳ページ（数値は私の場合の値です）

事前に知りたい場合は、便利なツールですね。

あとは、皆さんも知ってのとおり、PHD2でガイド操作をすると
ガイドログテキストファイルとして、動作状況が記録されます
から、そのファイルのヘッダー部分に画角値「arc-sec」が表示
されていることで確認できます。

また、PHD2 ログビューア ツールでも、画面の上部に表示されています。

このガイドログファイルのDistanceの単位はすべてピクセルです。
そのピクセル値を、画角値「arc-sec」に変換してプロット図を
作ってみました。

当然ですが、縦軸ピクセル単位とした場合と波形全般は変わりません。

Stellariumでの 赤道儀自動導入が何かおかしい？

Stellariumで赤道儀（NexStar 8SE）を自動導入すると、スコープ

十字架マーカーが赤経：20h00m00.00s、赤緯：00°00′00.00″の

位置に常時表示して、望遠鏡が実際に向いている方位、高度と

違った位置を表示します。（目標の天体にもスルーしない）

Stellarium　(Ver:0.18.2)

念のために、Advanced VX (AVX)赤道儀でも使って試しましたが
同じ症状でした。

ということで原因がいまだに分かりません。

どなたか、解決方法がわかる方はおられませんでしょうか？

Advanced VX

MC ファームウェア アップデート公開！

Advanced VX (AVX)赤道儀のMC(モーターコントロール）の
ファームウェア更新が、今月から公開されている。

Celestronサイトのhttp://software.celestron.com/updates/CFM/CFM/
から、Firmware Revision Hiをクリックする。

<更新内容の英文>
Retuned feedback loop. improves tracking slightly and slewing at rates 2 - 6.
Reduced drop error at the end of a goto operation.

<直訳文>
フィードバックループの再調整。 わずかにトラッキングを改善し、レート2-6でスルーします。
goto操作の終了時にドロップエラーが減少しました。



[参考]　CGX 及びCGXLについても、更新公開されています。

ガイドアシスタントで初測定

１１月１５日、この日昼間は曇り空でしたが、夕方から約１０日振りに
晴れてきたので、ガイドアシスタントを初めて起動させて測定してみました。


キャリブレーション結果の直交誤差：5.3で、ほぼ正常値。

ガイドアシスタント起動（５分間）
この前にも１０分間測定するも、「Measure Declination Backlash」
（赤緯軸バックラッシュ測定）の一連のステップが３０分以上経過
しても終了しないので、ストップし途中で中止。

<<< 追加編集 >>>

「Show Backlash Graph」ボタンがアクティブにならないのは
そのすぐ下のほうに、次のようなワーニング表示が関係しています。

「Measuring backlash:Mount never established consistent south movie-test failed」

直訳すると・・・
「バックラッシュの測定：マウントは一貫性のないサウスムービーテストに失敗した」

ガイド星を北方向移動ステップ完了後、南方向を動かすプロセスで
バックラッシュ量が小さすぎるために、測定結果に反映できないので
はないかと思われます。



PHD2 ログビューア ツールで視覚化


キャリブレーション結果















赤緯軸バックラッシュ測定

推奨されるバックラッシュ補正量と、Show Backlash Graphによる
マウントの動きを確かめたかったのですが、次回に持ち越しです。

PHD2 「ガイドアシスタント」ツール

赤緯方向のバックラッシュが気になるので、「ガイドアシスタント」ツールを
使ってその関係を調べる前に、このツールの使い方をまとめてイメージング
してみました。

1.通常のガイド開始後、ガイドアシスタントのスタートボタンをクリックする。
　（一時的にガイド切断し、測定開始）

2.１０分間ほど測定し、ストップボタンで終了する。

3.「赤緯軸バックラッシュの測定」(Measure Declination Backlash)に
　チェックを入れてあるので、それがすぐ開始する。
　※（星を見失った場合、ストップボタンで中断、準備を整えて再開）

4.バックラッシュの測定の完了後、終了して通常のガイドが再開。

5.測定結果のウインドウで、「Show Backlash Graph」ボタンをクリックする。
　（マウントの動きをグラフ化）