×

INDI Library v1.9.7 Released (29 Jul 2022)

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

Internal Guider Changes--please read if you use it

  • Posts: 186
  • Thank you received: 29
Hi Kevin,
I was wondering how to visualise and record a PEC file on a Mac and your screenshot gave me the answer :
1/ in the EKOS guide panel, "guide" with the RA + DEC directions unchecked
2/ in the INDI Control Panel / Scope / Motion Control / Record
Thanks
10 months 3 weeks ago #75671

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

  • Posts: 317
  • Thank you received: 80
I don't think that will work, because it isn't sending any guide pulses to the mount to record. Unless I'm misunderstanding.

What I think will work is to use GPG guiding for several worm cycles. That should be enough for it to characterize the PE of your mount. Then in the settings, change the guide aggressiveness to 0. Change the GPG control gain to 1. I think that will disable guide output for errors, but will continue to output what it learned via GPG. Then record the PEC in the mount. I don't know for sure if that will work or not, just a thought.

-- Kevin
10 months 3 weeks ago #75683

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

  • Posts: 92
  • Thank you received: 8
I don’t know if it is related to new guider but I am seeing occasional exposure timeouts on my guide camera (ZWO ASI290mm mini).  This freezes the whole process for a minute or so.  I have not previously seen this.  Running kstars/ekos 3.5.5 on Ubuntu 20.04.  The exposure timeout correlated with dark subtraction ceasing to work properly.  It was working fine, camera timed out, after camera and guiding returned the dark subtraction was resulting in loss of stars and I had to disable it.  It’s unfortunate as dark subtraction improved guiding to 0.65 arc second rms from 0.85, at least hat was the effect tonight.

When the camera isn’t frozen the new internal guider is working fine for me including gpg, dithering, and multi-star.
Borg 107FL on RST-135 + QHY268C, Astro-Tech AT130EDT on GM1000HPS + QHY600PH Chroma LRGBHSO; IR Guiding WO Uniguide 50 & QHY5-III-462C ASUS PN51 and Mele Quieter 3 ubuntu, kstars/ekos, & firecapture; Pegasus PPBA; WO Redcat, Skyguider Pro RT90C, Canon 7DmkII, rPi4/stellarmate
Last edit: 10 months 3 weeks ago by Thomas Mason.
10 months 3 weeks ago #75731

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

  • Posts: 834
  • Thank you received: 405
Thanks for the report Thomas.
Could you please do me a favor and re-post as a new thread, with the topic something like "Dark Subtraction seems to freeze guiding" and a log?
My changes should not have affected the dark processing pipeline, of course anything is possible, but I think it would be best looked into from the dark-subtraction point-of-view.
Hy
AP1100 & Orion Atlas Pro, WO/ZS105 w/Moonlight V2 focus, GSO RC10 w/RSF focus
ZWO ASI1600, Astronomik Filters, ST80, QHY 5L-IIm.
KStars/Ekos/Indi on NUC10 & RPi4 w/SSD -- Ubuntu
Projects: Greedy Scheduler, Terrain, Polar Align, Analyze, Linear Focuser, SEP MultiStar & GPG Guide, FITS autostretch.
10 months 3 weeks ago #75732

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

  • Posts: 814
  • Thank you received: 133
Hy and Thomas,

I believe the timeout problem is unrelated to dark subtraction as I also experience these timeouts although I never use dark subtraction. I reported the problem here indilib.org/forum/ekos/10329-sequence-qu...t-of-step.html#75373
The following user(s) said Thank You: maxthebuilder
10 months 3 weeks ago #75739

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

  • Posts: 92
  • Thank you received: 8
It could well be the dark subtraction problem and the camera timeout are unrelated and just happened to coincide. I started a separate thread and included some log info per Hy's request. I did not get another freeze last night so I don't have a verbose log at this point.
Borg 107FL on RST-135 + QHY268C, Astro-Tech AT130EDT on GM1000HPS + QHY600PH Chroma LRGBHSO; IR Guiding WO Uniguide 50 & QHY5-III-462C ASUS PN51 and Mele Quieter 3 ubuntu, kstars/ekos, & firecapture; Pegasus PPBA; WO Redcat, Skyguider Pro RT90C, Canon 7DmkII, rPi4/stellarmate
10 months 2 weeks ago #75753

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

The timeout issue is unrelated to darks, two separate issues. Perhaps timeout is more important. Can you test guide looping? Does it timeout after a while?
Jasem Mutlaq
Support INDI & Ekos; Get StellarMate Astrophotography Gadget.
How to Submit Logs when you have problems?
Add your observatory info
10 months 2 weeks ago #75785

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

  • Posts: 814
  • Thank you received: 133
What do you mean, "guide looping"? I do guide all night long and the "guide cam timeout" occurs several times during a night. It does work for hours and then out of nowhere the guide cam hangs. Once the main cam light frame is received, guiding is restarted and works for hours again until the timeout suddenly occurs again, without any user activity.
Last edit: 10 months 2 weeks ago by Alfred.
10 months 2 weeks ago #75898

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

  • Posts: 92
  • Thank you received: 28
I don't know if this has been discussed in the past, but would it be possible to separate guiding from the rest of Ekos so the guider could run on a separate machine. In my setup Indiserver runs on a Rpi on the mount, while Kstars/Ekos run indoors on my Mac. The problem is that guide images need to come from the Rpi to my Mac. With multistar guiding it would be difficult to limit the amount of data transferred. So, a lot of data transferred during an imaging session is guiding related, which I suspect is responsible for comms related issues in my setup. There is also the delay to guiding whilst the most recent guiding image is transferred; which encourages me to lower the guiding interval to compensate (which probably makes the issue worse).

(I'm aware this can be done with PHD2 but would prefer to use the internal guider).

For most convenience the guiding gui would still be part of the Ekos gui, just the processing engine would need to run a server process deployable to another machine.

I've seen a few posts on IndiHub recently; this could be a good addition for this product.
The following user(s) said Thank You: Alfred, Bruce
10 months 1 week ago #76247

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

  • Posts: 126
  • Thank you received: 21
I also would like this feature to run the internal guider on RPi while running Ekos on laptop :-)

Celestron Astromaster 130 on HEQ5 Pro mount, ZWO ASI224mc, 30mm guidescope with ASI120mm mini. All managed using Kstars/Ekos on RPi with Astroberry build.
8 months 3 weeks ago #77844

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

  • Posts: 744
  • Thank you received: 85
I third this suggestion (EKOS to run on separate processor).  This would be make running KStars on a separate machine usable, without having to use PHD2.

 

iOptron CEM120 EC2 and CEM25P
Celestron C11 EdgeHD
William Optics Star71
ASI 1600Mm Pro, ASI 462MC
Moonlight motorfocus & Esatto focuser
LodeStar X2 and ZWO OAG
DewBuster
NANO PC-T4
8 months 3 weeks ago #77849

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

  • Posts: 92
  • Thank you received: 8
I found running kstars on a mac client with internal guiding running on an rPi4 quite useable - over a wired ethernet connection. Probably could be dicey on wifi.
Borg 107FL on RST-135 + QHY268C, Astro-Tech AT130EDT on GM1000HPS + QHY600PH Chroma LRGBHSO; IR Guiding WO Uniguide 50 & QHY5-III-462C ASUS PN51 and Mele Quieter 3 ubuntu, kstars/ekos, & firecapture; Pegasus PPBA; WO Redcat, Skyguider Pro RT90C, Canon 7DmkII, rPi4/stellarmate
8 months 3 weeks ago #77851

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

Time to create page: 0.561 seconds