Sure:
For one time testing you can just get:
<code> github.com/jochym/indi-3rdparty/archive/...ads/celestronAUX.zip
</code>
and unpack it always points to the head of the branch. Be warned, it is over 100MB and you will need to re-download it for every change you would like to test.
So it is *much* better to check out the branch with git:<code>
git clone github.com/jochym/indi-3rdparty.git
cd indi-3rdparty
git checkout celestronAUX
git pull
</code>
Each time you need to refresh the repo you just go to the directory and execute <code>git pull</code> the initial download is large (536MB at the moment) but each update is tiny. And you can switch to different branches and remote sources without downloading it again. Chose your poison - as they say [/code][/code]
Last edit: 3 years 1 month ago by Paweł. Reason: Typo
Hi Jochym,
I have had two sessions now with your 0.9 version on my NexStar 6SE Alt/Az with no problems and the tracking seems a little better. I left the scope tracking for over two hours without much deviation.
One thing I have noticed that is a little strange is that on a goto sometimes the scope sets off in one direction and then after about 90 degrees in Azimuth reverses direction going back past the origin to the target. It is not a big deal just a little disconcerting when the scope sets off in the wrong direction initially.
This doesn’t appear to be related to the cable wrap position.
Hi I have a CGEM DX. I’m following the Equatorial sync instructions. I’m puzzled by the instruction to rotate by +6 hours HA. If you start at -3 hours HA, this will be a meridian flip correct? But it doesn’t say to change DE. How do I do this?
Hi Thomas,
when I wrote the equatorial alignment instructions, I was focused on my mount that is of fork type, so no meridian flip is required. For german equatorial mount any motion crossing the meridian obviously needs the meridian flip. This is your case. But even if you perform the meridian flip, you need to point at the same DE = 0. The 180 degrees of rotation of DE axis combined with the 180 degree of rotation of the polar axis done by meridian flip, keeps DE unchanged. DE intended as celestial coordinate. In any case, I will add a note for GEMs in the alignment instructions.
OK, understand, and thank you for the clarifications. I tried that and it seems to basically work (that is after the two syncs, I did a goto to Arcturus and it was fairly close). When tracking see a fairly large amount of drift (approximately 1 min of arc in 1 minute of time). Does the tracking come from the mount or from EKOS? I also saw a few times where I did a move with a joystick or the SW mount control, and then the mount kept moving after the move command from me stopped. Is version 0.8 the correct one to be using or should I download the latest?
do not mix motion commands from the telescope mount SW with motion control by celestron aux driver. The driver is not aware of commands coming from any other sources than an indi client like Kstars, do anything wrong can happen. To move the telescope, use the virtual hand control of Ekos instead. It integrates with the celestron aux driver.
As you can seen few posts above, Jockym, the main driver developer, has reworked the tracking part of the driver and suggests to use his last version 0.9. Download instructions also above.
Yes, I think I'm doing as you say. I move the mount thru:
1. A joystick on EKOS
2. The EKOS mount control
3. Kstars goto commands.
I see now that the 348 WIP is the one to use. I'll install that next!
Thank you
Tom
Last edit: 2 years 11 months ago by Thomas Huber. Reason: clarification
Any idea yet when this may be incorporated in to the official Indi release? Would like to use it but have been unable to compile it. (not that familiar with linux etc)
Gary
I can now build the 0.9 code and have that running on my Celestron CGEM DX and Astroberry. After two alignment stars, and a goto operation, the mount completely settles down and it tracks pretty well (about 15 seconds after the mount stops moving, the stars slowly drift, then the stars stop moving. The issue I see now is a mismatch between Kstars and the mount. The attachment shows what I have immediately after a goto to Arcturus. The mount positioned correctly, but somehow the Kstars location before goto and the Kstars location after goto don't agree!
Hello Thomas,
just to see if I have understood well, your operations are
1. two stars alignment;
2. a goto, using Kstars goto, I suppose;
3. when goto slew ends there is a 15s small drift then tracking is ok
The position mismatch appears now or after a further goto?
Remember that the joystick motion is not yet supported by the driver.
OK, I am using the joystick, because it seems to work just fine. I'm using it in exactly two ways: to do the -3 HA 0 DE positioning, then the +3 HA 0 DE position, and in the alignment where I do a goto, then joystick movement to find the star exact position, then push Kstars "align". Should I be using the GUI mount control on EKOS instead? How are they different? It is very challenging physically to stare thru the guidescope while moving the mount with a GUI(where I have to look to see the touchscreen buttons). Is it OK to move the mount manually? (unlock the clutch, position, lock the clutch)?
Yes, for your 1
Yes, for your 2, yes, with Kstars
Yes for 3, the star drifts for 15s, then tracking is good.
And yes, immediately, I see that back on Kstars, I have a mismatch on the star on which I just did a "goto"