#1  
Old 10-02-2014, 07:17 AM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
STT 8300m Blooming?

Hi All,

Whilst trying to get some RGB stars for Mike for my recent NGC 3324 image I have encountered a problem with very saturated stars which I'm not sure I've seen before.

In the crop of the image below you can see running up from the bright star a series of dotted lines. There are three bright stars in the image and they all exhibit this behaviour.

It has shown up in some long Ha shots as well last night.

I don't think that I have ever seen this before with this CCD, I performed a driver update the other day. Is this something I can fix, or has it always been there I've just never seen it.

Cheers
Stuart
Attached Thumbnails
Click for full-size image (NGC-3324-Stars-LRGB.jpg)
131.7 KB119 views
Reply With Quote
  #2  
Old 10-02-2014, 07:53 AM
gregbradley's Avatar
gregbradley
Registered User

gregbradley is offline
 
Join Date: Feb 2006
Location: Sydney
Posts: 17,877
I wonder if its the readout. Some sort of bleed and it goes over into the read out process. Are you able to reduce the gain like you can with an STL?

Greg.
Reply With Quote
  #3  
Old 10-02-2014, 08:30 AM
Peter Ward's Avatar
Peter Ward
Galaxy hitchhiking guide

Peter Ward is offline
 
Join Date: Dec 2007
Location: The Shire
Posts: 8,090
Can't say I've ever seen this Stu. Possibly a clocking issue. Suggest you contact SBIG.
Reply With Quote
  #4  
Old 10-02-2014, 08:32 AM
Paul Haese's Avatar
Paul Haese
Registered User

Paul Haese is offline
 
Join Date: Jan 2009
Location: Adelaide
Posts: 9,937
I occasionally see this with the QSI683 but only on one or two mono frames. Never repeatable to create a coloured trail. For the most part it comes out with calibration and data rejection.
Reply With Quote
  #5  
Old 10-02-2014, 09:00 AM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
Quote:
Originally Posted by Peter Ward View Post
Can't say I've ever seen this Stu. Possibly a clocking issue. Suggest you contact SBIG.
I thought you were Sbig in Aus? I have sent David Morrow an email.

Cheers
Stuart
Reply With Quote
  #6  
Old 10-02-2014, 09:03 AM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
Quote:
Originally Posted by Paul Haese View Post
I occasionally see this with the QSI683 but only on one or two mono frames. Never repeatable to create a coloured trail. For the most part it comes out with calibration and data rejection.
Hi Paul,
As you can see, it's repeatable, so much so that the LRGB subs all align and then it looks like real signal to the software so no data rejection will remove it. Calibration doesn't fix it because it's only in the light frames and moves with the stars.

I might try downgrading the drivers that I updated. I have also noticed the USB download speed is slower than it used to be.

Cheers
Stuart
Reply With Quote
  #7  
Old 10-02-2014, 09:04 AM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
Quote:
Originally Posted by gregbradley View Post
I wonder if its the readout. Some sort of bleed and it goes over into the read out process. Are you able to reduce the gain like you can with an STL?

Greg.
Hi Greg,

No user adjustable gain in the STT8300.

Cheers
Stuart
Reply With Quote
  #8  
Old 10-02-2014, 09:05 AM
Peter.M's Avatar
Peter.M
Registered User

Peter.M is offline
 
Join Date: Sep 2011
Location: Adelaide
Posts: 947
While that's not ideal, wouldn't dithering calibrate the data out?
Reply With Quote
  #9  
Old 10-02-2014, 10:12 AM
Peter Ward's Avatar
Peter Ward
Galaxy hitchhiking guide

Peter Ward is offline
 
Join Date: Dec 2007
Location: The Shire
Posts: 8,090
Quote:
Originally Posted by rat156 View Post
I thought you were Sbig in Aus? I have sent David Morrow an email.

Cheers
Stuart
Yes, you could have PM'd me some .fits examples and, not having seen this before , I would have liased with SBIG...but that takes time. Quicker to ask David.
Reply With Quote
  #10  
Old 10-02-2014, 10:15 AM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
Quote:
Originally Posted by Peter.M View Post
While that's not ideal, wouldn't dithering calibrate the data out?
No it doesn't as the lines move with the stars, hence they dither as well. That was my hope as well, but the lines appear to be real signal to software.

Cheers
Stuart
Reply With Quote
  #11  
Old 10-02-2014, 01:01 PM
gregbradley's Avatar
gregbradley
Registered User

gregbradley is offline
 
Join Date: Feb 2006
Location: Sydney
Posts: 17,877
Quote:
Originally Posted by rat156 View Post
No it doesn't as the lines move with the stars, hence they dither as well. That was my hope as well, but the lines appear to be real signal to software.

Cheers
Stuart
If it started after you updated the driver then that is a logical place to start.

I have never seen this before on my ML8300 or any CCD for that matter.

Greg.
Reply With Quote
  #12  
Old 11-02-2014, 08:55 PM
Peter Ward's Avatar
Peter Ward
Galaxy hitchhiking guide

Peter Ward is offline
 
Join Date: Dec 2007
Location: The Shire
Posts: 8,090
Quote:
Originally Posted by rat156 View Post
No it doesn't as the lines move with the stars, hence they dither as well. That was my hope as well, but the lines appear to be real signal to software.

Cheers
Stuart
Just to be sure.....does this artifact appear when you use (SBIG's native) CCDops?
Reply With Quote
  #13  
Old 12-02-2014, 07:02 AM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
Hi Peter,

Don't know, never use it.

David Morrow has contacted me and I have sent some fits. I rolled back the driver (I think) by reinstalling a previous version, though I have to confess that with a Mac I'm not sure which driver is being used. David was confused by the lines being above the star, I think CCDStack automatically flips them from memory.

Next clear night I have to check to see if that worked, too smoky here last night.

Cheers
Stuart
Reply With Quote
  #14  
Old 17-02-2014, 09:10 PM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
More information, I only get the streaks when guiding, an equivalent shot unguided does not have the streaks.

Tried the whole setup in TSX for windows, same problem.

Now have a thread going at SB web forums, no response from the Bisque clan yet.

Anyone else using an STT8300M, CFW8G and TSX?

Cheers
Stuart
Reply With Quote
  #15  
Old 17-02-2014, 09:12 PM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
Quote:
Originally Posted by Peter Ward View Post
Just to be sure.....does this artifact appear when you use (SBIG's native) CCDops?
Hi Peter,

Can't remember how to drive CCDops! From the further information I have found out I would need to take a 30 second guided image. Care to write out a simple protocol for me?

Cheers
Stuart
Reply With Quote
  #16  
Old 18-02-2014, 09:41 AM
Peter Ward's Avatar
Peter Ward
Galaxy hitchhiking guide

Peter Ward is offline
 
Join Date: Dec 2007
Location: The Shire
Posts: 8,090
Quote:
Originally Posted by rat156 View Post
Hi Peter,

Can't remember how to drive CCDops! From the further information I have found out I would need to take a 30 second guided image. Care to write out a simple protocol for me?

Cheers
Stuart
Power-up camera
Start CCDops, close auto-launching differential guider dialog
Camera>setup> Set temp, guide & imaging CCD res.
Wait for CCD to cool & power setting to stabilize.
Camera>focus ....planet mode works best. Focus telescope as image updates.
Track>calibrate Set exposure time (~ 1 sec) motion vector time (~ 5 sec) & run.
Check for success, if no, check guide star present, or not too close to edge, or for similarly bright star(s) in same field, guide cable plugged in, dust cap removed, dome open, not cloudy.
Slew to desired imaging field, Track>Self Guide> set desired exposure time and correction interval.
Select start. Watch guide star/or Star Trek until exposure is complete.
After exposure is complete, save image.

If this doesn't make sense, RTFM!!!
Reply With Quote
  #17  
Old 20-02-2014, 10:08 PM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
Quote:
Originally Posted by Peter Ward View Post
Power-up camera
Start CCDops, close auto-launching differential guider dialog
Camera>setup> Set temp, guide & imaging CCD res.
Wait for CCD to cool & power setting to stabilize.
Camera>focus ....planet mode works best. Focus telescope as image updates.
Track>calibrate Set exposure time (~ 1 sec) motion vector time (~ 5 sec) & run.
Check for success, if no, check guide star present, or not too close to edge, or for similarly bright star(s) in same field, guide cable plugged in, dust cap removed, dome open, not cloudy.
Slew to desired imaging field, Track>Self Guide> set desired exposure time and correction interval.
Select start. Watch guide star/or Star Trek until exposure is complete.
After exposure is complete, save image.

If this doesn't make sense, RTFM!!!
Thanks Peter, it was easy once you know how!!

Anyway, just posted this over at the SB website...

OK, after much testing I believe that I have confirmed that this is a software problem.

On my Mac i can run Windows under VMware, or natively through bootcamp, of course I can run MacOS Mavericks. So for the sake of brevity, these will be abbreviated to W7V, W7N and OSX respectively.

Firstly to test the camera hardware I took both 10 and 30 second guided exposures with CCDops in W7N, neither had streaks. Immediately after this I use TSX (10.2.0 B7477) running under W7N to acquire the same images, again, no streaks. Rebooted computer to OSX, retook images with TSX under OSX, streaks in both guided images. Ran TSX under W7V, both images again had streaks.

Thinking that I may have different builds of TSX under W7N and W7V, I checked this and updated the TSX version (it is shared BTW) to build 7715. Again I had streaks in TSX W7V. When the computer was rebooted to W7N, the streaks were now present in the images. I reran CCDops, no streaks. I reran TSX, no streaks.

It seems that running CCDops corrects the issue, I can then use TSX running under W7N to acquire streak free images.

Re booted the computer to OSX, without starting TSX under OSX, I tried TSX under W7V, the streaks had returned. I started CCDops under W7V, no streaks in either guided image. Retried TSX under W7V (without shutting the program down, just disconnecting and reconnecting the camera), the streaks have returned.

I did not try running CCDops under W7V and TSX under OSX as I though that there may be guiding issues running across operating systems, but now I think of it the camera would guide using the relays, so I may be able to do this, though I do not see this as a solution.

I installed the latest build of TSX for OSX, this is totally unusable as the guiding is broken, I take a guide image, try to select a star (or have the software autoselect) and I get a dialogue box saying "Please take photo so the guide star can be automatically found", there are also three nested guider display windows.

I tried to take an image, then before the exposure was finished covered the scope up to test if this is a shutter problem, it did not change the appearance of the streaks, so I doubt that this is the problem.

I think that I'll just have to reinstall TSX up to two builds ago to get around this problem.

Cheers
Stuart
Reply With Quote
  #18  
Old 21-02-2014, 06:30 AM
PRejto's Avatar
PRejto (Peter)
Registered User

PRejto is offline
 
Join Date: Jan 2011
Location: Rylstone, NSW, Australia
Posts: 1,397
And, what must be frustrating is that you put all this up and so far the only "official" response is a totally irrelevant comment about CCDSoft (which you were not even using). I feel guilty for having put up my simple suggestion because it seems only the "short" posts get attention, and your massive post is not even read. FRUSTRATING!!!!! I went through this for months trying to prove my MX issue....It's a vexing support system.
Reply With Quote
  #19  
Old 21-02-2014, 07:11 AM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
Yeah, their customer service is, quite frankly, Shiesenhousen. Their method of requesting assistance is a model of how NOT to set it up. When they do help, they are usually quite helpful, it's just making enough noise to be heard that is frustrating. Maybe it's an American thing.

Anyone have all the daily builds for Mac archived so I can roll back the software??

Cheers
Stuart
Reply With Quote
  #20  
Old 21-02-2014, 07:20 AM
rat156's Avatar
rat156
Registered User

rat156 is offline
 
Join Date: Aug 2005
Location: Melbourne
Posts: 1,694
Now they've removed one of my replies to Daniel's inane post about the latest Mac daily build being broken on another thread. They've also removed Daniel's reply about getting to the root cause. I was about to edit mine to say that instead of posting this they could have checked the &*(Y*^*%&^% thing before dissing one of their customers.

Even more PO'd.

Better go to work and break something now!

Cheers
Stuart
Reply With Quote
Reply

Bookmarks

Thread Tools
Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +10. The time is now 07:14 AM.

Powered by vBulletin Version 3.8.7 | Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Advertisement
Testar
Advertisement
Bintel
Advertisement