I don’t know whether this is a bug or a feature request.
I have a sequence set up for one target until a certain time, then a second. If skies are clear this works fine. Twice now, though, if it gets cloudy toward the end of the first target and SGP has to give up on it, it does not move to the second target at the prescribed time. It just sits there pouting until dawn. I think it should slew to the second target and at least give it a try, in case it isn’t cloudy in that part of the sky.
If enable recovery mode is enabled sgp will attempt a recovery after a certain amount of time and after the time of the 2nd target has passed it will attempt to run that target instead of where it failed.
Recovery is in the options under tools.
Thanks @Xplode. I have recovery enabled though, set to try every 5 min for 120 min. I’m attaching a log file where SGP went off the rails about 23:47, the first target was set to finish at 00:45 (58 min after SGP lost it, so within the time limit), but there was no attempt to try the second target. You can see at 00:45 SGP turns off the camera cooler and gives up.
I’ve had this problem recur twice since first reporting it, so it’s definitely a problem here. I’ve even extended my retry timeout from 120 to 500 min, with no improvement. Let me know if further SGP logfiles would be helpful.
Nothing appears to be malfunctioning with Recovery in the logs you posted. In this case, the sequence was no longer running when the second target’s start time passed (01:31).
For the instance when the sequence failed with 500 minutes, I would need to see the logs for that one. Please note that, regardless of settings, SGPro will abort the sequence if the mount reports passing the meridian while in recovery mode. We have a todo item to perform a blind meridian flip and continue recovery on the other side, but we have not implemented this yet.
I would like to follow up on this topic as I believe I ran into similar issue last night and wonder if there is a solution yet.
I am using 2.6.1.108. I set two targets in my sequence, 2nd one expected to start 2:15; I ran into issue with guiding star lost at ~2:03 (probably because blocked by roof); SGP tried to recover (set to recover for 60mins) and failed;
At 2:19, which seems to be the first recovery attempt after 2:15, SGP says “[04/23/20 02:19:43.808][DEBUG] [Recovery Sequence Thread] Sequence recovery aborted due to target / sequence end time…”.
Does it ignore the next target in line? Looks to me that if it didn’t recover by the end of first target , it throws off the whole sequence?
