Problem solved.
Found another post referencing a xml config file. I looked for such a file earlier but while finding many xml files for other drivers I didn't see one for XAGYL. Luckily the other post gave the full file name (XAGYL Wheel_config.xml') so I searched a gain and found it. Once deleted my filter wheel worked again.
Regards.
Read More...
Hi,
I have an arduino based Filter Wheel that is emulating the XAGYL protocol . I have two Indi setups. My production setup is running V1.8.1 ( also failed under V1.8.0) and a test setup with an older version a few months down level. My filter wheel works fine on the older test setup but I'm getting the message in the title on my production setup. With this error I cant select the xagyl filter wheel or any of the filters from the CCD tab in ekos. Funny thing is I believe it worked under V1.8.0 the first timed I tried it but I cant be 100% sure of that know. I s this a bug or possibly a config/corruption problem on my server. I've re-compiled Indi from source a couple of time but problem remains. The log is attached. Any advice appreciated.
[2019-09-22T16:11:24.184 GMT Daylight Time DEBG ][ org.kde.kstars.ekos] - 3 devices connected out of 3
[2019-09-22T16:11:24.184 GMT Daylight Time INFO ][ org.kde.kstars.ekos] - All INDI devices are now connected.
[2019-09-22T16:11:24.315 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < FILTER_SLOT >
[2019-09-22T16:11:24.325 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < USEJOYSTICK >
[2019-09-22T16:11:27.028 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < Commands >
[2019-09-22T16:11:27.033 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < Offsets >
[2019-09-22T16:11:27.041 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < Info >
[2019-09-22T16:11:27.050 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < Settings >
[2019-09-22T16:11:27.061 GMT Daylight Time INFO ][ org.kde.kstars.indi] - XAGYL Wheel : "[INFO] Debug is enabled. "
[2019-09-22T16:11:27.061 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < DEBUG_LEVEL >
[2019-09-22T16:11:27.068 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < LOGGING_LEVEL >
[2019-09-22T16:11:27.070 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < LOG_OUTPUT >
[2019-09-22T16:11:27.289 GMT Daylight Time INFO ][ org.kde.kstars.indi] - XAGYL Wheel : "[INFO] Loading device configuration... "
[2019-09-22T16:11:27.290 GMT Daylight Time INFO ][ org.kde.kstars.indi] - XAGYL Wheel : "[INFO] Debug is disabled. "
[2019-09-22T16:11:27.294 GMT Daylight Time INFO ][ org.kde.kstars.ekos] - "Re-enabling debug logging for XAGYL Wheel..."
[2019-09-22T16:11:27.297 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < SYSTEM_PORTS >
[2019-09-22T16:11:27.300 GMT Daylight Time INFO ][ org.kde.kstars.indi] - XAGYL Wheel : "[INFO] Setting current filter to slot 1 "
[2019-09-22T16:11:27.301 GMT Daylight Time INFO ][ org.kde.kstars.indi] - XAGYL Wheel : "[ERROR] FILTER_NAME: set with no valid members "
[2019-09-22T16:11:27.306 GMT Daylight Time INFO ][ org.kde.kstars.indi] - XAGYL Wheel : "[INFO] Device configuration applied. "
[2019-09-22T16:11:27.307 GMT Daylight Time INFO ][ org.kde.kstars.indi] - XAGYL Wheel : "[INFO] Debug is enabled. "
[2019-09-22T16:11:27.307 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < DEBUG_LEVEL >
[2019-09-22T16:11:27.311 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < LOGGING_LEVEL >
[2019-09-22T16:11:27.312 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < XAGYL Wheel >: < LOG_OUTPUT >
[2019-09-22T16:11:27.357 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - XAGYL Wheel : "[DEBUG] Toggle Debug Level -- Driver Debug "
[2019-09-22T16:11:27.838 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - XAGYL Wheel : "[DEBUG] CMD <I2> "
[2019-09-22T16:11:28.053 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - XAGYL Wheel : "[DEBUG] RES <P1> "
Read More...
Having the same issue after updating driver. Any update? Anyway to revert back to previous driver?
Read More...
Hi Jasem,
Unparking the dustcap from INDI CP remains 'yellow' while opening and turns 'green' only once open. This is the log when taking a Light frame from a starting point of cover closed, This works as expected. I should add that I'm using the Flit-Flat driver with an emulated Flit-Flat based on Arduino design I downloaded. Could this be the cause? I would have thought cover open/closed signals would work the same for Light or Flat frames.
[2019-09-19T16:38:01.710 GMT Daylight Time INFO ][ org.kde.kstars.indi] - Flip Flat : "[INFO] Cover closed. "
[2019-09-19T16:38:32.274 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Unparking dust cap..."
[2019-09-19T16:38:51.057 GMT Daylight Time INFO ][ org.kde.kstars.indi] - Flip Flat : "[INFO] Cover open. "
[2019-09-19T16:38:51.277 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Dust cap unparked."
[2019-09-19T16:38:51.279 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Capturing 1.000-second Red image..."
[2019-09-19T16:39:20.477 GMT Daylight Time INFO ][ org.kde.kstars.fits] - Loading FITS file "C:/Users/User1/AppData/Local/Temp/fitserSdgz.fits"
Read More...
Hi Jasem,
Iv'e tried each new version of Kstars since reporting the issue and currently running 3.3.6 and the issue is still there. you can see from the time entries in the attached log extract that the Flat image is taken and not waiting for the dust cap to complete opening.
[2019-09-19T15:42:54.301 GMT Daylight Time INFO ][ org.kde.kstars.indi] - Flip Flat : "[INFO] Cover closed. "
[2019-09-19T15:43:13.038 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "UnParking dust cap..."
[2019-09-19T15:43:14.039 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Dust cap unparked."
[2019-09-19T15:43:14.041 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Capturing 1.000-second image..."
[2019-09-19T15:43:14.160 GMT Daylight Time INFO ][ org.kde.kstars.indi] - Canon DSLR EOS 450D (PTP mode) : "[INFO] Starting 1 seconds exposure. "
[2019-09-19T15:43:33.021 GMT Daylight Time INFO ][ org.kde.kstars.indi] - Flip Flat : "[INFO] Cover open. "
Regards.
Read More...
Hi Jasem,
Just checked latest release of Kstars to check if the error I reported some time ago has been fixed but I see it has not. Any chance this might be resolved at some point?
This is a paste from a previous comment I posted a while ago .
I can correct the issue under Linux by making the changes to the source mentioned but I prefer to use Kstars under Windows and I don't have the build environment to recompile under windows.
When taking a Light frame from a starting position of Shutter closed all works as expected.
When taking a Flat frame (external light source) from a starting position of Shutter closed
Kstars/ekos commands the shutter to open correctly but doesn't wait for the Shutter to open, it
immediately takes the frame while the shutter is still opening. I was able to get this working
by making the following change to capture.cpp in Kstars.
Change from...
// Wait until cap is parked
if (calibrationStage == CAL_DUSTCAP_UNPARKING)
{
if (dustCap->isParked() == true)
return IPS_BUSY;
else
{
calibrationStage = CAL_DUSTCAP_UNPARKED;
appendLogText(i18n("Dust cap unparked."));
}
}
..to...
// Wait until cap is unparked <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
if (calibrationStage == CAL_DUSTCAP_UNPARKING)
{
if (dustCap->isUnParked() == false) <<<<<<<<<<<<<<<<<<<<<<<
return IPS_BUSY;
else
{
calibrationStage = CAL_DUSTCAP_UNPARKED;
appendLogText(i18n("Dust cap unparked."));
}
}
Thanks.
Read More...
Believe I resolved the issue with the help from another post. Extract of other post below. Thanks.
Make sure the camera resolution defined in
- Indi - GPhoto(Canon)_CCD - Image Settings
- Indi - GPhoto(Canon)_CCD - Image Info
- Ekos
Read More...
HI,
I'm having an issue when tying to use FITS image format. Hoping someone could help. The imaging camera I'm currently using is a modified Canon 450D DSLR along with the the Canon DSLR Indi driver. To date I've been taking NATIVE images in the Capture module because whenever I try to use FITS format the images always show corruption at the top of the image. Native images show no such problem. I can see benefits for me to move over to FITS images so it would be nice to identify whats going on here. Has anybody else experienced this and can possible shed some light or maybe Jaseem can offer some advice. I have attached a screenshot of a FITS image that demonstrates what I'm experiencing on all FITS images.
Thanks.
Read More...
Hi Jasem,
I've tested the nightly build of Kstars 3.3.3 dated 23rd July but the issue is still there. I suspect you may have changed the wrong occurrence of code as the lines I changed are still there unchanged in capture.cpp at lines 5194 and 5197
// Wait until cap is unparked <<<<<<<< line 5194 changed by me from // Wait until cap is parked
if (calibrationStage == CAL_DUSTCAP_UNPARKING)
{
if (dustCap->isUnParked() == false) <<<<<<<< line 5197 changed by me from if (dustCap->isParked() == true)
return IPS_BUSY;
else
{
calibrationStage = CAL_DUSTCAP_UNPARKED;
appendLogText(i18n("Dust cap unparked."));
}
}
This is the output from Kstars. See the times from uparking Dust Cap to Dust Cap unparked - one second.
2019-07-23T23:24:20 Received image 1 out of 1.
2019-07-23T23:24:20 Remote image saved to /share/trash/Flat/Flat_017.fits
2019-07-23T23:24:15 Capturing 1.000-second image...
2019-07-23T23:24:15 Dust cap unparked.
2019-07-23T23:24:14 UnParking dust cap...
It actually takes 20 second as you can see from The FlipFlat output.
2019-07-23T23:24:34: [INFO] Cover open.
2019-07-23T23:22:47: [INFO] Device configuration applied.
2019-07-23T23:22:47: [INFO] Loading device configuration...
Ray
Read More...
Thanks Jasem,
I'm running the latest viersion 3.3.2 on
edu.kde.org/kstars/#download
. Guess I just need to wait until v3.3.3 is available.
Much appreciated.
Ray.
Read More...
Hi Jasem,
This is a paste from a previous comment I posted a while ago . Just wondering if this bug will be corrected at some point? I can correct the issue under Linux by making the changes to the source mentioned but I prefer to use Kstars under Windows and I don't have the build environment to recompile under windows.
When taking a Light frame from a starting position of Shutter closed all works as expected.
When taking a Flat frame (external light source) from a starting position of Shutter closed
Kstars/ekos commands the shutter to open correctly but doesn't wait for the Shutter to open, it
immediately takes the frame while the shutter is still opening. I was able to get this working
correctly by making the follow change to capture.cpp in Kstars. Hope this is useful to you.
Change from...
// Wait until cap is parked
if (calibrationStage == CAL_DUSTCAP_UNPARKING)
{
if (dustCap->isParked() == true)
return IPS_BUSY;
else
{
calibrationStage = CAL_DUSTCAP_UNPARKED;
appendLogText(i18n("Dust cap unparked."));
}
}
..to...
// Wait until cap is unparked <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
if (calibrationStage == CAL_DUSTCAP_UNPARKING)
{
if (dustCap->isUnParked() == false) <<<<<<<<<<<<<<<<<<<<<<<
return IPS_BUSY;
else
{
calibrationStage = CAL_DUSTCAP_UNPARKED;
appendLogText(i18n("Dust cap unparked."));
}
}
Tanks.
Read More...