• ASI Mount
  • Clarification of some of the settings, like pixel scale, Guiding step, etc

I was a bit confused with all the information i found, so please, if something in my thoughts is wrong, let me know.

My setup:
ZWO ASI 120mm mini for guiding (3.76um pixels)
270fl guide scope (a bit longer)
714mm main scope
2600MC Pro for imaging
AM5 mount
Asiair pro

So lets sum all facts i gathered sofar.

Pixel scale of guiding camera - its simply telling us, how much arc seconds are per pixel on the camera.
Pixel scale can be calculated by roughly 206/<focal length>*<pixel size of camera>
In my case, for my ZWO 120mm mini and 270 guide scope - 206 / 270 * 3.76 = 2.8687 = +- 2.9 arcseconds per pixel

Now, guiding is made by pulses, in asiair case, one pulse each guiding frame - frame is simply happening each guiding camera refresh. If you have guiding camera on expoasure 1sec, then it happens each 1sec.

Sidereal movement (guiding) is 15arcsec per sec. Now, to successfully guide, without any backlash, you want to tell the mount to slow down, or fasten up. but slow only up to 1x to not change the direction of the motor.
so the mount goes one direction 15 + n15 or slows 15 - n15. Normally, in asiair you can choose the N between 0.25, 0.5, 0.75 and 1. AM5 mount have basic value of 0.5x and according to forums it cannot be changed (have the rig offline now)

So with 0.5X guiding, you are telling mount that it can use up to 7.5arcsec / s to correct the movement. Lets assume its set to 0.5X

The guiding step
If you open the PHD log (accessible in asiair when connected to PC) in PHD log viewer, you will see calibration circle wide 25 pixels, with small circles on RA/DEC axis. each circle, is one calibration step.
For example with GS 1000ms you will jump 7.5arcsecs = 7.5/2.9 = 2.6 pixels. that is roughly 10x each direction, which is considered as sweet spot. More is not needed, and just slowing the process, less than 9 steps is affecting quality.

Maximum RA/DEC duration
This value is telling you, what is MAXIMUM (can be used less) pulse that can be done in ONE FRAME to compensate any error. So, if you use 150ms, it can use any number up to 150ms each frame to compensate any error.

I did some calculations on my mount (my serial number test report), to get maximum error that my particular serial number can have, and its 0.12 arcsec per second. Thats pretty nice number, and so we CAN theoreticly set the max duration to very low number to compensate - like, at 150ms it would be 0.150x 7.5 = 1.125 per one correction. Thats more than 10x more then the error.

BUT, we are compensating not only mount errors, but also wind, loose cables that are winking in the air, atmosphere and so. So in not ideal life you need more than that. So setting around 400-800 is fine for 0.5-1s frames.

RA DEC aggr - its percentage of how strong the pulse is actually released to the gear. From many discussions i manage to get that for AM5 45-65 is used. "because of strain wave gear"

So now my humble questions:

  • why is generally suggested faster updates (0.5-1s frames) for strain wave gears ?
  • why is aggr setting for RA / DEC aggr for AM5 mounts offen suggested at 35-65 ? On what base is this? Is there some official suggestion on this case?
  • If there will be some bigger problem to compensate, and maximum of the duration pulse will be used, what will happen if the compensation for one frame*aggr will be longer then the frame itself? will it overlap to another frame and cause some problems? - some say that with longer max steps they have oblong stars

If i understood anything wrong, please tell me, and i will be happy for any answer from more experienced colleagues Clear skies

    neff it is generally recommended that faster updates are required because the slope and speed of the errors are faster compared to a worm gear which are slower to happen. Worm gears are simple, very accurate and travelling slowly upon only 1 other surface which again is very accurate.

      Kevin_A hello Kevin,

      Kevin_A Hello Kevin, can you please explain more what’s meant by faster updates are required? Also in terms of settings what numbers should we enter as an example?
      Thx

        maged an you please explain more what’s meant by faster updates are required?

        Using higher guiding frame rates so that instead of waiting 2 seconds (0.5 FPS guiding) to send a long guide pulse, you wait only 0.5 seconds (2 FPS guiding) and send 4 shorter pulses in that same 2 seconds.

        The rate of change (slope, first derivative) of the gear errors of a strain wave gear are large, and if you expose the guide camera for 2 seconds before updating the centroid calculation, the guide star(s) would have moved very substantially (around 0.5" to 1.5") by the time you stop the exposure and issue a guide pulse. I.e., substantial star trialing in the guide frames, causing misleading centroid estimation, making it virtually impossible to guide better than 0.5" (I guide better than 0.5" by using 2 FPS frame rate, but that is also with a different manufacturer's strain wave gear mount).

        Chen

          w7ay , Kevin, Thank you guys for clarification on the first point. any suggestion about the 2 other points? - about RA/DEC aggr and duration?

          • w7ay replied to this.

            neff about RA/DEC aggr and duration?

            Those will depend on your particular mount. You can't just use someone else's number because the ZWO mounts vary like crazy from one sample to another.

            Just check this forum for how to determine the amount of pulse duration neccesary for your mount. Try to limit the duration to that amount so that the correction pulses are limited, and not respond to larger errors that are not caused by the mount itself.

            Set aggressiveness as low as possible. Increase it only when you can't keep up correcting the errors.

            The most important part (biggest bang for the buck) is to use a short exposure to obtain the higest frame rate. Not all cameras can do this. For example if you use 0.5 second exposures and still not get 2 frames per second guiding, it is not useful. Furthermore, with such short exposures, you will need to use multi-star guiding to get the centroid measurement error to be small enough, and smaller guide scopes (or OAGs) may not give enough signal-to-noise ratio to get enough usable guide stars.

            The next biggest contribution to reducing guiding error (at least for my mount) is to use the slowest guide rate possible. A 0.25x sidereal guide rate can reduce the guide error by up to a factor of two compared to using a 0.5x sidereal guide rate. You can read the copious postings on this forum to find out why (look for keywords like "sawtooth").

            Again, just like the 2 FPS exposure rate, not all mounts can benefit from a shorter guide rate. If you determine that your particular sample of the mount has excessive slope (that affects the max pulse durations), you may not be able to use the slower guide rate. Additionally, if you use ASIAIR, you will find that the ASIAIR cannot pick a slower guide rate for ZWO's mount (while it will happily be able to do it with an RST-135 mount), You can of course use some other software, like INDIGO to control the mount to be able to pick guide rates with the ZWO mounts.

            Just read through the forum, and use the knowledge to do some measurements of your own mount to figure out how to guide it better than by using ZWO's recommendations. There is no single set of parameters to use. Someone else's parameters will almost for certain not work for you.

            Chen

            @w7ay what’s considered “large” for a first derivative? I’ve gotten used to eyeballing the slope of ZWO’s plots (at least they provide something), but that’s harder with these new 287.2 sec period gear sets since their max/min PE seems to be lower, which alters my long-standing perception of the ordinate axis scale. When I figured the slope on my new mount yesterday, I thought it was going to turn out much worse than it did. If new AM5 and AM3’s prove to be more consistent, at least maybe we will all have a better idea of a tuning baseline. Maybe, just maybe ZWO could even change the ASiair guiding parameter defaults to something more appropriate. It would be great if mine is typical of current production and they all come in with first derivatives around .15 arcsec/sec.

            • w7ay replied to this.

              tbhausen what’s considered “large” for a first derivative?

              OK, if the slope is x arcseconds/second of time, then a guide star would move x arcseconds while you are taking a 1-second guide exposure! Check out why it cannot be less by looking out for the "sawtooth" graphs that I have posted here. Once you grok that single graph, things should become clear (just like the Claritin TV commercials :-)

              So, if you are using a 2 second (0.5 FPS) guide exposure, and x is 0.25 arcsecond/second, then the guide star(s) would have moved (at the times when the slope is maximum at rate x) by 0.5 arcseconds.

              The centroid calculation would need to be able to measure this 0.5 arcsecond trailing -- and worse, is that by the time it measures the centroid, the star is already somewhere else 0.25 arcseconds away -- and that is just from one axis of your mount (think Wayne Gretzky :-) This makes guiding to better than 0.5 arcsecond RMS virtually unmöglich.

              So, the trick is to use shorter exposure time, so that the guide star has no chance to move much, given the same x arcsecond/second "slope."

              So, in answer to your question of what a large first derivative is, you want x to be small enough so that the guide star trailing is small for the exposure time that you use. If x is large, you will need to compensate with a shorter exposure time. But at some point, your guide scope/software combination can no longer handle even shorter exposure times (run out of photons, or processor speed to calculate the centroid, or the command protocol latency to the mount is too large, etc). That is when x is too large.

              x of 0.25 arcsecond/second with 0.5 second guide exposure time should let you get to better than 0.5" type total RMS error, if you are careful, and if there are no machining imperfections that is not directly related to the gears. So, assuming there are no mechanical glitches, you should be able to do something in the region of 0.4" total RMS error on a windless day (or in between the wind gusts). I have my mount (albeit, not a ZWO mount, but it is a strain wave gear mount) dialed down to the 0.35" to 0.4" region, and can actually see my guide graph move by more than 0.5 arcsecond each time I hear the leaves (I have trees all around me -- this is tree-hugging country :-) rustle outside with just a 5 mph gust (I don't have a dome).

              And yes, you are right. A 287 second period will automatically increase the slope from a 430.8 second period by a 50%, if all else were equal. However, if the 287-second mount has 50% smaller peak-to-peak error, then the slopes will again be equal.

              By the way, I use 287 and 430.82 seconds because the 288 and 432 numbers are for sidereal time. The hour angle of your mount moves one revolution every 23 hours 56 minutes, not every 24 hours -- a target in the sky rises 4 minutes earlier each passing day.

              The second technique (I only discovered this by serendipity after I had stared at the "sawtooth" graph myself one day, and it suddenly hit me) is to slow down the guide rate. Once I had a clear night after the realization, I tried it, and it worked as predicted (for me). Give it a shot. It really helps as long as the "x" is small enough to allow it, and if your guide software allows it (ASIAIR does not allow it for ZWO mounts; some infinite wisdom from probably the same person who defaulted ASIAIR max pulse durations to 2000 ms).

              Finally, measuring that piece of paper from ZWO only gives you a lower bound of "x". The graph does not show the places where the slope is largest (ZWO still think that slope is not critical, but peak-to-peak error is). So, there could be hour angles where "x" is actually larger.

              The way you can tell is to apply the max pulse duration from the "x" that you measure. If some time during the night (i.e., at some hour angle of the motor) you see a clipped comb of RA (or declination) pulses, then the max duration setting that you got from "x" is not large enough to handle the actual slope at that moment. It is really easy to spot since you have this long sequence of pulses (a second to a few seconds) on your guide graph, all with the same amplitude (that is the amplitude of the max pulse). Make sure it is not some external influence (wind, cat or deer walking by, etc) that causes the comb.

              BTW, if the sawtooth amplitude is 0.5 arcseconds on your guide camera, your main camera will also see precisely (unless there is some flexure) the same sawtooth.

              Chen

                w7ay Thanks for taking the time to write that--it's very helpful!

                Write a Reply...