07 GPD赤道儀の改造 Feed

2016年5月13日 (金)

なかなか予定どおりにはいかないもの

5月の連休は、9連休とし、前半で機材の最終調整、後半で遠征撮影を企画していたのですが、はからずも私事事情で最終調整も半ばの状態で終わってしまいました。

機材の最終調整で、モータコントローラを赤道儀に搭載し最終形にまで仕上げ、BKP150の光軸の確認を行った後、試写となったのですが、どうも導入補助機能の誤差が大きいみたいで、確実に目標が捉えられません。
原因は、赤緯軸のバックラッシュが大きいことだと思い、赤緯軸のウォームギアを再調整しました。

導入補助機能を使ってアルクトールス→M13の導入で撮影した結果です。

222_3

【撮影データ】 2016年4月30日 自宅庭
BKP150 + 純正コマコレクタ(F5用) + TC-16A (焦点距離1,200mm)
LPR-Nフィルター + Nikon D7100(ノーマル)
ビクセンGPD赤道儀(自作2軸モータドライブ化)
D60mm L=240mmガイドスコープ + QHY5L-IIM + PHD2 Guiding
ISO1000 露出360秒×11枚
DSSでコンポジット、Cature NX2で画像処理
周辺光量低下が目立たない2/3程度にトリミング

結局、まともに撮影できたのはこのM13だけになってしまいました。

風があり、テレコンバータ×1.6を使った長焦点(1200mm)とガイド精度がイマイチで、星像が太っていますし、フラット処理をしていないので、周辺光量不足も目立つ失敗写真です。

それと、D7100の長時間露出ノイズが非常に目立つことが気になります。 なにか原因があるのか、気温18度程度、ISO1000の6分露出にしてはノイズが目立って使い物にならない感じで、比較対照をしていないので感じだけですがD5000ではこんなに酷くなかったと思うのですが・・・・。

2016年4月23日 (土)

Arduino nano(互換品)の破壊

5月の連休に向けてコントローラのソフトのブラッシュアップ中なのですが、熊本地方で大きな地震が発生、福岡の自宅、実家などは頻繁にゆれたものの被害ないとのことで、一安心しているところです。

こんな大きな被害がでるような地震は、九州地方ではないものと思っていたので驚きです。
学生時代の4年間をすごした熊本で、大きな被害が出ていることに心が痛みます。一日も早く地震が収束し、通常の生活に戻れることを切に願っております。

正月明けから今まで赤道儀コントローラ(7/8号機)、カメラレリーズリレーボックスなどを改造してきたのですが、メインCPUをArduino UNO仕様のATMega328からArduino nano(互換品)へ変更しました。
オールインワンでとにかく安い(750円程度)のが取り柄ですが、造作はバラバラで、特にピンが曲がっていたり、USBの口は歪んでいたりと色々です。

この変更で計3個のArduino nano(互換品)を破壊してしまいました。

今後のために、その事例を書いておきます。

  1. I2C端子にモータを接続    
    I2CのVdd,GNDとモータコイルが接続    
    これは、特に問題とならなかったと考えています。    
    I2CのSCL,SDAとモータコイルが接続状態となり、モータコイルは5Ωと小さいため、OUTPUT端子とINPUT端子がショートした状態で過電流が発生ものと考えられます。    
    対策として、誤差込防止のため、接続をDIN4ピンからDIN5ピンへ変更しました(ヒータもDIN5ピンですが形状が異なります)。
  2. 3.3V端子をGND端子と間違えて、回路のGNDに接続    
    過電流により破壊(12V ACアダプタの過電流保護機能が働くほど)、完全なミスです。    
    老眼鏡の度数を上げました。
  3. USB差込み口が固いのを無理やり挿入して破壊    
    パソコンに接続していたSDカードも破壊され読み書き不能になってしまいました。

写真のない記事が続いてしまっていますが、いよいよ連休も近づきました。改造したコントローラ等の機材の自宅への返送も終え、後は連休中の天気の他地震の影響も気になるところです。

2016年4月 7日 (木)

三カ月間の成果・・・・・・

昨年の12月中旬の遠征以来まともに撮影していない期間が3カ月以上になってしまいました。
5月の連休が待ち遠しい毎日ですが、はたして天候にめぐまれるかどうか・・・・・。

この三カ月間、ひたすら機材の改造などでお茶を濁してきたのですが、手がけたものもほぼ完成形に近づいてきました。

まずは、GPD赤道儀用コントローラ(7号機)です。 私としては非常にコンパクトに仕上がったと思っています。

20160401_33047号機本体コントローラ外観

20160401_3310同内部(ぎゅうぎゅうです)

20160401_3307同 コネクタ部(シールが不揃いなのはご愛嬌??)

20160401_33137号機 手元コントローラ

ステッピングモータドライバーは、結局秋月電子製の品切れ状態に待てなくなり、ストロベリーリナックス製としました。

※現在は、秋月電子製の品切れは解消されたみたいです(先日いったときには店頭にはありませんでしたが)。

現在、ソフトウェアのブラッシュアップ中で、主に天体導入補助機能について機能の改善を目指しています。

※先日書いたOnStepのASCOMドライバーについては、通信手順が思った以上に煩雑で、苦労しても効果はそれほどではないかと中断しています。

次は、SP赤道儀改造の一軸制御コントローラ(8号機)です。

20160401_33028号機コントローラ外観

20160402_3314同 内部

これは、7号機以上にコンパクトになりましたが、実はモータドライバーをモータ横の部分に追いやっただけのことです。
これで、極軸調整用に追加したボルトとも干渉せずにとりつくはずです。

実際の取付には、タップ立てやアルミ板の切断が必要ですので、自宅に帰ってからの作業になります。

最後は、D5000のバルブ撮影をdigiCamControlで制御するたの外部トリガー用USBリレーボックスです。

20160401_3300USBリレーボックス外観

20160401_3299同 内部

前回の掲載したものから作り替え、当初のケースに納まり、結構小さくなりました。

連休までの作業は、SP赤道儀のPEC機能を使った追尾精度の検証ですが、これは天候次第となります。

2016年2月20日 (土)

性懲りもなく、赤道儀モータドライブ用自作コントローラの改造

先週は、11~14日に帰省して、機材調整、あわよくば遠征もと思っていたのですが、帰省前日の9~10日は快晴となったものの、以後は曇り/雨と天候はままなりません。

機材の調整、主にBKP150の光軸調整とスパイダー隠しの仕上げを行ったのですが、実写ができずに調整結果の確認まではできませんでした。

ほんと、福岡市が日本海側気候であることを思い知らされた次第です。

5月の連休までは帰省の予定が立たないので、この期間は単身赴任先で機材(主にコントローラ)の改善に当てたいと思っています。

そこで、SP赤道儀を改造した一軸ノータッチガイド機一式を単身赴任先に送り、コントローラ7号機の製作と平行して、一軸制御コントローラの改造に取り組むことにしました。

目標は、コントローラを小型化し、赤道儀にキチッと搭載できるようにすること、ピリオディックモーションキャンセラー機能を搭載し、180~300mmの長時間露出を可能にすることです。

ここで、改めて今までに作成した赤道儀モータドライブ用自作コントローラの変遷についてまとめてみました。

【自作コントローラの変遷】

  1. < 1号機>
    ・タンジェントスクリュー式式用
    ・ユニポーラ型ステッピングモータ
    ・モータドライバ STK672-050   
    CPU PIC16F886 モータドライバ STK672-050の動作が不安定で、マイクロステップが機能しない。
    動作不安定の原因は、外付け回路の不備が原因と思われたが、追求せず、新しいドライバ(外付回路不要)を選択。
  2. <2号機>
    ・タンジェントスクリュー式用    
    ・バイポーラ型ステッピングモータ    
    ・モータドライバ L6470    
    ・CPU Arduino Uno
    モータ回転はスムースになるも、タンジェントスクリュー式に限界(撮影可能時間、追尾精度)を感じ、放棄する。
  3. <3号機>
    ・ウォームホイル式用   
    ・バイポーラ型ステッピングモータ   
    ・モータドライバ L6470    
    ・CPU ATMega328(Arduino互換) + PIC12F629(モータ駆動パルス発生用)    
    ・シャッタータイマー機能付き    
    ・結露防止ヒータ温度制御機能付き
    モータコントローラの構成・機能は本機でほぼ完成、これ以降のコントローラはこの構成を踏襲。
    ほぼ、意図どおり動作するも、ギア等の機械部品の精度からか再現性に乏しく、追尾精度が向上しない。市販赤道儀の改造へ方針変更。
  4. <4号機>   
    ・ナノトラッカー用   
    ・バイポーラ型ステッピングモータ   
    ・モータドライバ L6470    
    ・CPU ATMega328(Arduino互換)    
    ・シャッタータイマー機能付き
    ナノトラッカーの精度向上を目指して導入するも、再現性が悪く放棄。 現時点で考えると、再現性の悪さの最も多いな原因は、カメラを搭載機構(雲台を含めた)の強度不足ではなかったかと思われる。
  5. <5号機>   
    ・SP/GPD赤道儀用二軸制御   
    ・バイポーラ型ステッピングモータ   
    ・モータドライバ L6470    
    ・CPU ATMega328(Arduino互換) +  PIC12F629(モータ駆動パルス発生用)    
    ・オートガイドへ対応    
    ・天体導入補助機能付き    
    ・シャッタータイマー機能付き    
    ・結露防止ヒータ温度制御機能付き
    焦点距離1,000mmでもオートガイダー使用でほぼ満足できる精度がでており、機能的には満足できたが、コントローラの操作性が悪く、使い勝手に不満が残った。
  6. <6号機>   
    ・SP赤道儀用一軸制御   
    ・バイポーラ型ステッピングモータ   
    ・モータドライバ L6470    
    ・CPU ATMega328(Arduino互換) + PIC12F629(モータ駆動パルス発生用)    
    ・シャッタータイマー機能付き
    ほぼ、意図どおり動作するも、赤道儀への搭載方法、ノータッチ追尾精度に180mmカメラレンズでも露出90secが限界と不満が残る。
  7. <7号機>(5号機の改善版、製作中)   
    ・GPD赤道儀用二軸制御   
    ・バイポーラ型ステッピングモータ   
    ・モータドライバ L6470    
    ・CPU Arduino nano + PIC12F629(モータ駆動パルス発生用)    
    ・天体導入補助機能付き    
    ・シャッタータイマー機能付き    
    ・結露防止ヒータ温度制御機能付き
    本体/手元コントローラに分割し、操作性の向上を意図している。
  8. <8号機>(6号機の改善版、製作中)   
    ・SP赤道儀用一軸制御   
    ・バイポーラ型ステッピングモータ   
    ・モータドライバ L6470    
    ・CPU Arduino nano + PIC12F629(モータ駆動パルス発生用)
    SP赤道儀への搭載のための小型化、PEC機能によるノータッチ追尾精度の向上を意図するのがメイン、小型化のためシャッタータイマー機能を省く。

こうやって見てくると、なにか天体写真を撮ることよりも、電子工作そのものを楽しんでいるのではないかと思えてしまいます。

製作や改造がなくなったら、撮影のモチベーションが下がってしまうのではないかと心配です。

2016年2月 9日 (火)

悪戦苦闘のI2C通信

前回に書きましたようにモータコントローラ7号機を製作中ですが、本体コントローラと手元操作ボックスをつなぐ肝心のArduino同士のI2C通信で泥沼状態を経験しました。

プログラムのデバッグにあたり、I2C通信については、マスタ→スレーブの一方向通信は、LCDキャラクタディスプレイのI2C化で経験していましたが、今回は、双方向通信となるため不安はあったのですが、それが現実のものになってしまった次第です。

今回のブログラムは5号機の改変ですので、デバックは、通信が主体となりますので、確認のためエミュレータをブレッドボードで作成して確認しながら進めました。

20160207_3283作成したエミュレータ

問題は、マスタ側(=手元操作ボックス)からの送信要求に対してスレーブ側(本体コントローラ)が返す結露防止ヒータの温度データがうまく取れないと言うことです。

スレーブ側が返すデータは、モータコントローラのBUSY状態(1byte)、温度制御の状態(1byte)、温度データ(2byte)の計4byteを返すように設定しているのですが、うまく行きません。

Arduinoのスケッチ例を見ても、1byte送信か文字列送信しかなく、複数バイトの送信方法がうまくないみたいです。

最初に書いたスケッチ

viod Send_THermo(){
       Wire.write(L6470_BUSY);                // L6470_BUSY=BUSY/nBUSYの1byteデータ(0又は1)  
       Wire.write(TEMP_CON_NOW);         // TEMP_CON_NOW=上昇/降下/制御なしの1byteデータ(0~3)  
       Wire.write(TEMP_NOW / 0x100);     // TEMP_NOW 温度データ(2byte)(0~600)  
       Wire.write(TEMP_NOW % 0x100);   // 少数点以下1位を有効とするため温度×10のデータとしている
}

結局、これでは最初の1文字だけが送信されるだけでうまくいきません。

色々と試したり、Web上で検索したりした結果、次のように書くべきだと言うことになりました。

viod Send_THermo(){  
     char c[6];

     c[0] = L6470_BUSY;              // (1又は2)  
     c[1] = TEMP_CON_NOW;       // (1~4)  
     c[2] = TEMP_NOW / 0x100;   // (10~600)  
     c[3] = TEMP_NOW % 0x100;  
     c[4] = '\0'; 
     Wire.write(c);
}

とし、文字列のポインタ渡しによる送信でうまく行きそうでした。

※この時点で、各送信データバイトに「0」があると、終端文字と解釈されて、以後のバイトデータは送信なれないことはわかっているつもりでした。

ここに至るまで、3日を要してしまいましたが、なんとかうまく送信できました。

ところが、その他の部分のデバックにかかると、2バイト目まではうまく送信できるものの、肝心の温度データが取れなくなるケースがあり、またぞろケーブルやコネクタの接触不良を疑ったりと際限がなくなってしまいました。

結論は、しごく単純なこと、温度データが256未満(25.6度未満)では、温度データの上位byteが0となって、終端文字と解釈されていただけでした。

つまり、うまく行くときは、結露防止ヒータの温度が26度以上の時で、それ以下になっていると、送信の3yte目が0となって温度データが送信されない状態になっているだけでした。

ケーブルやコネクタの方の不都合ばかりに気をとられ、こんな単純なことに思いが至らなかったことに、唖然とした次第です。

エミュレータで確認しながら作業を進めたのが正解でした。
これで、本番同士で接続して確認していたなら、なにがなにやらわからず、放り出していたかもしれません。

以後のデバッグは多少の紆余曲折はあったももの、概ね順調にすすみ、5号機では隠れていたバグ潰しもできて、ほぼ完成の状態まで仕上がっています。

7号機で手元操作ボックスから本体コントローラへ送信するコマンドは下表のとおり。
これだけで、5号機の機能はすべて動作させることが可能です。

7

さて、今週末は金曜日を有給とし、連休で帰省し、機材の調整とあわよくば遠征もと欲張っていたのですが、案の定、天気予報は最悪を示しています。

2016年2月 7日 (日)

まさかのSDカードデータ消失!!

前回に書きましたようにGPDモータコントローラを置き換えるべく、7号機を製作中ですが、意気消沈の事故が発生してしまいました。

手元操作ボックス側のソフトのデバック作業がほぼ終わり、本体コントローラと接続したデバックを開始したところ、その途中でプログラム、基板図等を入れていたSDカードが突然認識しなくなってしまいました。

ここ2週間近い期間のプログラムが全部パーです。

要因となったのは、手元操作ボックスと本体コントローラとをつなぐ4芯のカールケーブルです。

20160207_3282上が問題のコード
下は、作り直した約1mのコード

一見かっこよかったので採用したのですが、カールしているため短そうですが、実は2m以上あって、これでI2C通信をしたのが裏目に出ました。

プログラムのデバックをやろうとすると、全く動作しません(LCDキャラクタディスプレイに表示されない)。
本体コントローラ側は、初期のL6470チェック部分は動いていますし、I2Cの接続をしないと通信部分は通過して、プログラムは進行していましたので、なかなか原因がわからず、試行錯誤がつづきました。

結局I2C通信線を50cmくらいの短いのに換えたら、正常に通信できるようになりましので、通信で止まる原因が長すぎるケーブルであったことがわかりました。

しかし、通信が正常になったあとも、結露防止ヒータからの温度データがうまくとれません。
温度センサーとGNDの間に5.1kΩの抵抗をいれているのですが、この点(=電圧を取っている場所)の電圧をテスターで計ると0ボルトになってしまっています。

これらの問題点を検証するため、USBの抜き差し、Arduino nanoをICピンから抜き差しするなどを繰り返してしたところ、突然USB接続していたSDカードが認識しなくなったわけです。

このArduno nanoは互換品で、非常に安かったのですが(780円)、内1個が入手当初からUSBMiniの差し込みが奥まで入らず、中途半端だったものです(もう1つの方はチャンと刺さります)。

20160207_3287激安互換品

結局、このArduino nanoもお亡くなりになりました。

分かったことは、I2C通信ができないような長さのケーブルをつないだ状態では、I2C通信のルーチンで待ちになってしまうと言うことです。

また、温度データが取れなかった原因は、以前の回路と接続ピンを変更したことで、シャッター開閉用リレーピンと温度センサーデータ取得用ピンの混同があり、アナログデータ取得用ピンのモードを「出力」にし、初期化(LOW)したピンに対してアナログリードを行っていたことでした。

温度データの本体コントローラ側からの送信(スレーブ側からの送信)については、まだまだトラブルがつづいたのですが、これは後日。

今回も色々勉強させてもらいました。

今回のプログラムは、全く最初から作成したものではなく、現用の5号機から改変したもので、このプログラムはバックアップがありましたので、全くはじめからのやり直しではないのですが、大幅な手戻りとなってしまいました。

また、このデバック作業中に虎の子のL6470モータコントローラキットも端子間をショートさせたみたいで、あえなくご臨終となってしまいました。

このキットは、まだ、秋月電子で品切れ状態は続いています。

2016年1月26日 (火)

首都圏は快晴・・・・

九州を含めた日本海側は、大雪で、我が自宅がある福岡も雪なんですが、首都圏は風はあるものの快晴、特に今朝方は、澄みきった空に西の空の低い位置に満月がくっきり、富士山も非常にくっきりと近くに見えました。

でも、どんなにいい空模様でも、こちらでは機材がないのでなんともなりません。 こんどの帰省の時にお持ち帰りしたいところです。

GPD赤道儀コントローラ7号機の手元操作ボックスがほぼ完成しました。

20160123_3272_01

 外観

20160123_3270_01内部

20160123_3276本体コントローラとのコネクタ部(DIN 4P)

今回は、オンボードでプログラムの書き込みができるようにしたので、プログラムのデバック作業が非常にらくになりました。

いつものように、プログラム設計もなにもなく、行き当たりばったりでプログラムを作成しますので、相当量のデバックが必要なのは、いつものとおりですが、今回は、その都度ICソケットから抜き差ししてプログラムを書き込む必要がないので、軽快にデバック作業が進みました。

それでも、つまらない落とし穴にはまり、正常に動作しない原因をArduino IDEのバージョン違いに疑いを持ったりして、Ver.1.05→Ver.1.67→Ver.1.06→Ver.1.67と入れ直しを繰り返したりしてしまいました。

結局原因は、本体コントローラ側が未完成のため通信ができない状態で、プログラム中の変数に想定外の数値が入っており、LCDキャラクタディスプレイへの表示ルーチンで桁あふれが出ていただけのことでした。

手元操作ボックスは、私のレベルでは非常に完成度高く出来上がったのですが、後は本体コントローラをうまく搭載スペース(GPD赤道儀の本来のモータ搭載位置)に納まるよう、仕上げれるかです。

でも、まだ肝心のモータードライバーの品切れが続いています。

ストロベリーリナックス製でもいいんですが、値段が高くなるのと、I/Oピン配置が違うので、できれば秋月電子製が手に入るのがいいのですが・・・・・。

2016年1月24日 (日)

やることがないと、つい・・・・・

単身赴任の身、年明けから次の帰省予定の2月中旬まで、光軸修正の方法やスパイダーの改善方法など、色々と考えてはいるのですが、実際に試すことができずに、堂々巡りをの思考をするばかりです。

資金があれば、ついついポチリと不要・不急の用品を増やしてしまうのでしょうが、幸いにも慢性的な資金不足で、結局は暇を持て余してしまう毎日が続いています。

結局、GPD赤道儀コントローラ5号機(改=7号機)を作ることにしてしまいました。

主要な改善点は、コントローラ本体から操作・表示部を切り離して、コントローラ本体と手元操作ボックスの構成にすることです。

5号機は、コントローラ本体に操作・表示部がありますが、本体からは赤経モータ、赤緯モータ用4芯コードが2本、オートガイダー用モジュラーコード、結露防止ヒータ用4芯コード、カメラレリーズ用2芯コード、電源2芯コードの計6本ものコードが出ており、これを手にもって操作するのは、コード類の取りまわし等が大変で、据え置きで使用するしかありません。

対象天体の導入やレイアウトの調整などでの微動操作は実質不可能となってしまっていました。

そこで、本体と操作・表示部を分離し、この間を1本のコードで接続することで、赤道儀の操作の利便性を図ることとした訳です。

さて、全体の構成をどうするか、今回は5号機の機能そのものには変更を加えないので、本体コントローラと手元操作ボックス間をどう接続するかが主要な課題となりました。

手元操作ボックスを単純なスイッチボックスとし、スイッチの数だけの線(7本+グランド線)で?ぐことも考えたのですが、これでは、手元操作ボックス側での情報表示ができず、本体コントローラの表示をみながらの操作になりますので、不便さが残ります。

また、手元操作ボックスをパソコンとし、USBで接続することも検討したのですが、利便性の面で5号機と大同小異です。 結局、本体コントローラ側はモータドライバーの制御のため、手元操作ボックスは指示の受付・表示用にどうしてもそれぞれにCPUが必要で、ArduinoでI2C通信を利用すれば、多芯ケーブルで接続しなくても、4芯のケーブルでいけるのではないかと考えた次第です。

I2C通信の規格は、もとも回路内を想定したもので、長距離通信は想定されていないとのことですが、個人的に使用するだけですので、実際に通信できればよいわけで、約1mの距離で試したところ支障なく通信できましたので、これで行くことにしました。

7

またCPUについては、今までArduinoのブートローダを書き込んだATMega328を利用していたのですが、今回は省スペースを優先するため、Arduino nano互換機(Amazonで980円)を利用することにしました。 ※ATMega328を使用した場合、ATMega+電源、水晶発振子、コンデンサー等で410円で済みますが、オンボードでのプログラム書き換えはできません。

これで、いままでプログラムの書き換えの度にCPUを抜き差ししなければならなかったのが、オンボードでの書き換えが可能になりました。

20160123_3277

今回も回路パターンをpcbeで起こし、感光基板でプリント基板を作成しています。

20160117_3263

左が、手元操作ボックス、右が本体コントローラ用基板です。

感光基板を使ったプリント基板の作成は、線幅0.3mm、線間隔0.3mmで、ほぼ失敗なくできるようになりましたので、ハンダ付けが苦手な私としては、1点もので、ユニバーサル基板を使うより割高なんですが、感光基板を選んでしまいます。

5号機と7号機の違いがもうひとつ、手元操作ボックスが大きくなりすぎないようLCDキャラクタディスプレイを20字×4行から16字×2行へ変更しました。 このため、表示内容を整理しています。

ところが、落とし穴、秋月電子製L6470ステッピングモータドライブ組立キットが品切れ!!、入荷時期不明とのこと。 はてさてどうなることやら。

2015年11月28日 (土)

クローズアップレンズを使ったBKP150用コマコレクタの作成(続編)

前回、クローズアップレンズNo.4を使って作成したコマコレクタでやめておけばいいものを、より簡単な接続方法に気づいてしまったので、試してみたく、クローズアップレンズNo.3を使って試してみました。

20151122_2597 

20151122_2601

接続方法は、クローズアップレンズNo.3(49mmオスネジ)-(49mmメスネジ)48-49mmステップアップリング(48mmオスネジ)-(48mmメスネジ)48mmカメラアダプタ(ニコン用)で接続するだけです。

ドローチューブへの挿入ですが、ちょうど文字入れで盛り上がっている分だけきつく、最初は入りにくかったのですが、二三度出し入れしていると文字が削れてぴったしサイズとなりました。

肝心の星像の状況ですが、前回分を含めて、比較してみました。

Photoコマコレクタ無し

No3 クローズアップレンズNo.3

No4 クローズアップレンズNo.4

感じとしては、コマ収差の大きさは、コマコレクタなし>No.3>No.4の感じです。
バックフォーカスを変えれば違う結果がでるのかもしれませんが、この件については、これで打ち止めにし、いずれは純正のコマコレクタを購入することになると思います。

今回はNo.3がだめでも、そのケースを利用してNo.4(以前にレンズを取るためケースを壊している)用のケースにするつもりもあったのですが、この止めリングが外しにくく、カニ目を使っても、びくともしません(前回も同様で、結局ヤスリですりきったのですが)。

2015年11月 8日 (日)

GPD赤道儀の再調整(続き)

GPD赤道儀の赤経側を再度調整してみました。

赤経側ウォームギアボックスを外して点検してみると、やはり回転が渋い部分があり、下写真の中空締付ボルトの締付をウォームギアに遊びがない程度に若干ゆるめて再設定して回転の渋さがなくなるよう調整しました。

20150430_0741 ウォームギアボックス(GPD赤道儀ではなくSP赤道儀のものですが、基本構造は一緒です)

20150430_0742_01 部品構成
中空締付ボルトでウォームギアの締付量を調整し、固定ナットでその位置を固定する構造です。

結果は、

Gpd3 前回のPHD追尾グラフ

Gpd3_2 再々調整後のPHD追尾グラフ

わずかですが、追尾精度に向上がみられ、これなら±1秒程度と言えるところのグラフになっています。

グリスにリチウムグリスでも固いのを使用していますので、モリブデングリスより固く、動きも重いので、モリブデングリスに変えれば、さらにスムースになるのかもしれません。

でも、このGPD赤道儀はベアリングを使用せず、グリスを介した擦動で動いていますので、流動性の高いグリスを使用した場合に、荷重のかかる位置でのグリス切れでの磨滅の方が心配ですので、当面はこのままで運用したいと思います。

回転の重さでモータ側が損傷してもモータの交換は1,900円で済みますから、赤道儀側を痛めるよりはと考えています。

20151012_2327 赤経側モータ部分(アクリル製カバーを付けてかっこよくなったと思っています)。
赤経側モータは、コントローラの電源ON時は常に恒星追尾でうごいていますので、手動で動かすことはできません。
電源をOFFにすれば、モータは減速ギアなしですので、若干重いですが手動で動かすことはできます。

20151012_2328 赤緯側モータ部分
赤緯側モータは、赤道儀駆動中もPHDGuodingの修正信号が送信されたとき以外は、モータはハイインピーダンス状態(電源OFFと同じ)ですので、手動で動かすことが出来ます(減速ギアのないモータのおかげです)。

使用しているバイポーラ型ステッピングモータST-42BYH1004(静止トルク4.4kgf・cm(=0.43N・m)は、減速ギアを使わなくても、よほどバランスを外さない限り、正常に運転できますので、今の状態でいけると思います(厳冬期は体験していませんが)。
これ以上の精度向上については(特に細かい波)、使っているドライバーのマイクロステップが正常に動作しているのかの検証が必要になってきますが、この検証手段が思いつきませんので、この程度で、良しとします。

GPD赤道儀のモータドライブ化は、自作のコントローラの導入補助機能を含め、ほぼ満足できる状態に仕上がったと思っています。