×

INDI Library v2.0.7 is Released (01 Apr 2024)

Bi-monthly release with minor bug fixes and improvements

30 sec delay on align module

  • Posts: 1187
  • Thank you received: 370
Did you intentionally align with the ASI-120mm-s? Capturing the image during the alignment worked fine but it might be that it interferes with guiding.

- Wolfgang
4 years 3 months ago #47300

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

  • Posts: 219
  • Thank you received: 41
Yes i was trying to use the ASI120MM-S to align/guide and the main telescope with DSLR to imaging. But please, ignore all the guiding calibration. Latter, around time stamp 2019-12-27T19:29:36.148, you can see that all the alignments have a 30sec pause. Ar this time, no camera was trying to capture any image, other that the ASI120MM-S in the align module
4 years 3 months ago #47302

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

  • Posts: 1187
  • Thank you received: 370
OK, now I can see it. One thing that looks unusual: it looks like the EQMOD driver logs excessively. Could you please check which value is set as the polling period of your mount? I would recommend to set it to a value of 500ms or more.

If this does not help, I would at least try to set logging level to INFO. Maybe the explanation is simply excessive logging that leads to some blocking.

- Wolfgang
The following user(s) said Thank You: Rafa Barberá
4 years 3 months ago #47304

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

  • Posts: 219
  • Thank you received: 41
I’ll review the pooling interval, but I’m pretty sure that the login has no relation with the problem, because it was disabled when the problem started. I’ve started the logs just to be able to show the behavior. For me is very suspicious the message

WARN ][                       default] - QProcess: Destroyed while process ("/usr/local/bin/pip3") is still running.
.
4 years 3 months ago #47305

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

  • Posts: 1187
  • Thank you received: 370
Hm, maybe that blocks the INDI client of EKOS. No clue where this comes from.
4 years 3 months ago #47306

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

  • Posts: 219
  • Thank you received: 41


Looking for info about this error, I’ve found this entry on stackoverflow

stackoverflow.com/questions/14504201/ddg#14505682

So my “30 sec freeze” seems related with a sync problem between Ekos and astrometry.net
4 years 3 months ago #47307

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

  • Posts: 333
  • Thank you received: 92

Replied by han on topic Re:30 sec delay on align module

The 1000 pixels is not an hard boundary. The reliability for poor image reduces below 1000 pixels but it should still work. Setting the tolerance form 0.005 will 0.007 will help.

Han
The following user(s) said Thank You: Rafa Barberá
4 years 3 months ago #47323

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

  • Posts: 219
  • Thank you received: 41

Good to know! I’ll give it another try
4 years 3 months ago #47324

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

  • Posts: 219
  • Thank you received: 41
Hi Han,

This night I was able to use ASTAP to solve my images. I need to tweak continuously the exposure, because your algorithm is very sensitive (too much?) to image quality.

Anyway thanks to ASTAP I was able to polar align my AZ GTi mount to 31” from pole!! And refine el each goto landing place. Thanks!

But the problem with Astrometry.net remains, I can’t use it right now

4 years 3 months ago #47341

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

  • Posts: 333
  • Thank you received: 92
Hello rbarberac,

Exposure time should not be critical. Either 1 or 300 seconds should work. Could you share a few images made with the guider, so I can have a look?

Han
The following user(s) said Thank You: Rafa Barberá
4 years 3 months ago #47342

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

  • Posts: 219
  • Thank you received: 41
I've uploaded some sample images from the guidescope/CCD combo. As you can see the stars images are very big (chromatic aberration and great IR sensibility)

www.dropbox.com/sh/geasd9s7ardfvg9/AADbz...m9PPwDXAvqzFt1a?dl=0

From tonight, I only have two screenshots . On them you can see how a simple 30º rotation around the pole (I'm in the middle of the polar alignment procedure), makes that ASTAP lost its north (pun indeed)

4 years 3 months ago #47345
Attachments:

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

  • Posts: 333
  • Thank you received: 92
I have looked to the images. The big stars are not a problem for detection but the number of hot pixels due to the uncooled ASI120. You can see that if you load the images in the ASTAP directly and use the CCD inspector option (in viewer, menu Tools, CCD inspector). Normally one pixel stars are ignored but due to the noise some are seen as stars.

- NGC2175 image solves if I reduce the maximum number of stars to 80 and tolerance to 0.009. This removes the hot pixels
- M33 solves
- NGC281, fails due to oval stars.

The solving will improve a lot if you use a dark. This is an option in ASTAP but rarely used and also a good opportunity to test now.

First make a few darks with about the same exposure time. Or make several e.g 5 of 10 sec, 20 sec, 40 seconds

To set and test this option in ASTAP:

1) Start ASTAP from the education topic menu

2) Load an existing image in ASTAP e.g. NGC 2175_Light_40_secs_001.fits using the viewer menu, FILE, LOAD FITS OR OTHER FORMAT.
3) Open the stack menu CTRL+A and set the red marked options including "Calibrate prior to solving" in the tab ALIGNMENT:



4) Add the darks to the tab DARKS. If you have with more then one exposure time, then activated option classify on DARK EXPOSURE. In this last case the darks should have exactly the same exposure time as an image otherwise they are ignored. If not leave this option unchecked and ASTAP will use any dark.



5) Then hit the SOLVE button in tab alignment or in the viewer. The settings will be saved. Solving should work better now. ASTAP will remember the settings and dark(s) if called from EKOS.

Could you share a dark so I can test it here?

Regards, Han
The following user(s) said Thank You: Jasem Mutlaq
4 years 3 months ago #47360
Attachments:

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

Time to create page: 0.825 seconds