×

INDI Library v1.9.1 Released (26 Jun 2021)

Bi-monthly INDI Library v1.9.1 is released bringing a few new drivers and improvements to existing drivers.

Re:New Polar Alignment Scheme and Features

  • Posts: 589
  • Thank you received: 282
I recently submitted changes to the Polar Alignment Assistant (PAA) used in KStars/Ekos, in the Align tab. It is currently part of the latest source code, and will be part of the next nightly build. I encourage folks to test it and send feedback.

Summary of the changes

The user interface is very similar to the previous version, with a small change detailed below.  The big difference, though, is that polar alignment is no longer constrained to be done pointed at the pole. If you don't have a view of the pole, you can still use the PAA and don't need to drift align. I also believe that the PAA computations may be more accurate than before, though that's hard to prove.

Please note that this change extends work that Chris Rowland started, and I could not have done it without his previous efforts. Thank you Chris.

Usage with a view of the pole.

If you have a view of the pole, then the usage is basically the same as before.
  • Set up so that the mount is pointed approximately at the pole.
  • On the Align tab, in the Polar Alignment sub-tab, set the direction of rotation (East or West) and the angle of rotation between images (defaults to 30-degrees), then press start.
  • As before, three sky images are captured, with rotations in RA between them.
  • The resulting 3 images are solved, and the positions along with some spherical geometry determine your mount's axis of rotation.  [Like other alignment-tab processes, the success of this is dependent on good "plate solving", e.g. StellarSolver being set up well, and that is out of the scope of this note.]
  • Assuming all went well, you should have your polar error printed, as well as errors in altitude and azimuth. You also see a display of corrections vectors.



    Note: you may need to zoom in pan around to get a good view of the correction "triangle".
  • At this point, you select a star to use to help correct the PAA error. The yellow, green and purple triangle moves to the star selected.
  • Then click next and refresh.



  • At this point, you first correct the mount's altitude error by adjusting your altitude knob such that your selected star moves along the yellow line.
  • When the star reaches the end of the yellow line, and meets the green line, adjust one of your azimuth knobs so that the star moves along the green line.
  • Once you've completed that, you're done. Click done. 
  • You can restart the entire process to get a new PAA error estimate.

The above is basically the same as it was in the previous process, except that you're presented with the altitude (yellow) and azimuth (green) correction vectors in addition to the purple "overall correction vector" which was there before.

Using PAA away from the pole.

The procedure for polar aligning away from the pole is very similar to doing so at the pole. However, there are a few new things to keep in mind. Most importantly, instead of pointing at the pole, you need to point your scope to the part of the sky where you want to polar align. You should probably do this after connecting to Ekos, using the KStars sky map and the 'slew to mouse pointer' command. One easy way to do that is to go to the KStars settings menu at the top of the SkyMap, select keyboard shortcuts, type slew, and then on the 'slew to mouse pointer' line, create a keyboard shortcut--I use control-L. Then go to the map, click on where you want to move your telescope and type your shortcut. Of course, your telescope needs to be unparked before you slew. You can begin the polar alignment procedure after the telescope reaches the start position.

Choosing your start location

Please keep in mind, that starting from the position you select, the telescope will slew twice in RA in the direction you choose (East or West). Each slew will be the number of degrees you select. Obviously, you want to pick a part of the sky that's visible, and that will be visible when slewed twice in those directions.

Also, please keep in mind that you may not be able to cross the meridian with your slews. If you have a telescope and mount/tripod where the telescope would normally perform a merdian flip when crossing the meridian, like most of us, then you can't cross the meridian in this procedure (meridian flips don't make sense in the middle of PAA). Thus, a good position to choose to start PAA could be, for example, starting about 5 degrees West of the meridian, and slewing West. Alternatively, you might choose to start a similar angle East of the meridian and slewing East. The angle per slew defaults to 30-degrees, but it might make sense to choose a smaller angle, e.g. if you don't have 60-degrees of available sky from that position (or possibly to reduce the effects of atmospheric diffraction). I've tried 20- and 25-degrees per slew and it seemed to work well. Note that if the system thinks you have set up to cross the meridian, it will pop-up a confirmation dialog (it's easy to make that mistake).

I have tried several different north-south positions (I'm in the northern hemisphere) including south of the celestial equator, and all have seemed to work out. My guess is that if you have a choice, it might be safer to go with the position nearer the pole, but am not sure about that. This is a new thing, and we're all experimenting with it, so I welcome your comments on how well certain positions and angles worked out.

Making your corrections

Once you have your telescope at the start position, and your directions and angles set, you can press start.

The procedure now works the same as when you've pointed at the pole. One thing you may notice, though, is that, although at the pole, the altitude and azimuth corrections are orthogonal in the image, in general they are not orthogonal for other parts of the sky. See for instance the below image where the angle between the yellow and green lines is about 45-degrees:




How tested is it?

I ran perhaps 20 off-pole polar alignments in the past 2 weeks and another 5-10 on-pole, all with my telescope and mount. I ran many more with the simulator. Things worked well for me, but clearly we need more testers. I also welcome testers from the southern hemisphere, as I was only able to simulate that, and not test directly.

Testing

If you compile from source or use nightly builds, please give it a shot if and report back!

How will you know you're running the new version?

Honestly, I could have done better here, by giving some visual clue at the start that this is the new scheme. I didn't. If you are compiling from source and you run 'git log' in the kstars directory, you should see this line in the git log commit:
cbe33115a418d64aa6f79186fb3096117552980e (HEAD -> master, upstream/master, origin/paa-v2, origin/master, origin/HEAD, paa-v2)
Author: Hy Murveit <hy-2@murveit.com>
Date:   Sun Dec 20 22:00:15 2020 -0800
 
    New polar-alignment scheme
Note, this was commited on January 10, 2021, but I guess git kept the date from my first development commit (Dec 20).

If you are running a nightly build:
  • It should be one that was compiled after my submit (e.g. after midnight on Jan 11, 2021 GMT).  Your KStars -> About KStars, about tab gives the compile date.
  • KStars -> About KStars should also say KStars 3.5.2 beta or later.
  • After the system solves its three images and presents the polar-align error, you see a screen like the first image in this note. The older PAA version doesn't mention Azimuth and Altitude errors in the "Polar Error" line like the new one does.
  • The older PAA version does not have a "correction triangle", but rather a single purple correction vector.
  • The older system will warn you if you are not pointed near the pole.
Orion Atlas Pro, William Optics ZS105, Moonlight V2 focuser
ZWO ASI1600, OAG & Filterwheel, Astronomik Filters, QHY 5L-IIm guidecam.
KStars/Ekos/Indi on RPi4 w/SSD
Ekos Projects: Terrain Backgrounds, Polar Alignment, Analyze, Linear Focuser, SEP MultiStar & GPG Guiding, FITS autostretch.
The following user(s) said Thank You: Jasem Mutlaq, Gonzothegreat, Alfred, Jim, Petar Milevski, Tom, Wouter van Reeven, Andrew Burwell, Craig, Brian and 8 other people also said thanks.
6 months 3 weeks ago #65724
Attachments:
The topic has been locked.
  • Posts: 576
  • Thank you received: 55
I am still to fully consume the information but it looks like a great new development - thanks!
Max S.

RPI 4 B (4Gb) with SMate
Nikon D5500 H-a modified. Nikon D5500 stock
AT72EDII, TPO RC6
ASI2600MC Pro
ZWO ASI120MM Mini on ZWO 30F4
ZWO ASI224MC-S on Orion 50 mm f/3.2
ZWO EAF x 2
SW AZ-GTi
SW HEQ5
RST-135
6 months 3 weeks ago #65730
The topic has been locked.
  • Posts: 1125
  • Thank you received: 195
I can't wait to try this! I have requested what you described as a correction triangle before. It should make polar alignment even more painless.
Thank you!
INDI/KStars on Raspberry Pi 4, 4gb
Raspbian Buster with AstroPi3 script configuration
Skywatcher HEQ5 Pro Mount
Canon 600D Camera
Orion SSAG/ASI120mm @280mm Guide Scope
PHD2
Waveshare Stepper Motor Board - DIY Focuser
Adafruit GPS Module
Generic Bluetooth Joystick.
Startech 7 port powered USB Hub.
6 months 3 weeks ago #65734
The topic has been locked.
  • Posts: 123
  • Thank you received: 23
Great work again Hy!
I like that the PAA is being improved.

A suggestion, would it be possible to auto-select a star and live report the distances between the center and the yellow and green lines?

In that case it's less depending on what the user sees, visually but it's simply calculated (and hopefully more consistent?)

and a suggestion for an option:
on 'the way back' slewing, calculate the polar alignment again, as a verification, in stead of going to go 'forward' through the PA routine again.
Could be a button 'done & check' next to 'done & park'.

I would like to (help) develop this, but would need help understanding the current code structure.
Latest Stellarmate on Rpi 4B, 294mm-pro, EFW-8, CEM70
6 months 3 weeks ago #65754
The topic has been locked.
  • Posts: 176
  • Thank you received: 101
This looks great Hy. My dark sky location has a good view of the pole, but when I image at home I've got trees in the way, so this will be really nice. I won't need to use the legacy polar alignment anymore.

Thanks!
Gayle H Riggsbee Observatory
Charlotte Amateur Astronomers Club

CEM120
TMB 100/800
AT72EDII w/Homemade Moonlite Compatible Arduino Focuser
AT8RC w/Moonlite CSL 2.5" w/Moonlite Stepper v3
ZWO ASI2600MC-Pro
ZWO ASI2600MM-Pro
ZWO ASI174MM-Mini
ZWO OAG
ZWO EFW
AT2FF
CCDT67
6 months 3 weeks ago #65757
The topic has been locked.
  • Posts: 499
  • Thank you received: 101
The color triangle showing how much to move each knob is going to be a BIG time savings. Thanks for doing this!

Jim
12" pier with HDX110 using EQMod
ASI 1600 mono/color mains with ASI290MM in off-axis
ASI filter wheel
Moonlite focusers for the sharpening
AT115EDT w/.8x for the light
Fedora Linux, 100% INDI
6 months 3 weeks ago #65788
The topic has been locked.
  • Posts: 197
  • Thank you received: 17
Hello Hy.This looks like a terrific further piece of work! I look forward to using it when it arrives in the Astroberry Server distribution, I’m afraid I’m not software literate enough to be able to be one of your testers. However, if I recall correctly, I mentioned some time ago in the ‘wish list’ that I wondered whether the PA routine could make the 60° rotation before capturing the first image, rather than after the adjustments are terminated? This would mean that the telescope would be back in ‘home’ position at the end of the routine when the diagnosis screen is displayed so that the Az and Alt motions would be shown as horizontal and vertical movements on the display. Just a cheeky request!
Currently running KStars/Ekos/Indi on two Raspberry Pi 4Bs 4GByte under Raspberry Pi OS thanks to Astroberry
Two mounts, two Fracs, a Newt and a Mak and a couple of OSC cameras.
6 months 3 weeks ago #65792
The topic has been locked.
  • Posts: 106
  • Thank you received: 4
Thank you Hy,

currently I can only test the ui in the simulator.

There is a discrepancy between your explanation and the information label.

Powered by

GNU / Linux
Git
KDE neon
KStars | EKOS | INDI

and some cheap hardware
The following user(s) said Thank You: Hy Murveit
6 months 3 weeks ago #65795
Attachments:
The topic has been locked.
  • Posts: 589
  • Thank you received: 282
Heiko (@cerro torre): Good catch. That line in the running system should say "moving along green line".
I'll send in an MR.

BTW, I'm impressed you got it working with the simulator. It took me quite a while to figure out how to do that.
Here is what I wound up doing:
  • Start Ekos, connect to Indi
  • In the Indi Control Panel, Telescope Simulator Tab, Simulation sub-tab, set Pole Azm to some error (e.g. 0.3 degrees) and Pole elev to some error (e.g. 0.5). Those numbers are in degrees, and I'm not sure what the MA and ME stand for. Hit set. Save configuration in the options sub tab.
  • In the Ekos window, unpark your mount if it is parked.
  • In the KStars Skymap, Move the telescope's position away from the pole. Even if you want to simulate PAA near the pole, move it 1-degree away at least. The simulator seems to have an issue when it is very close to the pole.
  • Back in the Ekos window, Align tab, you can now start polar alignment.
Orion Atlas Pro, William Optics ZS105, Moonlight V2 focuser
ZWO ASI1600, OAG & Filterwheel, Astronomik Filters, QHY 5L-IIm guidecam.
KStars/Ekos/Indi on RPi4 w/SSD
Ekos Projects: Terrain Backgrounds, Polar Alignment, Analyze, Linear Focuser, SEP MultiStar & GPG Guiding, FITS autostretch.
6 months 3 weeks ago #65797
The topic has been locked.
  • Posts: 589
  • Thank you received: 282
Bart,

Your suggestion of auto-calculating the distance and reporting it is something Jasem and I have discussed and hope to implement. It wasn't part of the initial release of this, as it adds complication. In one sense it really is not too complex, but it might require StellarSolver to run again and often, e.g. every second to know where the stars have moved (I would rather not re-introduce some cheap star detection). I think it is possible to solve very very quickly if we strongly constrain StellarSolver, e.g. the solution must be < 1-degree from the previous solution, and the scale should be almost identical to the last scale. Not sure if it would require a StellarSolver change. Getting "quick nearby solving" is the trick to getting that to work. Anyway, after getting feedback and fixing issues on the current basic implementation, I plan to add that.

On your second suggestion, I'm not 100% sure I understand. When the alignment was done, If you switched the direction (e.g. if you were slewing East, change to West) and hit 'Start', would that do what you wanted? I suppose there could be a shortcut for that, but checking that that is what you mean.

Hy
Orion Atlas Pro, William Optics ZS105, Moonlight V2 focuser
ZWO ASI1600, OAG & Filterwheel, Astronomik Filters, QHY 5L-IIm guidecam.
KStars/Ekos/Indi on RPi4 w/SSD
Ekos Projects: Terrain Backgrounds, Polar Alignment, Analyze, Linear Focuser, SEP MultiStar & GPG Guiding, FITS autostretch.
6 months 3 weeks ago #65800
The topic has been locked.
  • Posts: 589
  • Thank you received: 282
Ed (@Avocette), If you initially slewed 60°, e.g. using the software mount control, and then polar-aligned back, would that do what you want?
Orion Atlas Pro, William Optics ZS105, Moonlight V2 focuser
ZWO ASI1600, OAG & Filterwheel, Astronomik Filters, QHY 5L-IIm guidecam.
KStars/Ekos/Indi on RPi4 w/SSD
Ekos Projects: Terrain Backgrounds, Polar Alignment, Analyze, Linear Focuser, SEP MultiStar & GPG Guiding, FITS autostretch.
6 months 3 weeks ago #65801
The topic has been locked.
  • Posts: 106
  • Thank you received: 4

Argg, I knew it: gremlins at the tripod!! :angry:


This was the missing part: how to misalign a "perfectly aligned" system ;-)

What is the purpose of the Flip Vector check mark?
Setting the mark puts the crosshair on the star that should be moved and at the end of the yellow line there is no purple line.

Powered by

GNU / Linux
Git
KDE neon
KStars | EKOS | INDI

and some cheap hardware
6 months 3 weeks ago #65802
Attachments:
The topic has been locked.
Time to create page: 1.065 seconds