I was imaging tonight and some clouds come through briefly and recovery mode started at 2:20:27 am. I’m not sure why but recovery mode aborted at 2:24:19. I have it set to keep trying every 10 minutes for 90 minutes, so I’m wondering why it aborted right away. Here’s the log:
Hi Ken and Jared,
I imaged again last night and clouds forced recovery mode a couple times and SGP 2.4.3.8 was able to recover each time. I would still like to understand why recovery mode aborted 2 nights ago though. Do you see anything in the 2015-10-15 logs from my OP?
Andy
Maybe we are talking about different things… if so please clarify. The logs you posted show recovery mode ending due to success, and then show the sequence continuing.
Ken, that’s right, it says it succeeded but if you look a little further down to [10/16/2015 2:24:19 AM] you’ll see it aborting and running the end of sequence options (camera warm-up, park scope, stop phd2, etc.)
Andy
Sequence fails, recover
Recovery is good, resend capture event
Sequence failed again
SGPro determines something is more wrong than it can fix because it just
recovered fine minutes ago
Terminates sequence
Sorry, I am having some trouble parsing what you said there. What was it that failed and prevented recovery from running for the 90 minutes? Are you saying it was because there were two failures within five minutes? Does that mean recovery can only work if the clouds clear in less than 5 minutes? How does this relate to the settings I had of “try every 10 minutes for 90 minutes”?
Recovery mode has generally been working great for me, allowing me to image unattended even when a temporary cloud interrupts the sequence. I am hoping to understand what went wrong here to see if it can be improved or if there is anything I can change on my end (or in PHD2) to avoid this situation next time, or perhaps this is an issue with the beta?
It doesn’t. This has nothing to do with the situation.
Basically, before attempting to take a single exposure, your sequence failed, recovered successfully, reattempted the frame and failed again. The logic here is that SGPro just recovered successfully and the sequence failed again immediately afterward so it is likely not a recoverable scenario (this sounds like it’s not true for your case, but that is our current thought process). Seems like you just barely recovered and then had bad timing with more clouds and junk. Imaging though sucker holes is not super fun.