×

INDI Library v2.0.7 is Released (01 Apr 2024)

Bi-monthly release with minor bug fixes and improvements

a different 30s exposure issue with Canon

  • Posts: 9
  • Thank you received: 1
I've finally had the time to debug some of the issues that have bugged me...

Latest indi 1.2, though was also present in 1.1
Latest kstars-bleeding from the repo 5:15.12+r5636.250~ubuntu15.04.1 (as also present 6 months ago)
Xubuntu 15.04
Canon 20D (unmodded) with indi_gphoto

First issue is that unless I use the external serial bulb control, the camera always takes a 30 seconds exposure, regardless of what exposure setting I use. So specifying 5 seconds results in a 30 second exposure. I've always used the upload option of Both.

I've debugged this one through and found the issue in gphoto_driver.c at line 591 in gphoto_start_exposure()

// Not using bulb mode
// If we need to save to SD card as well, set idx to 1
if (gphoto->upload_settings != GP_UPLOAD_CLIENT)
idx = 1;
else
idx = find_exposure_setting(gphoto, gphoto->exposure_widget, exptime_msec);

So that says it will respect the exposure setting only if UPLOAD_CLIENT is used. Index 1 for my 20D is 30 seconds, hence the resulting behaviour. Specifying an upload setting of Client results in correct length exposures as expected.

I can obviously remove this (and it already has been commented out a few lines above by someone) but I'm wondering if I'm going to break anything in doing so. I really can't understand why the upload setting would affect the exposure length. Hopefully someone can enlighten me :) Being a software developer (bit rusty on the C) I have no problem customising my local install but would good to fold this back in as well.

I'm guessing no one has noticed this as generally we're more interested in bulb exposures, however this is a pain for focusing and alignment.

Second issue I'll log separately, but it relates to something either in kstars or indi_gphoto hanging when using an Upload value other than Local.

BTW Nice to see the scheduling and mosaic support added, as well as phd2 support.

Andrew
8 years 1 month ago #7222

Please Log in or Create an account to join the conversation.

  • Posts: 9
  • Thank you received: 1
Attempting to produce the logs for this revealed the second issue is limited to a Upload value of Client so maybe it's related to this issue after all…

Issue is that kstars (it could be indi_gphoto) stays in the Downloading… state after the second exposure when using a Upload value of Client. Local or Both seem to work fine, though I'm sure I saw it with Both before. Only the first image is downloaded and displayed in the FITS Viewer. Indi and the driver appear to be non-responsive after this point (can't disconnect and indiserver process remains after killing kstars) No further use is possible with the camera.

Logfiles attached.

Andrew

File Attachment:

File Name: indi_hanging.zip
File Size:102 KB
The following user(s) said Thank You: Vincent Groenewold
8 years 1 month ago #7223
Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 9
  • Thank you received: 1
I tested the fix for the first issue last night (removal of if statement and idx = 1) and it seemed to work fine. I was able to use short exposures correctly with a Upload value of Both, didn't notice any adverse behaviour yet.

Predictably it's forecast to be rainy for the near future so I can't test how this works with alignment or focusing :(
8 years 1 month ago #7237

Please Log in or Create an account to join the conversation.

Time to create page: 2.536 seconds