×

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

Bi-monthly release with minor bug fixes and improvements

For those with focus issues

  • Posts: 278
  • Thank you received: 17

Replied by S on topic For those with focus issues

I'm not at a computer, so my memory may be wrong.... But I think you can specify the approximate offsets between filters in the filler focus widow, which I guess should be able to start you v filler in a better position.
3 years 10 months ago #52214

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

  • Posts: 643
  • Thank you received: 62
Hi!

No, to the best of my knowledge (it's day now so I can't test until later), it does not do this. The offset there makes the focuser move a fixed amount of tics after focusing - this to make it possible for using another filter for focusing, which is not parfocal with the current filter. For instance, I use Lum to focus instead of Ha, but there is an offset of 100 tics between them. So after focusing with Lum, focuser moves 100 tics and shifts to Ha.

If I did that, I'd need to use the V filter as my focus filter, and then have an offset. Which is not what I want, for several reasons (among them, wanting to use Lum for focusing with my parfocal RGB filters).

If I set the offset but did not use V as my focus filter, I'd still have the problem of finding focus the first time when shifting from V to Lum.

What I need is a way to handle the fact that there is an offset between V and Lum that makes a shift from one to the other problematic.

Magnus
3 years 10 months ago #52215

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

  • Posts: 1009
  • Thank you received: 133

Not true. Yes, the scenario you describe is one of the applications, but basically the entries set up a mesh of relative focus differences. And they are automatically applied whenever a filter change happens, not only after focusing. If done properly, you can focus on any filter, then change to any other filter, and it should be (about) in focus. Definitely good enough to start an autofocus run...

So if you have 100 difference between Hα and V, focus Hα and then switch to V, it will shift the focus 100 units. If you focus V, then switch to Hα, it will change the focus by -100 units....
3 years 10 months ago #52223

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

  • Posts: 643
  • Thank you received: 62
Ah, OK. I'll try it out tonight! :)

Thanks.

Magnus
3 years 10 months ago #52224

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

  • Posts: 643
  • Thank you received: 62
Hello!

I've now tested Linear substantially for two nights, for my variable star shots. And it is quite obvious that I now use a slightly smaller aperture in measuring those frames. That is, focus is perceptibly better, not just very reliable. So - Thanks, Hy! This is a clear improvement!

Trad off is of course speed. It takes more steps than Polynomial. In my case, I compensate by focusing slightly less often, seems to work nicely.

Magnus
The following user(s) said Thank You: Hy Murveit
3 years 10 months ago #52511

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

  • Posts: 398
  • Thank you received: 117

Replied by Doug S on topic For those with focus issues

Hello Hy, I've been using linear focus with some success (but still some difficulty too). I have been analyzing the linear focus log output to monitor performance for my setup. I have a couple of comments/questions for you: #1. Would you by chance be willing to promote the "Linear: points=[(x1,y1),(x2,y2),(xn,yn)]..." log message to INFO level so we won't have to run logs at debug level to retrieve the points set? That would relieve some resource burden and be much appreciated. #2 Are you using a specific tool to graph the "points" set post-mortem? The reason I ask is that I don't recognize the syntax for direct import to a tool. I'm having to reformat the set to graph it. If you are using a specific graphing tool that requires the bracketed set, parens tuple delimiters [(x1,y1),(x2,y2)], could you let me know what it is? If you are not post-processing, would you consider changing the format to bracket, bracket form? (e.g. [ [x1,y1],[x2,y2],[xN,yN] ] )? That format is more Python/Matplotlib friendly...no reformat needed. Thanks for considering this request.... cheers, Doug
Last edit: 3 years 10 months ago by Doug S.
3 years 10 months ago #53234

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

  • Posts: 1204
  • Thank you received: 558
Doug, I'm not on top of the Python world, but I did write that log line to be compatible with a python notebook, and yes, I just cut and paste it into such a notebook and it works for me.
Here's what I did. I run:
jupyter notebook
(Since your on top of this, I assume you can install what you need to run jupyter--or I can re-look it up if you need)

I have the following in a first code cell
from pylab import *
import matplotlib
import matplotlib.pyplot as plt
import numpy as np
 
def fplot(points, title):
    x = [z[0] for z in points]
    y = [z[1] for z in points]
 
    fig = plt.figure()
    axes = fig.add_axes([0.1, 0.1, 0.8, 0.8]) # left, bottom, width, height (range 0 to 1)
    axes.plot(x, y, 'r', marker='o')
    axes.set_xlabel('position')
    axes.set_ylabel('HFR')
    axes.set_title(title);

and then in subsequent code cells, where I want to plot the focus, I run this:
points=[(34095, 5.57398), (34070, 4.12424), (34045, 2.38664), (34020, 1.73163), (33995, 1.27697), (33970, 1.30088), (33945, 2.36508), (33920, 3.63688), (33895, 5.4582), (34043, 2.40566), (34031, 1.958), (34019, 1.62847), (34007, 1.42028), (33995, 1.2282)];iterations=14;duration=133;solution=33995;HFR=1.2282;filter='Red'
ftitle='Wouter 01-15T21:27 Step 25 ' +str(iterations)+' iterations, '+str(duration)+'s, '+'position='+str(solution)+' HFR='+str(HFR)+' filter='+str(filter)
fplot(points, ftitle)

where, of course, the points= line is just cut and pasted from the log. That gives me a plot that looks like the attached.

Hope that's helpful.

I'll send Jasem a PR to move the focus summary line to be INFO instead of DEBUG.
Hy
3 years 10 months ago #53235
Attachments:

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

  • Posts: 1204
  • Thank you received: 558
Doug, Just sent the PR to Jasem. See phabricator.kde.org/D29440
He'll review and see if it gets integrated.
Hy
The following user(s) said Thank You: Doug S
3 years 10 months ago #53236

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

  • Posts: 398
  • Thank you received: 117

Replied by Doug S on topic For those with focus issues

Hy, It's been a year or two since I played with Jupyter notebooks, but as you've said, it works just fine and does the job nicely. If only my vcurve looked as narrow on the bottom as the example you provided from Wouter! Cheers, Doug
3 years 10 months ago #53262

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

  • Posts: 401
  • Thank you received: 41
I'm gonna revive this thread only to ask if there are any newer tips about the procedure. Tonight I'll gonna try those steps from the 1st post.My main concern is that I had clearly visible stars but I got always the message "no stars detected". (Color camera, 5nm filter, 20" exposure)

 

 
2 years 1 month ago #79783
Attachments:

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

  • Posts: 348
  • Thank you received: 69

Replied by Giles on topic For those with focus issues

I tend to use the "Full Field" option. Which takes an average HFR of all stars in the field of view (excepting the anulus settings).
The following user(s) said Thank You: Euripides
2 years 1 month ago #79787

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

  • Posts: 225
  • Thank you received: 16
I'm still having issues with auto focusing. I've been using the linear process, but I only get a good focus about half the time. After looking at the process, I think the problem is that it is using an average HFR on the full field. The problem seems to be that, as the focus changes, the stars that are in the field changes (as more/less become visible)... so the average changes. This causes the curve to not be a curve!

Is there a way to only point at one star? That would seem to eliminate this issue. Or am I not understanding the process correctly?

Thanks,

Ron
2 years 1 month ago #79788

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

Time to create page: 1.700 seconds