Jump to content

Canada's top-tier Telescopes & Accessories
Be as specific as possible when reporting issues and *ALWAYS* include the full version number of the application you are using and your exact *CAMERA MODEL*
  • 0
Sign in to follow this  
ScottF

60D keeps dropping connection when shooting Darks/flats?

Question

Hello,

 

I have no issues with disconnects or using BYE to capture light frames and using dithering with PHD/PHD2.

The problem occurs when trying to capture Darks or Flats(I'd like to use BYE for Darks because of the great file naming options). Usually, my procedure when I finish capturing light frames is to use the same capture sequence for Darks(i.e. ten exposures at xx seconds, followed by ten exposures at another exposure). However, the sequence aborts after two frames and disconnects? If I shoot Flats, I manage to get several frames in, but then the whole program hangs.

I do have around 16 feet of USB cable with 12 feet of that being an active USB cable. My computer is new with lots of free space, and the USB cables are connected directly to the machine with no hubs. The computer is a laptop connected directly to AC power. Additionally, I install a fully charged battery before starting the dark sequence. 

Oddly, the issue doesn't occur with light capture, only with darks and flats, so it doesn't seem like a cable problem? I wondered if there needs to be a delay between exposures, but since it is the same sequence as a light capture, that doesn't make sense?

I apologize if the answer is here somewhere, I didn't see my particular issue mentioned. 

Any ideas?

Thank you

Share this post


Link to post
Share on other sites

10 answers to this question

Recommended Posts

  • 0

Please tell us which version of BYE you are using and which SDK you are choosing when you connect.

 

Can you also tell us what you mean when you say "it disconnects"?

 

When you say "the whole program hangs", do you mean it becomes totally unresponsive and you have to use the Task Manager to kill it?

 

Have you stopped PHD from guiding when you shoot your darks and lights?

 

I am also assuming that you change the Frame Type to Dark & Flat, as appropriate. Is that so?

 

 

AFAIK, the only difference between shooting Light frames and shooting Darks and Flats is that no dithering is performed for Darks or Flats, even if it is enabled.

 

Guylain may want to look at your log file from a session where you experienced this issue.

Share this post


Link to post
Share on other sites
  • 0

Hi, it is version 3.1.7. I haven't installed the latest version. I will do that today. I'm not at the computer right now, but I pick the top selection in the window that opens when you select "connect", which, I believe is the correct one for my camera(everything else works fine). 

With Darks, it stops after two exposures and says "session aborted", I will have to look at it when I get home to tell you exactly what it says.

With flats, I get several images and then the program locks up and I have to use Task Manager to terminate it.

Yes, PHD is shut down.

Yes, I change the frame type to Dark or Flat as appropriate.

I didn't realize that a new version is out, I just downloaded it and will install it, try it again, and report back here.

thank you

Share this post


Link to post
Share on other sites
  • 0

The 60D is a DIGIC IV camera, so per the notes on the Driver Selection dialog you should choose Canon 215, not Canon. What you are choosing here is a version of the Canon SDK to be used to talk to your camera. There are some newer cameras that will only work with the Canon (topmost option). Your camera should work with either one, but there have been some reported issues with the newest version. They may have been addressed in 3.1.7 of BYE, but Canon 215 has been stable for quite a while.

Share this post


Link to post
Share on other sites
  • 0

Ok , my bad. I'll update the version and pick the other setting. Very strange that it is only an issue with darks and flats. I can understand flats as it makes different camera settings, but darks are identical minus the PHD dithering.

I will followup so people will know in case someone else makes the same mistake.

Share this post


Link to post
Share on other sites
  • 0

Your description of the issue does not make any sense.

 

Taking darks, flats, or light frames invokes the exact same code in BYE with the difference being the file name prefix.

 

Perhaps there is another variable at play here.

 

Do you get an error message?

Share this post


Link to post
Share on other sites
  • 0

You may have misunderstood my comments. I don't believe that changing the SDK version that you are using will fix your issue. Only that the newest SDK may not be the best choice.

 

I believe that your issue is due to a bad cable or that the internal USB hub is being overloaded with data. I also don't know why a bad cable would not effect your Lights capture plan. However it may take a detailed examination of the log files to tell for sure. Lockups and session aborts are typically a communication problem and the number one culprit is cabling. You also need to ensure that you have a fully charged battery or are running with an A/C power converter.

 

I had thought that your symptom of stopping after the 2nd image downloaded was familiar, but I could not find anything by searching for some logical keywords.

 

Still, upgrading is not a bad next step.

Share this post


Link to post
Share on other sites
  • 0

Your description of the issue does not make any sense.

 

Taking darks, flats, or light frames invokes the exact same code in BYE with the difference being the file name prefix.

 

Perhaps there is another variable at play here.

 

Do you get an error message?

 

I know it doesn't make sense, it's driving me nuts. I just built an observatory, so I don't have to pack up my gear every night. I used to just use BYE for lights. I'd unpack and cover the camera and just use a remote release to get my darks for the night in my house, so using BYE for darks and flats is new. I will double check cables but they are all new(not that there couldn't be a cable problem still). I will follow up after I update the version, and try again. 

Share this post


Link to post
Share on other sites
  • 0

I updated the version and it seems to work now. I started it and took a bunch of lights and darks without issue. I'd like to say updating fixed it, but now I'm wondering if it was related to PHD dithering.  At the end of imaging, I would shut down the PHD software, but I don't think I unselected the dithering button in BYE.

If that was the problem, then I'm the dummy and apologize to those that answered! :rolleyes:

Either way, my issue seems resolved so thank you for the prompt replies and help.

It's a great program by the way, I've been quite pleased with it. :)

Share this post


Link to post
Share on other sites
  • 0

The fact that dithering was selected, but PHD was not running should not matter. Dithering does not make sense when shooting Darks or Flats, so I believe that BYE skips trying to dither. Even if you were shooting Lights with dithering enabled, but PHD was not running, BYE should fail gracefully so as to not affect your capture plan.

 

It may be the different SDK version that, I assume, you chose.

 

Anyway, I am glad that you are working

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

×
×
  • Create New...

Important Information

This site uses cookies to offer your a better browsing experience. You can adjust your cookie settings. By closing this banner, scrolling this page, clicking a link or continuing to browse otherwise, you agree to the use of cookies, our Privacy Policy, and our Terms of Use