Jump to content

Banner.jpg.b89429c566825f6ab32bcafbada449c9.jpg

symmetal

Members
  • Posts

    2,406
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by symmetal

  1. The Zwo manual just states that the sensor protect window is AR coated only, and doesn't specify a different window for the colour version like some other cameras, so it passes IR and some extended blue. IR will be out of focus when you're focused on visible wavelengths so will lead to some image blurring. Depending on how well colour corrected the scope is, the shorter blue wavelengths may be out of focus to some degree as well causing noticeable blue halos around stars The UV/IR cut will remove the out of focus IR and the shorter blue wavelengths leading into UV which should improve your image sharpness, and help with any blue halos. The Astromomik UV/IRfilters have three passband widths. L2 is the middle one and is likely similar to other manufactures UV/IR filters. The L3 has a narrower passband which cuts off more off the shorter blue wavelengths as well as the longer red wavelengths so reducing blue halos more. Your posted image sharpness looks quite reasonable, but there's almost no colour present and it's faily black crushed so it's hard to say what UV/IR filter would suit you best. It's worth getting an UV/IR cut filter anyway if the camera itself doesn't have one, and the L2 should be fine, but whether you'd benefit more from the L3 I can't say from your image. The L1 is for very well colour corrected optics so wouldn't be the best choice for mid-price scopes. Alan
  2. Thanks @wimvb for your comments and for the link to the earlier article. I could try adding more data and see if it shows signs of an overdensity which appears to be the first indication for study. Compared to the other dwarfs studied I wonder what first drew them to Draco II as it doesn't indicate an overdensity. It's very similar to Ursa Major I in that respect. The stars plotted are in the magnitude 18 to 21 range with star 25 (just visible on the image) being given mag 21.58 I forgot to say that Draco II distance is given as 70,124 light years, so it's just outside the Milky Way. I assume distances given are corrected as being from the Milky Way centre rather than from the observer. I just thought the authors might like an picture for their wall really, rather than for further study, but the book you linked to looks interesting. πŸ™‚ Alan
  3. The first paper stated that the Sloan Digital Sky Survey (SDSS), Panoramic Survey Telescope and Rapid Response System 1 (Pan-STARRS1), and the Dark Energy Survey (DES) allowed for the discovery of faint Milky Way satellites. I thought I'd see what was available to download from these surveys and got these: It was just outside the SDSS coverage area so no data. Dark Energy Survey The bright stars easily line up with those seen in the marked area in my image. πŸ™‚ Alan
  4. I haven't found any images of Draco II and just two published papers. 2016 Is Draco II one of the faintest dwarf galaxies? 2018 Pristine dwarf galaxy survey...of the very metal-poor Draco II satellite Draco II is likely among the faintest, most compact, and closest satellite dwarf galaxies. Visually it certainly doesn't stand out, and its individual stars are indistinguishable from the Milky Way stars in the foreground. The first paper lists 9 observed stars while the second paper lists 14 stars as belonging to Draco II in the appendix at the end. I made a custom catalogue to load into PI's annotation script, but there's a discrepancy as two of the observed stars don't seem to be in the 14 star list so I have 16 stars plotted with the 9 observed stars given the numbers assigned. The latter list includes numerous Milky Way stars as well as the 14 Draco II members so maybe two of the first list have been demoted to Milky Way stars. The table columns g0 and i0 have values one of which could be apparent magnitudes. The image is comprised of 3 hours of 2 min subs using a RASA 11 and ASI2600MC. Stacked in APP and processed in PI and PS, and no star removal processing was performed. I've included a crop of Draco II at the end. Area containing Draco II. But... I can't see it😟 Here it is... 😁 Note all the stars seem to have the same colour. Crop I wonder if the authors of the reports would be interested in the image? Or perhaps send it in to the most underwhelming picture competition. 😊 Alan
  5. Wow! Different to mine. 😲 You certainly have the blue stars reflecting off the dust. I think I relied on PMCC for the colour too much as it seems to have killed the blue again. I'll look over your process list for some tips. Thanks. Alan
  6. A PC running 'Home' can be a Remote Desktop client but not a host. A 'Pro' PC can be either. So only the PC you want to control remotely must be a 'Pro' version. Alan
  7. Thanks Wim to take the trouble. I didn't notice the Auto-zero shadows option. Certainly more varied colours. I'll have to have a look. I've uploaded the original stack here if you, or anyone else, want to try it from scratch. πŸ˜€ It needs to be flipped horizontally for the right orientation. VdB152.fits Alan Edit: I'll be uploading Draco II shortly which may interest you more. πŸ™‚
  8. Thanks Wim. I think I just used default ABE in the end. I wondered about the colour but I tried different different colour calibrations but went with PhotometricColorCalibration as it seemed to give good matching graphs, though I've found when using it on spiral galaxies it can leave them looking very yellow all over. πŸ€” Alan
  9. Excellent capture. It's certainly in a hurry. Alan
  10. Thanks @wimvb and @gorann πŸ™‚ The PK.. designation of the 'galaxy with a hole' should have been a clue as it's from the 'Catalogue of Galactic Planetary Nebulae'. Here it is at full size. The 'spiral arms' threw me off. As you're both interested in less common objects, I wondered if you had seen my vdB 152 image I posted some time ago which had some interesting neighbouring structures. Alan
  11. This Astronomy Threads Explained link may help. πŸ™‚ Alan
  12. True. After all the effort of getting a fuzzy image of a black hole by the Event Horizon telescope, this is a much clearer one. Edit: PK084+01.1 is already designated as a planetary nebula, so no fame for me. 😟 Alan
  13. By the shape and location it's more like the Pelican's Tick. 😁 Odd that it isn't designated, as smaller and fainter objects get a mention. πŸ™‚ The little galaxy just above it PK084... seems to have an actual black hole in the centre. I'll see if this is a star removal artifact. Edit: The hole is obvious in the Ha and just visible in OIII and SII so there's an actual bright ring at the centre of the galaxy. Alan
  14. Dean, I use Sharpcap's Polar Alignment routine on my portable mount and you can get it better than 1 arcmin very quickly with instant readouts on how far off you are. It uses the guide camera for measurements and there's no need for the guide camera to be well aligned with the main scope either. I looked at Polemaster's setup procedure and it does require quite a few time consuming steps to complete, so it's worth seeing if Sharpcap may be easier for you. Alan
  15. Forgot to add the annotated image. πŸ™‚ Alan
  16. First chance of trying out my Astronomik FastFR narrowband filters. This was obtained in a mix of Astro and Nautical Darkness and a partial Moon was in attendance. 100 mins per filter of 5 min exposures. ASI6200MM and RASA 11. Processed in PI and PS. I based the modified SHO processing on a YouTube tutorial by Lefty's Astrophotography which was very useful. πŸ™‚ I used StarXT on all three channels and just kept the Ha stars to add in later in PS as mono stars as the odd coloured stars and halos were a bit distracting. Halos left on the background after StarXT were treated in PS with the Patch Tool which I find is better than cloning. All channels also had BlurXT and NoiseXT applied before combining, and the Ha was also added back in as a Luminance layer. I was very surprised at how well it turned out despite Deneb pushing its way in and causing a flare on the extreme top right on all three channels but also several large rings on OIII and to an extent on SII. The rings are hardly noticeable on the finished image, and I could have easily cloned out the top right flare. I realised the framing could have been better, getting more of the Cygnus Wall, and have started retaking all the frames. Getting Deneb further out of frame also helps greatly with the rings which are barely visible on the new OIII. Even though the Moon was around there doesn't seem to have been any bad gradients on the channels. I resampled the final result to 50% in PS. More than happy with the result, 😁 and thankfully it justified spending all that extra on the fast filters as I already had the standard 2" narrowband filters. Cygnus Wall crop There's also a small nebula patch top right of the pelican which I don't think has a separate designation. Shown here at full size. Here's the OIII channel showing the large ring flares caused by Deneb off to the top right. The stars along the top seem to show little spikes left and right, and I've since re-tweaked the Baader tilt adjuster which has improved them. OIII is very good at showing star defects. πŸ™‚ I used Luminance flats for all channels and looking closely they don't quite fix the corners so I've since taken separate flats for the narrowband filters. Luckily fast scopes don't show dust bunnies from the filters. Alan
  17. Dean, The longer exposures as such won't make the walking noise worse. Slight polar alignment errors is a main cause of this, not enough to give you elongated stars in one sub, but over an hour or so of imaging the image will drift over the sensor, and as you align on the stars during stacking, the camera fixed pattern noise ends up appearing as streaks on the stacked result. This isn't random in its appearance, (it's called correlated noise), so isn't removed effectively by stacking. Dithering in a random direction will break up this correlation making it more random, and so more effectively removed by stacking. It can take a while to settle after dithering, especially if you dither a large amount, though you have to dither by a enough pixels for it to make a difference, at least around 6 pixels or more at least by looking at your image. You don't have to dither every frame, (though the more often the better), just as long as you dither around 10 times at least in your imaging run. If you aim to take 40 subs then dithering every 4 frames should be ok for the stacking to help remove the bad pixels. You also need to enable sigma reject in your stacking options to make this work effectively. Alan
  18. 'Cosmic Geoff' and 'Carbon Brush' have pretty much covered what you need to know Chickpea. Bench power supplies are used when developing new circuit designs or when fault finding circuit boards which have failed for some reason. In these cases having protection on what current the supply delivers can save further damage to the board by having more components or circuit tracks getting burnt. For a tried and tested system like your mount these protections are not really necessary and a simple fuse in the positive wire from the supply should be fine. These fuses happily pass the surge current greater than their fuse rating for a fraction of a second, up to a limit of course. Your power supply will have its own excess current protection independant of the OCP, to protect the supply itself, even if OCP or current limiting is not enabled. I would just put an anti-surge fuse of say 5A in the mount power lead or a quick blow fuse of 10A and not have OCP or current limiting enabled. I tend to just use anti-surge fuses in situations like this. Current limiting can cause unpredictable behaviour when powering microprocessor systems even if it only limits for a few microseconds. Alan
  19. On switch on, it will draw significantly more current for a fraction of a second, compared to its specifications while the electrolytic capacitors on your mount's circuit board charge up. This is perfectly normal and is what's causing the over current protection to trip if it's set too close to the specified current rating. An electrolytic capacitor is effectively a short circuit when a DC voltage is applied to it. They are used as voltage reservoirs, connected across voltage rails to smooth the DC supply and help remove noise. They quickly charge up to the applied voltage and once charged their current draw is small. OCP is effectively a quick acting fuse. If you want to use the OCP I would set the trip threshold to at least 8 or 10 amps. A common cartridge fuse type is called 'anti-surge' to prevent them blowing when a device is switched on because of this switch on current surge. A standard brick type power supply rated at say 5 amps can deliver much more current for a short time without being damaged. It's output voltage may dip during this current surge but that's quite normal. OCP and current limiting are different things. OCP is usually used to protect the power supply and is normally fixed just above its maximum current rating but should allow a short duration surge current above this value. Current limiting just limits the current to a maximum value, but doesn't shut off the supply. It looks like you have the option of using the current limit value as the OCP trip threshold, but in this case it's not allowing any switch on surge current. Alan
  20. Hi Dean, Your dark frame has dealt with the amp glow well, but your focus looks a little off as it's softer than your last 120s stack you posted. Maybe your guiding is contributing so 120s may be a better exposure to use. Your hot pixels seem to have turned into black pixels and 'walking noise' is quite evident by the black pixel diagonal streaks. A bad pixel map created from your darks should replace the bad pixels with the average value of the surrounding good pixels which will help with the bad/black pixels. When creating the master dark there should be a stacking option to create a bad pixel map too. Dithering is the best way to randomize the walking noise making it less noticeable, if you have an option to dither in your capture software. Good luck! πŸ™‚ Alan
  21. It looks rather cheaply made but as Malcolm says, if it works then that's fine. The output cables look quite short so you may need extension cables which increases the number of connectors in series. Also check they are wired centre positive. It will still need to be covered when outside to avoid dew forming on the case. It's not earthed either, like higher power output switch mode supplies usually are, so you may get some tingling sensations when touching the mount. Not dangerous as such but can be unpleasant. The 30A supply you mentioned will need fitting in an enclosure with the mains terminals separately covered as well so entails a bit more work, but once done will be able to adapt to any setup you have fairly easily. Alan
  22. You're welcome. πŸ™‚In Photoshop you can use 'levels' or 'curves'. First display the 3 channel histogram so you can see what you're doing. Using levels, select each colour channel in turn and move the 'Input levels' left most slider to the right until all three coloured histograms are on top of each other in the top histogram. Select 'colors' as the histogram's operating mode so you can see the individual colours. You'll probably leave the red channel alone and bring the green and blue channels down to match the red. If the histograms are all bunched up to the left so you can't separate them initially, select channel RGB in levels and move the 'input levels' centre slider to the left (stretching the image) until the RGB histograms are away from the left edge. Using curves, again select each channel in turn and move the left hand (black) input slider to the right to achieve the same results in the histograms as above. Don't move any of the sliders too far to the right, (which moves the histograms to the left) such that the left edge of the histogram starts getting clipped. Always leave a bit of space to the left of the histogram while processing. As a final move you can start clipping the left of the RGB histogram to give the most visually pleasing result. Alan
  23. Dean, Good news. πŸ€— Your latest postings look fine. I converted the fits to 16 bit tiffs to show in Photoshop as it's easier to visualize the results. The 4 frame stack unstretched. The red signal is present now and not clipped. It's the lowest level of the three as expected and looks good overall. The 4 frame stack with a quick stretch and background neutralized. All colours good and quite reasonable for just 4 frames. Amp glow present but easily fixed with darks. For uncooled the noise is reasonable too. Both the master flats look fine too. No clipping which is main thing. Some bad pixels but a bad pixel map and/or dithering will fix them. For information, here's your single sub, which looked fine, stretched and enlarged greatly so that the single pixels are visible. The red pixels are the darker ones in each group of 4. Everything looking good now. πŸ™‚ Not sure what happened with your first posting where the red was black clipped. You may as well continue with the L-eNhance as the red output level is better than I would have thought given the relative widths of the bandpass segments and is quite useable. You just need plenty of subs now on each target and you should have some good results. 😊 Alan
  24. Dean, Looking at your original image posted the red signal is actually quite heavily black clipped which is why there's little or no red background signal. Is there some stacking feature causing this. Could you post one of your single subs which should give a better indication of how your filter is actually performing. Also, what does your master flat frame histogram look like with this filter. Are there three peaks corresponding to the RGB outputs visible and none are getting clipped. Your green and blue peaks will likely be a lot further to the right on the histogram than the red. Alan
  25. Bortle 4/5 isn't too bad for light pollution so I assume you got the filter to try narrowband imaging. I think it's a bit misleading to call the l-eNhance a tri-band filter as it's really a dual band filter with one band larger in width than the other, giving lower Ha signal. You won't get much difference between the blue and green signals whether you're going for H-beta or OIII. so you can't tell three bands apart A better filter for dual band imaging with OSC in my opinion would be the IDAS NBZ nebula boost filter as it has similar pass band widths in Ha and OIII so the ratio of red signal compared to green/blue will be much higher. This is over twice the price of the Optolong filter though. Your 135 camera gain setting of 135 is the optimum to use, as it is the unity gain setting of 1 electron/ADU and is also above the gain setting where the HCG kicks in giving lower read noise, so I'd leave it at 135. The crescent nebula is generally brighter in OIII than Ha I believe, which doesn't help here. The Lagoon Nebula and those nearby are much higher in Ha, compared to OIII so they should give you significantly better results. Worth giving them a try. Your IR/UV cut filter would be standard RGB imaging and not narrowband, so the lagoon etc. will still show up quite nicely with long enough total integration time, though the colours will be rather muted compared to narrowband. Being uncooled your camera will be more noisy, particularly in the summer nights, but temperature dependant dark current noise isn't such a problem with CMOS compared to CCD. Taking more exposures to stack will mitigate the extra noise due to being non-cooled. Alan
Γ—
Γ—
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. By using this site, you agree to our Terms of Use.