×

INDI Library v1.9.6 Released (21 May 2022)

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

Internal Guider Changes--please read if you use it

  • Posts: 91
  • Thank you received: 18
Kevin Ross post=75204 userid=4509
Overall I am very pleased with these changes, this seems to be a move in the right direction. However, I have encountered a few issues, none of which are show-stoppers, just minor annoyances.</em></em>
  • <em><em>I usually bin 2x2. With the latest version, if I select 2x2, then go to a different tab, then back to the guide tab, it reverts back to 1x1. In the INDI control panel, the camera is still set to 2x2, so it doesn't actually change the setting, just the display of it in the guiding tab.
Kevin Ross post=75214 userid=4509
2) I tried to set binning to 2x2 and then switch to another tab, and then switch back to the guide tab. When I did that, I saw no issue--if I set it to 2x2 in guide, then moved e.g. to the capture tab, then moved back to the guide tab, it still displayed 2x2. What exactly do you do to expose the issue? Can you re-create it with the simulator and describe specifically what you did? Are you setting binning before you start guiding, or during guiding when you see the issue?
Jasem says he made a fix for this, I'm building KStars now and will test it out later.



 Sorry folks, I was away for two weeks and couldn't reach the forum meanwhile.
I wrote the little patch to save the binning value for guiding.
The idea was to handle the "guider binning"  independently from the "indi control panel" parameters! This way - I thought - it is possible to use the camera either directly as an imaging camera with the "native" binning (set in "indi control panel") or as the "guiding" camera with the binning settings in "ekos guider tab". There is one restriction however: In case of the presence of a "guider head" in the "indi control panel" the binning settings are overwritten with the value of this tab. This is in accordance with the already existing programming logic.
So what happened to Kevin is exactly that: Because the "simulator camera" has a "guider head" the value of the binning set in there overwrote the binning in the ""ekos guider tab". Of course the flaw of the patch was, that it didn't reset the value to the guider head value immediately. In addition there wasn't (and still isn't!) any information given to the user about this "guider head" feature.
IMHO the question is now the following: Should the feature of a "guider head" be preserved or should it be abandoned?
I'm looking forward to get some feedback.
AOK Skywalker DDM
Celestron Edge HD 14"
Starlight Trius SX35
Starlight Lodestar X2
Starlight SX Maxi Filterwheel
Focus Boss II Focuser
KStars Ubuntu 20.04 LTS on NUC
Last edit: 9 months 2 weeks ago by Toni Schriber.
9 months 2 weeks ago #75466

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

  • Posts: 178
  • Thank you received: 28
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
9 months 1 week ago #75671

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

  • Posts: 316
  • Thank you received: 78
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
9 months 1 week ago #75683

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

  • Posts: 84
  • Thank you received: 6
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, Astro-Tech AT130EDT on GM1000HPS; SkyShed Pier; QHY600PH Chroma LRGBHSO; QHY5-III-462C; IR Guiding WO Uniguide 50 & ASI290mm mini; ASUS PN51 ubuntu, kstars/ekos, & firecapture; Pegasus PPBA; Stellarvue Optimus + WO Redcat, Skyguider Pro RT90C, rPi4/stellarmate
Last edit: 9 months 5 days ago by Thomas Mason.
9 months 5 days ago #75731

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

  • Posts: 814
  • Thank you received: 394
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.
9 months 5 days ago #75732

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

  • Posts: 806
  • Thank you received: 126
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
9 months 5 days ago #75739

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

  • Posts: 84
  • Thank you received: 6
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, Astro-Tech AT130EDT on GM1000HPS; SkyShed Pier; QHY600PH Chroma LRGBHSO; QHY5-III-462C; IR Guiding WO Uniguide 50 & ASI290mm mini; ASUS PN51 ubuntu, kstars/ekos, & firecapture; Pegasus PPBA; Stellarvue Optimus + WO Redcat, Skyguider Pro RT90C, rPi4/stellarmate
9 months 5 days 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
9 months 4 days ago #75785

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

  • Posts: 806
  • Thank you received: 126
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: 9 months 2 days ago by Alfred.
9 months 2 days ago #75898

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

  • Posts: 82
  • Thank you received: 21
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
8 months 3 weeks ago #76247

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

  • Posts: 106
  • Thank you received: 17
I also would like this feature to run the internal guider on RPi while running Ekos on laptop :-)
7 months 6 days ago #77844

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

  • Posts: 683
  • Thank you received: 82
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
7 months 6 days ago #77849

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

Time to create page: 0.794 seconds