I have a bad habit of droning on and on, so let me present these bullet-points and then if anyone is interested you can read on:
Dialog pops up telling me to cover my telescope to capture calibration frames. Odd, I have Flip Flat and I told it so in the Calibration settings.
When a ESQ step orders the flap to move, it does so but immediately returns to the previous position.
The 'delay' property apparently has no effect, none that I can see at least.
I have been using INDI for just over a month. I've already used it with great success about 3 weeks ago which was the last bit of good weather. It worked flawlessly. At that time I was running INDI/Ekos on my Linux laptop (Ubuntu 16.04). Since then I installed Astroberry on a RasPi Model B. I've been practicing with it, preparing for a couple of clear nights beginning tomorrow. Tonight I practiced building Ekos Sequence Queues (ESQ). I employed these three weeks ago using my Flip Flat. I captured every type of calibration frame flawlessly.
During these past three weeks Software Updater has alerted me to patches to 1.7.6 that included INDI drivers and KStars. Without thinking I installed them. Now I suspect that there is a gremlin in the works. Tomorrow I'll test this out on my Linux laptop just to eliminate the possibility that RasPi is responsible.
I am looking at the KStars repo. On March 5th there was a lot of code added to kstars/ekos/capture/capture.cpp with commit comment: "Improve behavior for dark and flat frames capture when it comes to covering the mount." Now I see new message boxes that I hadn't seen before:
+ } else if (activeJob->getFrameType() == FRAME_DARK && m_TelescopeCoveredManually == false)
+ {
+ QStringList shutterfulCCDs = Options::shutterfulCCDs();
+ QStringList shutterlessCCDs = Options::shutterlessCCDs();
+ QString deviceName = currentCCD->getDeviceName();
+
+ bool hasShutter = shutterfulCCDs.contains(deviceName);
+ bool hasNoShutter = shutterlessCCDs.contains(deviceName) || ISOCombo->count() > 0;
+
+ // If we have no information, we ask
+ if (hasShutter == false && hasNoShutter == false)
+ {
+ if (KMessageBox::questionYesNo(nullptr, i18n("Does %1 have a shutter?", deviceName),
+ i18n("Dark Exposure")) == KMessageBox::Yes)
+ {
+ hasNoShutter = false;
+ shutterfulCCDs.append(deviceName);
+ Options::setShutterfulCCDs(shutterfulCCDs);
+ }
+ else
+ {
+ hasNoShutter = true;
+ shutterlessCCDs.append(deviceName);
+ Options::setShutterlessCCDs(shutterlessCCDs);
+ }
+ }
+
+ // If camera was flagged before as shutterless, or if it is a DSLR, then it is for sure shutterless.
+ if (hasNoShutter)
+ {
+ if (KMessageBox::warningContinueCancel(
+ nullptr, i18n("Cover the telescope in order to take a dark exposure."), i18n("Dark Exposure"),
+ KStandardGuiItem::cont(), KStandardGuiItem::cancel(),
+ "cover_scope_dialog_notification", KMessageBox::WindowModal | KMessageBox::Notify) == KMessageBox::Cancel)
+ {
+ return IPS_ALERT;
+ }
+
+ m_TelescopeCoveredManually = true;
+ }
}
This is the first time I ever saw the message: "Does %1 have a shutter?". I've never been asked that question before.
That was followed by this: "Cover the telescope in order to take a dark exposure."
Doesn't it see that I have Flip Flat?
It must see it at some level because the flap does move but the open/close movements are activated and then immediately reverted. The only way to get the ESQ to continue is to launch INDI control panel and manually click the Park/Unpark buttons to the target state.
Don't lose any sleep over this issue. I am starting to think that it has something to do with the Raspberry Pi. I am going to switch over to running everything off my Linux laptop. INDI/Ekos worked perfectly on it a couple weeks ago. I'll let you know how it goes.