×

INDI Library v1.9.9 Released (30 Nov 2022)

Bi-monthly INDI Library released with new drivers and bug fixes.

New Focus Algorithm in Ekos

  • Posts: 384
  • Thank you received: 115

Replied by Doug S on topic New Focus Algorithm in Ekos

Hi John, non-professional sites typically have seeing in the 2.5 to 3.0 (or worse) category. Folks love to claim they have sub 1 arcsecond seeing in their backyards, but well....you know how that goes. Anyway, I'd suggest defaulting to 3 and then users could change it if they want. You could also default tolerance to 10% (which should be fine).

Remember that only very fast telescopes (f/2 - f/5) will be particularly sensitive to the values. Those with f/7 to f/10 systems have such large CFZs that it's not going to matter much. About the thread pitch and motor spec, I was being technically precise, but not implying that folks need to locate that info. The vast majority of people will simply run some reasonably large number of motor counts and measure the millimeters of focuser travel. If you allow entry of those numbers in the GUI (measured mm travel and motor steps for that travel) the alg could solve for microns/step internally to avoid that confusion for users. Cheers Doug
RASA11, Celestron CGX-L, ASI183mc Pro, 60mm guider + ASI290mm mini, ASI EAF focuser, PPB, Rpi4-4Gb+SSD, Powered USB3 hub, hardwire Ethernet.
Last edit: 7 months 6 days ago by Doug S.
7 months 6 days ago #82710

Please Log in or Create an account to join the conversation.

  • Posts: 838
  • Thank you received: 96
I don't know about this technical talk, but all I would love is to be able to use autofocus without having to go back in manually and move the focuser back out to the calculated spot - which is ALWAYS better than the final focus point that EKOS chooses. My whole routine has been to run autofocus, then manually move the focuser OUT about 800 points on the ZWO EAF (to prevent mirror tilt), and then back in to the previously calculated focus point. I image at 7,000 ft in central New Mexico, with humidity levels in the single digits. The difference between these two focus points is very noticeable and frustrating that EKOS aways chooses the worse point. At least it is consistent in that regard.

iOptron CEM120 EC2 and CEM25P
Celestron C11 EdgeHD and William Optics Star71
ASI 1600MM Pro, ASI 462MC
Moonlight Litecrawler (C11) and Motorfocus (WOStar71)
LodeStar X2 and ZWO OAG
Nextdome, AAG Cloudwatcher
MacMini
7 months 6 days ago #82711

Please Log in or Create an account to join the conversation.

  • Posts: 846
  • Thank you received: 139

Replied by Alfred on topic New Focus Algorithm in Ekos

Peter, why don't you make use of the "backlash" functionality in the focuser tab? Once activated, you only need to manually set the point of best focus and Ekos will take care of the rest, i.e. move the focuser further out and back in automatically.
7 months 6 days ago #82715

Please Log in or Create an account to join the conversation.

  • Posts: 34
  • Thank you received: 8

Since f/ratio is known, "Critical focus zone in micron" could be calculated automatically (also with ccd-corrected formulae since we know sensor pixel size too). So only needed parameters are "Microns per motor step" and "Step size (CFZ units)". For "microns per motor step", I think the best approach for non technical users is to provide them with two fields: "maximum focuser travel (mm)" and "maximum steps (for total focuser trave)" and let the code do the division. This suggests the users to measure the max travel and not, to say, the needed steps to travel 1 cm, which is useful to reduce impact of inevitable measure error.

My 10 cents.
Matteo
7 months 5 days ago #82716

Please Log in or Create an account to join the conversation.

  • Posts: 134
  • Thank you received: 13
Good point. So the focus routine can collect the needed data from the mount (f#) and camera (px size) sections.
254/1450 mm Newton, 130/730 mm APO, 70/336 mm APO, EQ6-R, ZWO EAF focusers, DeepSkyPro 2600c, ASI183MM, Intel NUC 8i5, Ubuntu 22.04
7 months 5 days ago #82719

Please Log in or Create an account to join the conversation.

  • Posts: 838
  • Thank you received: 96
Alfred, I have done that, and it takes care of the focuser's backlash. But what I was talking about is the slight primary mirror tilt I get when the focuser moves it outward. I have found that my images suffer from very small tilt when the focuser ends it's movement outward. Fortunately EKOS ends it's movement INWARD, which is great, but it overshoots the ideal calculated spot forcing me to backup and move the focuser outward to the best focuser position. That adds the tilt. So I have to first go outward quite a ways, and then back inward to straighten the primary.

iOptron CEM120 EC2 and CEM25P
Celestron C11 EdgeHD and William Optics Star71
ASI 1600MM Pro, ASI 462MC
Moonlight Litecrawler (C11) and Motorfocus (WOStar71)
LodeStar X2 and ZWO OAG
Nextdome, AAG Cloudwatcher
MacMini
7 months 5 days ago #82724

Please Log in or Create an account to join the conversation.

  • Posts: 384
  • Thank you received: 115

Replied by Doug S on topic New Focus Algorithm in Ekos

Matteo and Bernd, Both of you lost me on your comments about pixel size. Camera pixel size doesn't enter the equation. Microns per motor step is the derived quantity we're trying to find, and that is found by running the focuser some predefined number of counts, and then measuring the drawtube travel. An alternative method would be to know the pitch of the focuser screw thread (a linear distance per revolution) and then factor the counts per revolution of the focus motor. Given that the average Joe observer is going to most easily move the focus motor by some number of counts (say 1000), and then measure the millimeters of focuser drawtube travel, the GUI could allow for those fields and then convert to microns per motor count. The rest is just the formula as given by the critical focus zone web link (which includes f-ratio, aperture size, a user preference for focus tolerance, and an estimate of seeing). See here:

www.goldastro.com/goldfocus/ncfz.php

CS Doug
RASA11, Celestron CGX-L, ASI183mc Pro, 60mm guider + ASI290mm mini, ASI EAF focuser, PPB, Rpi4-4Gb+SSD, Powered USB3 hub, hardwire Ethernet.
7 months 5 days ago #82726

Please Log in or Create an account to join the conversation.

  • Posts: 846
  • Thank you received: 139

Replied by Alfred on topic New Focus Algorithm in Ekos

Peter,

with backlash activated, the focuser never ends its movement outward. It always moves further out and back in, just like what you do manually. This should prevent your primary mirror from tilting.

If you find focuser position 60212 to be the point of best focus during the first run, just hit the stop button, set 60212 manually (in the "desired absolute focus position" field), hit the "go to an absolute focus position" button and you're fine.

At least this is how it works here. I can hear the motor "overshoot" and "come back in" on out movements.
Last edit: 7 months 5 days ago by Alfred.
7 months 5 days ago #82732

Please Log in or Create an account to join the conversation.

  • Posts: 34
  • Thank you received: 8

Doug, my English is propbably bad. I didn't say pixel size is necessarily part of the equation: given that you can find CFZ equations that take pixel size into consideration when sensors are involved, I only said that, if needed we know pixel size; the whole point was to say that CFZ should be calculated automatically by code, not entered by the user (maybe you already said that and I missed it). If that equation is better than another one, I can't say and I won't debate about it.
About microns per motor step, we agree. Again, I was only saying that user should be encouraged to measure the focuser travel over the highest possible number of steps, to minimize the inevitable measure error.

Matteo
7 months 4 days ago #82738

Please Log in or Create an account to join the conversation.

  • Posts: 384
  • Thank you received: 115

Replied by Doug S on topic New Focus Algorithm in Ekos

Hi Matteo, ok, I understand now why you suggested max steps to reduce the measurement error. We agree that more is better in this regard. I think a tool-tip on the entry field could be useful for explaining that. The fields might be better named "focuser motor steps" and "focus travel (mm)" or similar. Then the alg should calculate microns/step, compare to calculated CFZ (based on the other params), and set the proper step size. CS Doug
RASA11, Celestron CGX-L, ASI183mc Pro, 60mm guider + ASI290mm mini, ASI EAF focuser, PPB, Rpi4-4Gb+SSD, Powered USB3 hub, hardwire Ethernet.
7 months 4 days ago #82743

Please Log in or Create an account to join the conversation.

  • Posts: 838
  • Thank you received: 96
Wow, maybe my backfocus amount was too little. I'll try again next night my skies are covered in smoke :(

iOptron CEM120 EC2 and CEM25P
Celestron C11 EdgeHD and William Optics Star71
ASI 1600MM Pro, ASI 462MC
Moonlight Litecrawler (C11) and Motorfocus (WOStar71)
LodeStar X2 and ZWO OAG
Nextdome, AAG Cloudwatcher
MacMini
7 months 4 days ago #82746

Please Log in or Create an account to join the conversation.

  • Posts: 185
  • Thank you received: 47

Replied by John on topic New Focus Algorithm in Ekos

Hi Ron,

Hi Ron, I debugged my ASI EAF through the hokey-cokey to see how it coped with the outward then immediately afterward, inward movement. The code is event driven with a user defined "polling" period (say 500ms). So an outward motion is started and every 500ms the focuser is queried to see what's happening. If the focuser is still moving then the system waits; if the focuser has completed the motion then the system starts the inward motion.

I don't have a Celestron focuser so I can't do the same thing with that. The only things I can suggest are:
1. Make sure you're on the latest version of Indi and the drivers to ensure you have the latest bug fixes.
2. If the Celestron driver works like the ZWO EAF, then there will be a polling period in the Indi tab that you can set. You could try upping the value and see if that fixes your problem.
3. If the above don't work you could raise an issue and hopefully someone with knowledge of the Celestron driver would be able to take a look.

Regards,
John.
7 months 2 days ago #82784

Please Log in or Create an account to join the conversation.

Time to create page: 0.577 seconds