×

INDI Library v1.9.1 Released (26 Jun 2021)

Bi-monthly INDI Library v1.9.1 is released bringing a few new drivers and improvements to existing drivers.

scheduler: guiding aborted but capture continues

  • Posts: 758
  • Thank you received: 216
Steve, I hope I do not get onto your nerves, but the two first links point to the same log file, right? I've analyzed it already, but do you have more of them?
TSA-120 + FSQ-85 + GSO 150/750 | Avalon Linear + M-zero | Moravian G2-8300 + ASI 1600mm pro | KStars/INDI on Raspberry Pi 4 with Raspbian 10
1 year 1 month ago #56082

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

  • Posts: 731
  • Thank you received: 56
Hi Wolfgang
You NEVER get on my nerves-. Ever!

Here are the 4 logs I have:
drive.google.com/drive/folders/1h4IL45vq...YR2PEbiW?usp=sharing

Of course, when the issue occurs, I'll post the logs here; last night was OK. Tonight I'll use the stable version again. That seems to throw up the issue.

Oh, and I see the git has some guiding files changed... Could there be a clue there? But I'll stick to my stable install for noe.

Cheers and TIA,
Steve
kubuntu 20.04
700d, eq6, t7m
The following user(s) said Thank You: Wolfgang Reissenberger
1 year 1 month ago #56097

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

  • Posts: 758
  • Thank you received: 216
Hi Steve,
thanks, now I could track it down, all cases show the same behavior. The problem starts always with a dithering error resulting in the following behavior:
  1. Capture module recognizes a guiding error and aborts the capturing sequence
  2. Scheduler recognizes the capture failure and tries to recover
  3. Scheduler restarts guiding
  4. Guide issues the warning "PHD2: Guiding is already running."
  5. Capture and Scheduler recognize that guiding has restarted
  6. Scheduler starts the capture sequence
  7. Guide reports a problem "Unknown PHD2 event: ConfigurationChange", reports "PHD2: Guiding Stopped" and changes its state to "Autoguiding aborted"
  8. Capture starts capturing

#4 and #7 are strange, I do not have an explanation yet. But it might be that another problem appears that leads to the situation. Dithering is failing because of a lost star event. But the log shows an oscillation between "PHD2: Star Lost. Trying to reacquire." and "PHD2: Star found, guiding resumed." This might be the root cause.

I have no clue whether this is a problem that results from a recent code change or whether this is a problem that already exists longer. Indeed, I did a change to the PHD2 module in April fixing a guiding problem. Maybe it has a undetected side effect.

My next step will be trying to reproduce it.

If you have the time, you could do me a favor and try a very recent build, since I refactored the Capture module to make it more robust. It would be interesting for me if this latest change also shows this behavior.

Cheers
Wolfgang
TSA-120 + FSQ-85 + GSO 150/750 | Avalon Linear + M-zero | Moravian G2-8300 + ASI 1600mm pro | KStars/INDI on Raspberry Pi 4 with Raspbian 10
The following user(s) said Thank You: alacant
1 year 1 month ago #56101

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

  • Posts: 731
  • Thank you received: 56
Hi Wolfgang

No problem. Unfortunately it's cloudy tonight. I'll use the time to build the latest from git and hope I can reproduce the issue.
Cheers
kubuntu 20.04
700d, eq6, t7m
1 year 1 month ago #56103

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

  • Posts: 758
  • Thank you received: 216
Hi Steve,
there is a unusual thing in your PHD log. It looks like dithering provokes sometimes a star lost event.

The weirdest thing happens around 2020-06-23T02:11:25, one of the events where guiding fails and capturing continues. PHD2 first reports "Settling failed" but before it reports guiding steps. This confuses the Ekos guiding, since it receives one guiding step AFTER PHD2 reports "Settling failed".

This is a concurrency issue of PHD2. I know I fixed another concurrency issue in April, so maybe this is a similar case.

I am quite sure that there is something special in your PHD2 setup that leads to these "star lost" events although the sky looks good. If you take a look at the PHD2 log for that event above, there is sharp spike in the guiding star mass. I guess this does not come from clouds but has a technical source.

So please investigate that. What is the reason that dithering leads sometimes to a lost star event? Maybe the focus is too sharp, maybe you need to change settings for guiding star selection, ...

In parallel, I will check this concurrency issue.

Good night
Wolfgang
TSA-120 + FSQ-85 + GSO 150/750 | Avalon Linear + M-zero | Moravian G2-8300 + ASI 1600mm pro | KStars/INDI on Raspberry Pi 4 with Raspbian 10
The following user(s) said Thank You: alacant
1 year 1 month ago #56107

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

  • Posts: 731
  • Thank you received: 56
Thanks again Wolfgang

OK. I have the latest git built for tonight. Forecast is clear but perhaps best not to mention that...

I have sent a query to the PHD2 Devs and mentioned INDI, so hoping to avoid a deluge of windows related stuff;)
My first thought was -and I've a feeling the PHD2 guys are gonna say the same- to cancel star mass detection in PHD2. It's a simple toggle in the advanced configuration dialogue. But then we wouldn't know if it had had any effect. Yes or no on that one?

The PHD2 thread is here:
groups.google.com/forum/?utm_medium=emai...xnAR-1k/cV0wxwEPAwAJ
but of course I'll report any activity here too.

Cheers,
Steve
kubuntu 20.04
700d, eq6, t7m
Last edit: 1 year 1 month ago by alacant.
1 year 1 month ago #56115

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

  • Posts: 745
  • Thank you received: 96
Just two remarks, maybe they add some info:
I sometimes had issues with PHD2 when using subframe readout, it would - for one frame - get a blank image and choke on that.
Also, variable seeing had triggered a 'Star mass changed' error one too often, so I'm only using star profile now. No guiding issues with PHD2 on my side. But I'm only using the capture module, not the scheduler. I'm running git versions, mostly up to date ones (at most 1 week old at times).
openSUSE Tumbleweed KStars git INDI git
GPDX+EQMOD, CEM60EC, ASI2600/1600/290mini+EFW+EAF
The following user(s) said Thank You: alacant
1 year 1 month ago #56116

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

  • Posts: 731
  • Thank you received: 56
@DerPit
Hi and thanks for your message.
Question: If you're not using the scheduler, does capture alone recover from a guiding failure?
TIA,
Steve
kubuntu 20.04
700d, eq6, t7m
1 year 1 month ago #56118

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

  • Posts: 745
  • Thank you received: 96
No, it'll abort, and sit there :(
So not a solution to your problem in itself, but maybe a way to make PHD2 not fail guiding. The only guiding failures I had in the last months were when I was tracking a target until it vanished behind a building.....
openSUSE Tumbleweed KStars git INDI git
GPDX+EQMOD, CEM60EC, ASI2600/1600/290mini+EFW+EAF
The following user(s) said Thank You: alacant
1 year 1 month ago #56120

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

  • Posts: 758
  • Thank you received: 216
I also use PHD2 for guiding and it is running smoothly. I always use the scheduler, mostly with at least two jobs per night.

We have put a lot of work into making the scheduler more robust, but it is tricky. Therefore I would always recommend using the scheduler when running unattended.

Capture itself handles guiding deviations, i.e. it aborts a capture if the deviation is too high and restarts if it is back in the range. As soon as an error occurs - i.e. star lost timeout, it stops. Here the scheduler comes into the game. The scheduler recognises the situation and either starts the next job or restarts the job - depending on the settings.

Wolfgang
TSA-120 + FSQ-85 + GSO 150/750 | Avalon Linear + M-zero | Moravian G2-8300 + ASI 1600mm pro | KStars/INDI on Raspberry Pi 4 with Raspbian 10
1 year 1 month ago #56121

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

  • Posts: 731
  • Thank you received: 56
Hi Wolfgang, everyone

Here is the esl and log with the latest git. Guiding failed at around 04:40 and there is a dangerous issue that the scheduler allowed tracking after sunrise without parking the mount as requested. I've started a new thread on that:
www.indilib.org/forum/ekos/7250-latest-g...t-sunrise.html#56143

Here are the logs anyway:
log: drive.google.com/drive/folders/1vg9JM_c1...EmVpcLXQ?usp=sharing

Cheers and clear skies,
Steve
kubuntu 20.04
700d, eq6, t7m
Last edit: 1 year 1 month ago by alacant.
1 year 1 month ago #56144

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

  • Posts: 731
  • Thank you received: 56
Hi
Here is the reply to the dither question from the PHD2 devs:

Wolfgang: I can change the settings but does this help the capture starting without guiding issue? I don't think so.
Cheers,
Steve
kubuntu 20.04
700d, eq6, t7m
1 year 1 month ago #56146

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

Time to create page: 0.588 seconds