Jump to content

SkySurveyBanner.jpg.21855908fce40597655603b6c9af720d.jpg

AweSIM

Members
  • Posts

    204
  • Joined

  • Last visited

Everything posted by AweSIM

  1. @fifeskies you made some interesting observations and thank you for sharing your experience as well. You're right about the ROR blocking most artificial light sources in my neighborhood. But what surprised me the most was that even though the telescope will fit inside the room, it will still be able to see so close to the horizon. For me, the most fun part was programmatically generating a horizon for the room itself. Also, now that I have the horizon image, I can also use it to program mount limits in EQMOD, although that might be an overkill. 🙂
  2. I've been wanting to construct an observatory on top of my house for a long time and am finally almost ready to build one. I settled for a roll-off roof design with the observatory being almost 10 feet by 10 feet and 7 feet high. I'd park my telescope in a horizontal parking position. My main concern was that what if I construct the observatory room too small or too tall so that it blocks out a good portion of the sky that would otherwise be accessible to me without an observatory. This post is more of a blog about my journey thus far, in hopes that others might find it interesting or useful. I came across an article online (don't remember the source, sorry) that showed how to show a custom horizon in Stellarium. I climbed onto the roof where the proposed observatory is supposed to be built and shot a 360 degree spherical panorama using Google Traffic app for Android. I exported the unwrapped 4096 x 2048 pixel image and edited it using Photoshop to make the sky transparent. An interesting problem I encountered in this process was that the horizon is not always in the middle of the image, so I needed to have a reference object in the same 360 degree panorama at the camera level. Being at the same level, it should touch the horizon, and this means that the top of this object should lie in the exact middle of the unwrapped image vertically. If it is not, the entire image can be shifted up or down till it is. Finally, I crafted a suitable "landscape.ini" file to reference the unwrapped image and define its Z-rotation and packed these assets into a zip file. Finally I imported it into Stellarium and viola! I could see my custom horizon perfectly. Stellarium now showed me views exactly as it would appear as if I stood at that spot myself. This step helped confirm if the spot I had chosen for my observatory was good or not (It was! Only 10 degrees above horizon was blocked, except south-east where almost 30 degress above horizon was obscured by trees). However, the issue still remained whether the observatory, once constructed, would block significant portions of the sky or not, and there was no easy way to test this. So I decided to put my software development skills to the test to address this. The proposed observatory is about 10 feet by 10 feet in size and about 7 feet high, with the scope placed in the middle of the room. With the walls so close to the telescope, parallax plays an important role. I created a quick programming project in TypeScript, included a good matrix maths base library, and created some 3D math classes on top of that to work with vectors, matrices and calculate ray-triangle intersections, etc. I created a basic 3D model of my telescope and mount such that the camera it looking out along the axis of the telescope, and can rotate like an equatorial mount along RA and DEC. I also created a very simple model of the proposed observatory with four walls, each made up of two triangles. The code loops thru each possible value of RA and DEC and computes where the telescope is pointing in the sky. It then computes if there is a wall triangle in between the telescope and its target. If there is, the code converts the direction the telescope is pointed at into polar coordinates (alt-azimuth) and plots a point on a graph where horizontal axis is azimuth and the vertical axis is altitude. If there is no triangle between the telescope and its target, it means that the sky is visible in that direction. This allows me to generate an 360 degree unwrapped panoramic image much like the horizontal I captured earlier. Using photoshop, I overlaid the custom horizon on top of the generated image to get the following image. This image clearly shows that the walls of the observatory don't obscure any significant additional portion of the sky, and hence the design is perfect from the perspective of viewing angles. Furthermore, we can also create a custom horizon out of this image and import it into Stellarium. Thank you for reading this. 😃
  3. How were you able to tell? 😮 And how is the secondary easier to adjust than the primary? I thought it was the other way around.
  4. I never knew that! Thanks for this document. I learnt something new today! 😃
  5. Thank you for linking this item as well. I'll definitely keep an eye out for this item and I'm glad you picked the site I could actually purchase from. Thank you once again! 😃
  6. Hi @vlaiv, thanks a lot for your valuable suggestions and some great insights. I didn't know that the backfocus of 55mm was an approximate value. How should it be dialed in and how can it be tested to see if its improving things or not? As in, is there a non-subjective way other than take an exposure, add shim, take another and judge whether things look better or worse? Thank you for understanding the constraints of my assembly as well. Indeed I need a female-to-female adapter and a M42-to-M48 adapter at some point in my assembly. Your suggestions about the solution make sense, and if I go ahead and purchase a rotator, I will act upon your advice definitely. As for why am I opting for a rotator instead of simply rotating the assembly myself is this: I have tried doing it exactly like youve said many times: taking an exposure, plate-solving to find rough orientation, repeat. But it is time consuming to get it right and everytime I loosen the screws and fiddle with the assembly, my focuser inadvertedly slips a bit and I have to go through focusing again and again. So I was thinking maybe a rotator that allows rotation without any resistance (on bearings) will be more helpful than my current technique. I even marked angles on my assembly using a pencil. Keeping your advice in view, perhaps a better option for me might be to ditch the rotator and fix my focuser first so it doesn't slip. Your thoughts? Thanks a lot! Asim Sohail
  7. Hi @Waldemar, Thanks for the suggestion. I can see some problems with this that I hope you will address: The variable adapter you proposed is almost EUR 63 which is a bit expensive for my budget at the moment. My coma corrector has an M48 male thread whereas the camera has a M42 male thread. Since most spacers have a male thread at one end and a female thread at the other, I will have to use the stock 11mm M42 female-to-female extender supplied so that the camera + 11mm spacer exposes a female thread and the coma corrector exposes a male thread. Total spacing required in this case is 55 - 6.5 - 12.5 - 11 = 25mm. Since I have a stock 16.5mm M42-to-M48 spacer supplied with the camera itself, if I use it, the spacer required will be, once again, 25 - 16.5 = 8.5mm. I don't think there are many variable spacers within this range. Besides, as noted in #1, they are way more expensive. Thanks a lot! Asim
  8. Hi! A while ago, I acquired a ZWO ASI294MC Pro and a SkyWatcher F/5 Coma Corrector for my SkyWatcher 8" Newtonian telescope. The coma corrector requires a backfocus distance of 55mm which was straight forward to achieve: Camera (back focus = 6.5mm) 11mm M42 (female to female) extender (11mm) 21mm M42 (male) to M42 (female) extender (21mm) 16.5mm M42 (male) to M48 (female) extender (16.5mm) Coma corrector with a M48 (male) thread This all adds up to exactly 55mm which was all perfect. However, I've been thinking of getting a M42 CAA 360 ° Rotator Camera Angle Adjuster or a similar M48 one. Both of these have an extension thickness of 12.5mm. Furthermore, the length of the male thread on the rotator is 3mm while the female thread is 5mm long. If I opt for the M42 rotator, I have only 1 option: it will have to replace the existing 21mm spacer with an additional 8.5mm (21 - 12.5) spacer which is a very odd spacing and I can find no satisfactory option on AliExpress (which is I'm forced to buy items from as only it ships to Pakistan). My new assembly should become: Coma corrector 16.5mm M42-M48 extender (16.5mm) M42 SPACER (8.5mm) (16.5 + 8.5 + 12.5 + 11 + 6.5 = 55) (I can break the 8.5 down into (4 + 4 + 0.5) or (5 + 3 + 0.5) but both seem odd M42 ROTATOR (12.5mm) 11mm extender (11mm) Camera If I opt for the M48 rotator, I have only 1 option and that is even worse: it will come between the coma corrector and the 16.5mm extender and the 21mm extender will be replaced by some other extender. This option is bad as the M42 female thread on the rotator is only 5mm long whereas the male thread on the coma corrector is 6mm long. This means there will be a gap of (not exactly) 1mm in the assembly. So my spacings become: Coma corrector (male M48 6mm) Empty space (1mm approx) M48 ROTATOR (female M48 5mm) (12.5mm) 16.5mm M48-M42 extender (16.5mm) M42 SPACER (7.5mm) (1 + 12.5 + 16.5 + 7.5 + 11 + 6.5 = 55) 11mm extender (11mm) Camera Does my "spacer math" check out? How do I go about solving this problem? I don't see anywhere outside this assembly where the rotator can go. On one side is the camera, while on the other side beyond the coma corrector, there is the focuser entrance. Also, the coma corrector simply slides into the focuser and I don't see how I can attach the rotator outside this assembly area. I would love to hear the thoughts of you awesome people who might have the same combo as this (Coma Corrector + Rotator + ZWO ASI294MC Pro) and would love to see how you guys have approached the problem. Finally, if having these weird spacers is the only way, which option should I go for? And given 8.5mm or 7.5mm of spacing, is there a preferred way of building this spacing (4 + 4 + 0.5) or (4 + 0.5 + 4) or (3 + 5 + 0.5) or (8 + 0.5)? Thanks a lot! Asim Sohail Pakistan
  9. Thank you so much for sharing this. I will try to order one for my scope asap. It looks really effective. I just hope they ship to Pakistan. 😃
  10. I wish I couldve done that. In Pakistan the sun is very hot I dont have anything to shade my telescope from the sun or rain. =(
  11. Hi @r3i! This is a very interesting video! It looks quite simple. I even had a go at it just now with the ASCOM simulator and it works! I'll test it out with my actual gear the next time I go out and report back (which may be a couple of days as I managed to injure my spine just recently carrying my gear back and forth between my house and the observation deck on my roof every night =( ). Thanks for sharing this! 😃
  12. Hi @Jiggy 67! Thanks for the heads up! I'll look into it. Can you also advise if using the parking feature can help avoid the hassles of alignment? Up till now, I've always had to polar align and then align after setting the scope up. But if I make an observatory so that I don't have to tear down my setup after every night, can I somehow reuse the previous night's alignment? I know having a permanent setup will help me avoid the hassles of polar alignment. But what about star alignment? Thanks!
  13. Hi! I am planning to construct a small roll-off roof observatory for my telescope rig. I've found that when parked in its default home position, the top end of the telescope is almost 6 feet above the floor. This means that: My construction cost would be a bit high since my observatory would need to be at least 6 feet tall. For some viewing angles (like when the OTA is near horizontal, the observatory walls and roof might block some areas of the sky. However, I've seen some pictures on the internet where people have parked their scopes such that the RA axis is horizontally pointing to either East or West, and the Dec axis is also horizontally pointing to either North or South. This is great! It means that if I can park my scope in this position, my observatory would need to be only about 4 feet tall instead of six feet. It also means that once taken out of this parked position, almost all areas of the sky would be accessible to me. The issue is that I'm not aware if it's possible to change the default parking position on the SkyWatcher NEQ6 Pro mount. I can manually slew the telescope to this horizontal parked position and then switch the mount off. However, this means that when powering the scope up the next time, I wouldn't be able to allow the scope to resume from its parked position. Is there any way that I can change the default parking position for SkyWatcher NEQ6 Pro? Thanks! Asim Sohail ---------- EDIT: Here is how I connect my telescope to my PC. I use a Serial-2-USB cable to connect the hand controller to my PC. I set my hand controller to PC Direct mode and then use CDC and PHD to connect to the mount via ASCOM EQMOD. And I'm looking for a way to modify the default parking position so that whenever I want to park my mount via the hand controller or the EQMOD software interface, it should always park in the horizontal position (RA and Dec axis horizontal).
  14. This reminds me of a quote I read somewhere around here: Dust never sleeps. It keeps shifting.
  15. Hi @vlaiv Thanks a million for clarifying it all to me. When I took the subs, I pointed the scope to the west and later when I took the calibration frames, I swung the scope 180 degs around to face a lit wall and take flats there. So yes, there is a possibility that any dust would have moved inside. I guess I've been fretting over this stupid issue for a week, wasting night after night, when the simple (correct) solution was to clean my optical train. 😃 BTW, I'm amazed and inspired by how much you know your stuff. And not just that but the science and reasoning behind it. Thank you so much for not just telling me what I did wrong but also explaining and showing exactly what I did wrong. Thank you so much once again. 😃
  16. Hi @vlaiv, Apologies for re-awakening a resolved thread, but I have some follow up issues I'd like to hear your thoughts about. My earlier issues of white-balanced BIAS frames has been resolved. However for the past few days, I have been frustrated by FLATS. No matter what I do, my flats are not calibrating my LIGHTS correctly. I've tried both DSS and PI. Both are resulting in horrific images. I used ZWO ASI294MC Pro cooled down to 0C for all frames. The telescope is an 8" F5 Newtonian with a coma corrector and Optolong L-Pro filter threaded into the camera. The imaging train was not touched at all during any exposure. I shot: 1. LIGHT frames of length 300s. 2. Capped telescope and shot BIAS frames of length 0s. 3. Capped telescope and shot DARK frames of length 300s. 4. Covered telescope with white t-shirt, pointed at an evenly-lit wall and shot FLAT frames of length 4s to reach an ADU of 3,500, and of length 40s to reach an ADU of 30,000. 5. Capped telescope and shot DARK_FLAT frames of length 4s and 40s. I've tried a number of different workflows, but as soon as I stretch the final stacked image, I see clear vignetting and dust motes on the image. Here are the different approaches I've tried: ---[ DSS ]--- 1. Loaded LIGHT (300s), DARK (300s), FLAT (4s, DARK_FLAT (4s) and BIAS (0s). 2. Loaded LIGHT (300s), DARK (300s), FLAT (40s), DARK_FLAT (40s) and BIAS (0s). 3. Loaded LIGHT (300s) and FLAT (4s). 4. Loaded LIGHT (300s) and FLAT (40s). ---[ PI ]--- 5.1. Integrated BIAS into MASTER_BIAS. 5.2. Calibrated DARK (300s) with MASTER_BIAS. 5.3. Integrated calibrated DARK (300s) into MASTER_DARK. 5.4. Calibrated DARK_FLAT (4s) with MASTER_BIAS. 5.5. Integrated calibrated DARK_FLAT (4s) into MASTER_DARK_FLAT. 5.6. Calibrated FLAT (4s) with MASTER_BIAS and MASTER_DARK_FLAT. 5.7. Integrated calibrated FLAT (4s) into MASTER_FLAT. 5.8. Calibrated LIGHT (300s) with MASTER_BIAS, MASTER_DARK and MASTER_FLAT. 6.1. Integrated BIAS into MASTER_BIAS. 6.2. Calibrated DARK (300s) with MASTER_BIAS. 6.3. Integrated calibrated DARK (300s) into MASTER_DARK. 6.4. Calibrated DARK_FLAT (40s) with MASTER_BIAS. 6.5. Integrated calibrated DARK_FLAT (40s) into MASTER_DARK_FLAT. 6.6. Calibrated FLAT (40s) with MASTER_BIAS and MASTER_DARK_FLAT. 6.7. Integrated calibrated FLAT (40s) into MASTER_FLAT. 6.8. Calibrated LIGHT (300s) with MASTER_BIAS, MASTER_DARK and MASTER_FLAT. 7.1. Integrated DARK (300s) into MASTER_DARK. 7.2. Integrated DARK_FLAT (4s) into MASTER_DARK_FLAT. 7.3. Integrated FLAT (4s) into MASTER_FLAT. 7.4. Integrated LIGHT (300s) into MASTER_LIGHT. 7.5. Used PixelMath to implement (LIGHT - DARK) / (FLAT - DARK_FLAT). 8.1. Integrated DARK (300s) into MASTER_DARK. 8.2. Integrated DARK_FLAT (4s) into MASTER_DARK_FLAT. 8.3. Integrated FLAT (4s) into MASTER_FLAT. 8.4. Integrated LIGHT (300s) into MASTER_LIGHT. 8.5. Used PixelMath to implement (LIGHT - DARK) - (FLAT - DARK_FLAT). In each of these cases, I'm left with images that have over-corrected or under-corrected vignetting and dust-motes after stretching the final image. Can you help me figure out what exactly is going wrong with my setup? I can say for sure that till about a week ago, both DSS and PI (first workflows of each category) were working perfectly fine for me and I didn't even need to inspect the frames since there were no flaws in the final images. For reference, here is what I ended up about a week ago: M42 Orion and NGC2244 Rosette. PS. You helped me solve the WB issue after these images. So there is something clearly wrong with my approach all of a sudden. Or something is wrong with the camera. =/ M42_Light_300sec_frame1_0C_20200201_231925.fit Calibration_Bias_0sec_frame1_0C_20200202_012654.fit Calibration_Dark_3.9sec_frame1_0C_20200202_011756.fit Calibration_Dark_40sec_frame1_0C_20200202_011910.fit Calibration_Dark_300sec_frame1_0C_20200202_002537.fit Calibration_Flat_3.9sec_frame1_3C_20200202_010618.fit Calibration_Flat_40sec_frame1_1C_20200202_010725.fit
  17. Hi Vlaiv, I did as you suggested (set both B/R to 50/50) and sure enough, the FITS has been tamed.. =P THANK YOU SO MUCH for helping me figure this out!!! You have been a GREAT help! Keep rocking! Asim
  18. Hi Vlaiv, I tried installing the ASCOM driver for ZWO but it started giving me issues. Frequently, no image would be downloaded from the ASCOM driver. So I uninstalled the driver and reverted back to the native driver. I checked out the ASICAP app that I also use to test the camera's live view for focus and stuff and found that there INDEED is a hidden setting about WB for this camera. And as you said, its set to R(52) B(95). Now I can change these values and the image updates accordingly. The issue is, what values do I set it to? I've tried setting both to 95 and then both to 52 and some other values as well. The issue is that now the bayer pattern seen in bias is such that R and B are of equal intensities, but there's a difference between G and R/B channels, What values should I set it to to achieve no WB?
  19. I'll try this next. I'm pretty sure I haven't installed the ascom driver and only installed the core zwo driver from its website
  20. Hi Mike! Can you please tell how I can try doing the same? How do I choose which driver to use? I use SGP and ASICAP and both I think use the native driver. But I don't understand where and how can I change the WB. Is there a manual you can point me towards? Thanks! Asim
  21. Hi Vlaiv, Thanks for getting back so quickly! I haven't used SharpCap before but I just downloaded to check it out and sure enough it does show what you showed. White balance set to R(52) B(95). I've tried fiddling with it in hopes of resetting the WB by setting both R and B to the same values (52/52) but the bayer pattern still shows. I'll look around on the internet for ways of reliably resetting the WB of this camera. Never thought it could give me this much of a headache! =P 😃 Also, thanks for identifying suitable gain/offset values for my camera. I wouldn't have figured that out myself. But now I'm starting to know how. 😃 Thanks. Also, are you using FitsExplorer to inspect the FIT files? PS. The only software that have ever connected to this camera are 1. SGP, 2. ASICAP (the capture software for ZWO). None of these software have any controls for WB so I'm not sure what or who set it. It could have been set from factory even. But I'll look into how I can go about resetting the WB. And I totally get now what you mean by that blue could have been too far left before being multiplied. Thanks again! Asim
  22. Hi Vlaiv! First of all, thanks a lot for that in depth insight into the world of CMOS cameras. Thank you for looking at my subs and I'm amazed how well you were able to use just three frames of each type. No doubt, I'll be going over your post for a few days trying to understand everything you've mentioned. 😃 At the same time, thanks for clarifying the purpose of gain and offset, and I think you've pointed me towards the issue. In SGP, when you connect your camera, you have the option of specifying camera gain/offset, which by default is 10, 10. For my last good set of subs, I set it to 120, 10 but this time I used the default 10, 10. I've experimented a bit more about these and here are my findings: 1. I have no idea how to control the WB of this camera. I haven't changed anything in its driver, and honestly, I haven't even seen any GUI for the driver that lets you control anything about the camera. Just that there was a driver available from ZWO site and I downloaded and installed it and that's it. I'll dig around on the internet about how to control its WB and fix it there. I'll report back when I've figured it out. 2. If I set gain/offset to 10/0 or 120/0 and then take bias subs of 0s, and stretch it, then I get no bayer pattern. The entire stretched image appears almost black with just a few pixels of various shades of gray scattered about. Which is understandable after having read your posts that since I'm not adding any offset, all values should be around 0. If I set the gain/offset to ?/1 or ?/10 or ?/64, immediately I get a bayer pattern. I've attached FIT files for all of these cases as well. I can see that as I increase the offset, my histogram starts moving to the right. However there are two distinct peaks in the histogram and that's probably due to the WB you've mentioned. 😃 3. As you pointed out in your post, that probably having a bayer pattern in bias/dark subs is not an issue, since this is an offset added to all frames (bias/flats/darks/lights) and if calibration is done properly, this signal should be removed. Probably what mattered with my setup was that earlier on I was taking subs at 120/10 gain/offset and was very pleased with the result and then all of a sudden, I forgot to change it from the default value of 10/10 and got such a low signal in my frames that I got freaked out. 😃 I'll try shooting all the frames again as soon as the sky clears up at 120/64 and this time I'll pay special attention to the values inside the calibration frames as well. Your post has been very very very helpful in allowing me to understand how these cameras work. Thank you so much for the time you took to answer these questions! This forum has never once disappointed me in the past 10 years or so, and it's cuz of people like yourself who are willing to make time to answer naive/dumb questions of people like myself. 😃 4. Can you tell me how you inspected the values inside these FIT files? How can I check that none of the values inside my bias frames are not negative and adjust the offset accordingly? Thank you so much for your insights. 😃 Asim FIT_Gain1_Offset0.fit FIT_Gain120_Offset64.fit FIT_Gain1_Offset10.fit FIT_Gain1_Offset64.fit
×
×
  • 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.