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...
Hi Jasem,
An update on this.
I have been able to get my DSLR working with FlipFlat by adding 'CCD_HAS_SHUTTER' to the 'SetCCDCapability' function of gphoto.cpp.
I have also detected another issue that affects both the CCD Simulator as well as other CCD's.
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."));
}
}
Read More...
Thanks Jasem,
Could you also clarify for me too. In Calibration it is only possible to select 'Dust Cover with External Flat Light' OR 'Wall' location. When using the Wall option it only moves the mount but doesn't control the Flap or Light as the External Flap Light option does. Could it be possible to select BOTH these option not just one? I can work around it by taking a dummy flat frame with Wall option selected to move the mount then follow with the real Flats with the External Flap Light selected but it would be nice to do it in one step.
I'm relatively new to ekos/indi but loving it.
Read More...
Hi all,
I am trying to use FlipFlat driver with a Canon dslr but i'm having problems. Everything works OK when using the CCD simulator with FlipFlat as you can see from this log extract...
[2019-05-24T17:47:03.541 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Job requires 1.000-second Red images, has 0/1 frames captured and will be processed."
[2019-05-24T17:47:03.541 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Parking dust cap..."
[2019-05-24T17:47:03.606 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] CMD <>C000> "
[2019-05-24T17:47:03.668 GMT Daylight Time INFO ][ org.kde.kstars.indi] - CCD Simulator : "[INFO] Upload settings set to local only. "
[2019-05-24T17:47:03.668 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - < CCD Simulator >: < CCD_FILE_PATH >
[2019-05-24T17:47:03.672 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] RES <*C99000> "
[2019-05-24T17:47:04.409 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] CMD <>S000> "
[2019-05-24T17:47:04.466 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] RES <*S99001> "
[2019-05-24T17:47:04.467 GMT Daylight Time INFO ][ org.kde.kstars.indi] - Flip Flat : "[INFO] Cover closed. "
[2019-05-24T17:47:04.543 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Dust cap parked."
[2019-05-24T17:47:04.543 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Capturing 1.000-second Red image..."
[
...but when using the dslr with FlipFlat its as if the FlipFlat isn't there. This is the log ...
[2019-05-24T17:36:44.062 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Job requires 1.000-second images, has 0/1 frames captured and will be processed."
[2019-05-24T17:36:44.237 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] CMD <>S000> "
[2019-05-24T17:36:44.297 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] RES <*S99001> "
[2019-05-24T17:36:45.257 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] CMD <>S000> "
[2019-05-24T17:36:45.312 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] RES <*S99001> "
[2019-05-24T17:36:46.277 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] CMD <>S000> "
[2019-05-24T17:36:46.335 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] RES <*S99001> "
[2019-05-24T17:36:46.676 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Capturing 1.000-second image..."
[2019-05-24T17:36:46.721 GMT Daylight Time INFO ][ org.kde.kstars.indi] - Canon DSLR EOS 450D (PTP mode) : "[WARNING] The CCD does not have a shutter. Cover the camera in order to take a dark frame. "
[2019-05-24T17:36:46.781 GMT Daylight Time INFO ][ org.kde.kstars.indi] - Canon DSLR EOS 450D (PTP mode) : "[INFO] Starting 1 seconds exposure. "
[2019-05-24T17:36:47.291 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] CMD <>S000> "
[2019-05-24T17:36:47.346 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] RES <*S99001> "
[2019-05-24T17:36:48.311 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] CMD <>S000> "
[2019-05-24T17:36:48.366 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] RES <*S99001> "
[2019-05-24T17:36:49.331 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] CMD <>S000> "
[2019-05-24T17:36:49.386 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] RES <*S99001> "
[2019-05-24T17:36:50.351 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] CMD <>S000> "
[2019-05-24T17:36:50.406 GMT Daylight Time DEBG ][ org.kde.kstars.indi] - Flip Flat : "[DEBUG] RES <*S99001> "
[2019-05-24T17:36:51.351 GMT Daylight Time INFO ][ org.kde.kstars.indi] - Canon DSLR EOS 450D (PTP mode) : "[INFO] Image saved to /share/astro/240519/Dark/Dark_001.fits "
[2019-05-24T17:36:51.416 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Remote image saved to /share/astro/240519/Dark/Dark_001.fits"
[2019-05-24T17:36:51.416 GMT Daylight Time INFO ][ org.kde.kstars.ekos.capture] - "Received image 1 out of 1."
Should FlipFlat work with a dslr ? Is there some configuration setting I'm missing?
Any help appreciated.
Ray.
Read More...
I guess noone else has experienced this. I'm wondering if my small focal length could be the issue. On the Polemaster setup a 25mm focal length is used. For Sharpcam a focal length of around 120mm is recommended. For ekos greater than 1 degree FOV is recommended as per the youtube video. My 25mm focal length gives me a FOV of around 10 degrees. Is there an upper FOV limit when using ekos Polar alignment?
Read More...
Hi, I'm new to ekos/indi and first post here. I've spent the last two evenings trying to set polar alignment on mt eq6-r pro using the polar alignment method in ekos. While the procedure works sucessfully as per the youtube video I cant achieve any level of accuracy or consistancy of results. For example my initial attemp showed my polar alignment to be out by 56'. I adjusted for this and retested. Retest showed PA to be out by 9'. I readjusted and retested. subsiquent tests/adjustments gave ever worsening degrees of error. Last night I setupPA using Polemaster and quickly got to a point where Polemaster said PA was 'spot on' and subsiquent retests using Polemaster confirmed this result. At this point I measured the Polemaster derived alignment using ekos several times without making any changes or adjustments to the mount and results fluctuated from 4' to over 10' of error. I'm running Astrometry local but also confirmed results using online solver. My setup for both ekos and Polemaster are the same using a qhy5l-ii camera with 25mm FL lens mounted on the RA axis and also tried with similar results using canon dslr 450d. Assuming Polemaster is giving the correct alignment can anybody suggest what I may be doing wrong to be getting inaccurate and fluctuating results using ekos.
Read More...