d33psky
d33psky
UPDATE: this hack does not work. Leaving the rest of this post here as reference. I may have an alternative solution until astroberry / raspbian upgrades to a newer OS...
Just a note: I'll try to reproduce and report back.
Hi Ferrante, yes please when I have something to test ... I'm still poking in the dark with this issue.
I see this in one of the logs ``` [2022-04-01T21:00:16.549 CDT INFO ][ org.kde.kstars.ekos.scheduler] - "Scheduler is awake. Jobs shall be started when ready..." [2022-04-01T21:00:19.557 CDT INFO ][ org.kde.kstars.ekos.scheduler] -...
Maybe this would make the system more robust: the unpark command should not return either until the periodic poll confirms the mount is unparked, or until 1 poll period has...
Hi mads0100, yes mount logs would be good because what you describe sounds different from what was pasted here on April 4th, as such it may be a new problem....
So you're saying from a parked position you press 'Tracking -> on' which unparks and starts tracking. (I never tried that, I always select 'Parking -> Unpark' to unpark). And...
Those are some changes :) Any more coming ?
recent code requires 2 more buckets : ``` cat > graxpert/s3_secrets.py
I would really like this feature as well. I was searching for exactly this and found this ticket requesting the same thing.