×

INDI Library v2.0.6 is Released (02 Feb 2024)

Bi-monthly release with minor bug fixes and improvements

Re:New Polar Alignment Scheme and Features

  • Posts: 554
  • Thank you received: 138
This is not correct. The axes used for the correction matter. If it didn't and any way of moving the scope to put the target star in the calculaed position was OK you could use Ra and Dec movements to do this. This would obviously have no effect on the polar alignment.
3 years 2 months ago #66041
The topic has been locked.
  • Posts: 1957
  • Thank you received: 420

It is correct. The PA routine works anywhere on Earth at any given time. In other words, for any given orientation and rotation of the mount wrt the rotation axis of the Earth. Therefore in a local frame it doesn’t matter at all if the mount is rotated (i.e. not level).

The fact that you cannot use RA and Dec to align the mount is because you are using the fine adjustment knobs to align the RA axis with the rotation axis of the Earth as well as possible. By doing so you compensate for the mount not being level by moving both axes. A remaining rotation over the Dec axis once the PA routine has completed results in a difference in local sidereal time which the mount and Ekos will correct for as soon as you do a star alignment or a plate solve with either Sync or Slew To Target enabled.

If this were not true then the previous implemtentation of the PA routine with the pink line between the location in the FOV where the star currently is and where it should be for perfect PA wouldn’t work as well. Both that pink line and the new lines, that are split up over corrections in azimuth and altitude, are merely projections to help you get the PA done as well as possible. It could have been a swirling line all over the FOV or even outside of it and it still would have worked.

The only thing that matters is to get the star from where it was in the FOV to where it needs to be as well as possible. How you do that is irrelevant. I often move the entire mount left or right if the PA error is large because the fine adjustment knobs cannot move the mount far enough left or right. And still I end up with an as perfect polar alignment as I can get. I know because I check afterwards and the PA error then is close to 1 arc minute or less.
Last edit: 3 years 2 months ago by Wouter van Reeven.
3 years 2 months ago #66045
The topic has been locked.
  • Posts: 269
  • Thank you received: 53
That makes no sense Chris. In effect you are saying that if the mount is out of polar alignment, e.g. because a previously polar aligned mount has been set up with a tripod leg not extended properly, then the calculated correction is going to be wrong simply because the mount alt and az do not correspond to terrestrial alt and az. If that were the case the tool would never work at all. Of course it is essential that only the alt and az controls are used and the scope is not moved from its position when the star is selected
But once the polar misalignment is known in alt/az it is fairly trivial to calculate to calculate what movement is needed for a given star in HA/Dec and display where the guide star should be moved. As long as it is moved using the alt and az controls only then polar alignment should be achieved.
It sounds like the same erroneous argument as to why a mount should be level to polar align it.
3 years 2 months ago #66048
The topic has been locked.
  • Posts: 554
  • Thank you received: 138
I'll try yet again.
Yes, you can rotate the mount about any set of coordinates to correct for a polar align error. But the correction indication determined by using a reference star will depend on the position of the star determined in the coordinate system of the correction axes.
There are a number of positions which need to be avoided, for example for the normal Alt Az corrections a star at the zenith will be a poor choice for the azimuth correction because adjusting this axis will not move a star at the zenith. Similarly looking East or West won't work for the elevation correction. The optimum positions are fairly close to the meridian and away from the zenith. Avoid a band running overhead from East to West.

Your tripod leg length error will have the effect of rotating the mount about an axis defined by the other legs and in theory the required corrections could be determined in that coordinate system. You could then get a correction that could be corrected by adjusting tripod legs. That's going to be tricky to determine. Simpler to determine the error in the AltAz system and correct in that system.

Not having the mount level will make a difference but as I said previously the effect will be small for small errors, about one arc minute per degree of error or level.
3 years 2 months ago #66068
The topic has been locked.
  • Posts: 269
  • Thank you received: 53
I agree it is bad practice to choose a reference star in that band. But lets say you choose a star near the zenith. And the algorithm determines that a large azimuth adjustment is needed. When the corrected position is converted to HA/Dec it is more or less the same position as the reference star already. So the correction line will be very short or non-existent. And as you say, any error in the calculated position is small. So were you just being contrary for the heck of it ????
I'm actually more concerned about the calculated position being a moving target when far from the pole. Some folks need time to adjust alt/az and by the time they get there they could have moved to the wrong spot. So the position needs to continuously recalculated, if it isn't already.
3 years 2 months ago #66079
The topic has been locked.
  • Posts: 219
  • Thank you received: 41
I’ve been using it on Astroberry for the last couple of nights. It worked fine (north vision isn’t a problem, so I’m using the “classic” way of pointing towards Polaris).

The only glitch that I’ve found is that it doesn’t likes zoom changes. For example, after the correction triangle is draw over my image if I zoom in before clicking to move the triangle, then as I click it will reverse from left to right, invalidating the procedure.

If I zoom in before the triangle is drawn (before the three measurements finished) it works as expected.

It’s a minor delight to be carried on to a more consistent alignment. Thanks for this improvement!
3 years 2 months ago #66094
The topic has been locked.
  • Posts: 222
  • Thank you received: 20
Didn't mean to start a "frank exchange of views" here!

So as I understand the geometry and mechanics, the routine calculates correction vectors in the vertical and horizontal axes, and displays those as the base and height of a right triangle, the hypotenuse of which is the direct vector from "wrong" to "right". Right?

If the mount isn't level, adjusting, say, the azimuth will also introduce some movement up or down. Which will cause the star to not track along the outline of the triangle. When you adjust the altitude a bit, you can fix that.

Which is to say, my sloppiness in leveling might obviate to a small extent Hy's fine work in making things easier for me, unless by some burst of mathematical brilliance which I don't even think is possible, the routine could *also* deduce how far off from local vertical the azimuth axis is. But he's amazed me before so I wanted to check.
3 years 2 months ago #66112
The topic has been locked.
  • Posts: 1309
  • Thank you received: 226
It is true that being unlevel will introduce some amount of error between Alt-Az adjustments, but it should be fairly small. Overall level is a non-issue as long as you get from one end of the hypotenuse to the other, which is defined by the original correction vector. Doing so should be all it takes to align the mount's axis of rotation with the celestial pole.
Level does matter when doing a drift alignment, but that is not the case here.
3 years 2 months ago #66120
The topic has been locked.
  • Posts: 1009
  • Thank you received: 133
It will be a deviation between the Alt Az distance computed and the Alt' Az' steps needed to do the correction, yes. The endpoint is the same. And the needed correction vector doesn't depend on what you use to correct it. The AltAz is some helper coordinate system. The relevant ones are the two spherical coordinate systems of the mount axes and the celestial coordinates, and there is only exactly one correction vector to get them to match. You can compute it directly, without needing to go via AltAz, Alt'Az', or any other third coordinate system.
The only moment when a non-level mount would cause problems is if you compute (absolute) corrections for the AltAz system, and then blindly apply them in the Alt'Az' system and assume you have now corrected the error and have perfect PA. This is indeed not the case. But you would see that after those corrections the star is not at the position that the (unique) shift vector gave. But the whole process works in checking the progress live and in celestial coordinates. With a non-level mount you notice that the movement is not along the given directions and with different amounts. Without drawing those help lines one wouldn't even notice. The AltAz decomposition of the correction vector is a convenience for the user, but not needed/relevant for the correction process. For that, only the end position matters. And if you end up there, the PA will be done properly...
3 years 2 months ago #66124
The topic has been locked.
  • Posts: 269
  • Thank you received: 53
An injection of a bit of a Cloudy Nights vibe ;)
But Chris raised a very good point which is that if your reference star is at the zenith then no amount of adjustment in azimuth will move it. You could spin the mount 360 and see no change. Similarly at the E/W horizon the altitude adjustment does not move the reference star. So a modicum of care is needed with reference star selection.
And I'd be interested to know how long one has to make the adjustment before the correction point becomes invalid - say more than 1 arcminute off.
3 years 2 months ago #66132
The topic has been locked.
  • Posts: 1009
  • Thank you received: 133

Yes, it might be a good idea to think about some sanity tests for the star used to correct the PA and pop up a warning if it is too close to the critical points. But you wouldn't want to pick one on the horizon anyhow I guess ;)

As for the duration of validity: The PAE is a constant, it doesn't change as the mount/sky rotates. Therefore the correction vector (in sky dRA and dDEC) is also constant. It only depends on the sky coordinates of the reference star. So the only thing that will change in time is the AltAz decomposition of that vector. So the effect would be similar to the one of a non-level mount: Movements done by turning the Alt/Az knobs of the mount would no longer move along the plotted lines, but the endpoint still is the same. So as long as you end up on the proper endpoint you can take as much time as you want...
3 years 2 months ago #66138
The topic has been locked.
  • Posts: 269
  • Thank you received: 53
The PAE does not change but I would expect the target position to rotate around the reference star at sidereal rate on the sensor. Same as field rotation.
Anyay I just did a back of envelope calculation. Similar to field rotation the rotation amount is proportional to the length of the vector which has the length of the PAE. So lets say 10 arcmin. And at a pixel scale of say, 1"/pixel the vector is 600 pixels long. After 1 minute the correct target position would move through an ARC of 15' or 0.0044 radians so r.x = 600 * 0.0044 pixels = 2.6 pixels
So the nett error in the alt az corrections would be 2.6" i.e. the resulting PAE would be 2.6" if the adjustments moved the star precisely to the target position - which is insignificant.

If the PAE was, say, 60' the resultant error would be 15.7" and still fairly insignificant. And if it then took 10 minutes to adjust, instead of 1 minute then the error would be 2.6'
So in that case the user would still a see a PAE of 2.6' even after doing a "perfect" polar alignment - still not a major problem except for the OCD.
So I would conclude that the rotation is not a significant problem. But maybe something users should be aware of that they should perform the corrections in good time.
The following user(s) said Thank You: Peter Sütterlin
3 years 2 months ago #66142
The topic has been locked.
Time to create page: 1.116 seconds