Re: Usability Question--Update
>>>
I¡¯ll try your suggestion on model building.
please do Mark.
I think it's a little more than just a suggestion.?
I think you were using it incorrectly (well, I *know* you were using it incorrectly based on your steps) and what I described is how the Gemini 2 works
toggle quoted message
Show quoted text
On Thu, Aug 18, 2022 at 10:28 AM Mark de Regt < deregt@...> wrote: As far as I know, I have tried everything suggested before yesterday (it was cloudy last night; this is Seattle), other than things which involve taking the mount apart.? When I have a clear night, I¡¯ll try your suggestion on model building. ? ? >>> As much as they charge for this mount/electronics, it should be able to do as well, IMO.? ? Have you had a chance to try the recommendations I posted earlier? From what I saw, you weren't really using the model building as Gemini works.? Everyone is trying to help, which is great. It's worth reviewing all those things even if it's the 'ol 'back to basics' kinds of questions; ? On Thu, Aug 18, 2022 at 9:03 AM Mark de Regt <deregt@...> wrote: John, ? Thanks for this. ? I have two finders:? A 9x50 right angle finder (with illuminated crosshairs), and a Telrad.? Both are aligned perfectly with the eyepiece.? So both are off the same amount as on my eyepiece.? ? I¡¯m not sure why people keep asking about my finder(s); when a faint fuzzy is off the eyepiece FOV, it doesn¡¯t matter what I have for a finder scope, since no finder I¡¯ve ever used will show, e.g., M51. ? Yes, I can keep swapping eyepieces; I have a full range of 82¡ã, high-quality eyepieces.? And I could use the reducer I bought with the scope. But I guess I¡¯m just spoiled by my old Meade scopes which (whether in Alt-Az or polar mode) would have every single object centered on any eyepiece (even on a KAF-401 chip, which is tiny¡ªunder 10 arcminutes diagonal, as I used it on my RCX400)), first time and every time.? As much as they charge for this mount/electronics, it should be able to do as well, IMO. ? Mark ? ? Mark,
A C925 Edge HD is what I use, but I most often have it coupled with a 0.7X Celestron Focal Reducer for wider field as faster optics. While I have heard many reports of mirror flop with this scope, I really haven't seen it too much with mine, or if it's there it has not caused me much of a problem.
When I started with this scope, I bought a 17mm and a 23mm Luminos eyepieces which are enough for my visual needs. But I now always have a camera on the back and rarely use them. But for finding objects during visual, I still have a cheapo 50mm Plossl (off brand) that I use for finding stuff. Then switching to a higher power eyepiece is what to do after centering the object.?
But what are you seeing in your finder scope? Are you still off target even with that? If you are slewing around the sky at F10 with 17mm eyepiece, expecting each GoTo to be in its FOV is asking a bit much, IMHO.
John -- _____________________________________________________________________________________________________________________________________________________________________________
Losmandy G11G2 on pier; SkyShed design roll-off observatory; ZWO ASI2600MM-P; ZWO ASI071MC; Sky-Watcher Esprit 100 ED; Celestron C925 Edge HD with 0.7XFR, William Optics Zenithstar 61 APO; PHD2, Sequence Generator Pro and PixInsight user
--
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
|
Re: Usability Question--Update
As far as I know, I have tried everything suggested before yesterday (it was cloudy last night; this is Seattle), other than things which involve taking the mount apart.? When I have a clear night, I¡¯ll try your suggestion on model building. ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Brian Valente Sent: Thursday, August 18, 2022 10:19 AM To: [email protected]Subject: Re: [Losmandy_users_io] Usability Question--Update ? >>> As much as they charge for this mount/electronics, it should be able to do as well, IMO.? ? Have you had a chance to try the recommendations I posted earlier? From what I saw, you weren't really using the model building as Gemini works.? Everyone is trying to help, which is great. It's worth reviewing all those things even if it's the 'ol 'back to basics' kinds of questions; ? On Thu, Aug 18, 2022 at 9:03 AM Mark de Regt <deregt@...> wrote: John, ? Thanks for this. ? I have two finders:? A 9x50 right angle finder (with illuminated crosshairs), and a Telrad.? Both are aligned perfectly with the eyepiece.? So both are off the same amount as on my eyepiece.? ? I¡¯m not sure why people keep asking about my finder(s); when a faint fuzzy is off the eyepiece FOV, it doesn¡¯t matter what I have for a finder scope, since no finder I¡¯ve ever used will show, e.g., M51. ? Yes, I can keep swapping eyepieces; I have a full range of 82¡ã, high-quality eyepieces.? And I could use the reducer I bought with the scope. But I guess I¡¯m just spoiled by my old Meade scopes which (whether in Alt-Az or polar mode) would have every single object centered on any eyepiece (even on a KAF-401 chip, which is tiny¡ªunder 10 arcminutes diagonal, as I used it on my RCX400)), first time and every time.? As much as they charge for this mount/electronics, it should be able to do as well, IMO. ? Mark ? ? Mark,
A C925 Edge HD is what I use, but I most often have it coupled with a 0.7X Celestron Focal Reducer for wider field as faster optics. While I have heard many reports of mirror flop with this scope, I really haven't seen it too much with mine, or if it's there it has not caused me much of a problem.
When I started with this scope, I bought a 17mm and a 23mm Luminos eyepieces which are enough for my visual needs. But I now always have a camera on the back and rarely use them. But for finding objects during visual, I still have a cheapo 50mm Plossl (off brand) that I use for finding stuff. Then switching to a higher power eyepiece is what to do after centering the object.?
But what are you seeing in your finder scope? Are you still off target even with that? If you are slewing around the sky at F10 with 17mm eyepiece, expecting each GoTo to be in its FOV is asking a bit much, IMHO.
John -- _____________________________________________________________________________________________________________________________________________________________________________
Losmandy G11G2 on pier; SkyShed design roll-off observatory; ZWO ASI2600MM-P; ZWO ASI071MC; Sky-Watcher Esprit 100 ED; Celestron C925 Edge HD with 0.7XFR, William Optics Zenithstar 61 APO; PHD2, Sequence Generator Pro and PixInsight user
--
|
Re: Usability Question--Update
>>>
As much as they charge for this mount/electronics, it should be able to do as well, IMO.?
? Have you had a chance to try the recommendations I posted earlier?
From what I saw, you weren't really using the model building as Gemini works.?
Everyone is trying to help, which is great. It's worth reviewing all those things even if it's the 'ol 'back to basics' kinds of questions;
toggle quoted message
Show quoted text
On Thu, Aug 18, 2022 at 9:03 AM Mark de Regt < deregt@...> wrote: John, ? Thanks for this. ? I have two finders:? A 9x50 right angle finder (with illuminated crosshairs), and a Telrad.? Both are aligned perfectly with the eyepiece.? So both are off the same amount as on my eyepiece.? ? I¡¯m not sure why people keep asking about my finder(s); when a faint fuzzy is off the eyepiece FOV, it doesn¡¯t matter what I have for a finder scope, since no finder I¡¯ve ever used will show, e.g., M51. ? Yes, I can keep swapping eyepieces; I have a full range of 82¡ã, high-quality eyepieces.? And I could use the reducer I bought with the scope. But I guess I¡¯m just spoiled by my old Meade scopes which (whether in Alt-Az or polar mode) would have every single object centered on any eyepiece (even on a KAF-401 chip, which is tiny¡ªunder 10 arcminutes diagonal, as I used it on my RCX400)), first time and every time.? As much as they charge for this mount/electronics, it should be able to do as well, IMO. ? Mark ? ? Mark,
A C925 Edge HD is what I use, but I most often have it coupled with a 0.7X Celestron Focal Reducer for wider field as faster optics. While I have heard many reports of mirror flop with this scope, I really haven't seen it too much with mine, or if it's there it has not caused me much of a problem.
When I started with this scope, I bought a 17mm and a 23mm Luminos eyepieces which are enough for my visual needs. But I now always have a camera on the back and rarely use them. But for finding objects during visual, I still have a cheapo 50mm Plossl (off brand) that I use for finding stuff. Then switching to a higher power eyepiece is what to do after centering the object.?
But what are you seeing in your finder scope? Are you still off target even with that? If you are slewing around the sky at F10 with 17mm eyepiece, expecting each GoTo to be in its FOV is asking a bit much, IMHO.
John -- _____________________________________________________________________________________________________________________________________________________________________________
Losmandy G11G2 on pier; SkyShed design roll-off observatory; ZWO ASI2600MM-P; ZWO ASI071MC; Sky-Watcher Esprit 100 ED; Celestron C925 Edge HD with 0.7XFR, William Optics Zenithstar 61 APO; PHD2, Sequence Generator Pro and PixInsight user
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
|
Re: Usability Question--Update
Yes, I am aware of this issue, and take pains to avoid it. ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Bill Flanagan Sent: Thursday, August 18, 2022 8:07 AM To: [email protected]Subject: Re: [Losmandy_users_io] Usability Question--Update ? One thing worth mentioning regarding model building (especially for the first two alignments) is to avoid using stars that are close in hour angle.? Here¡¯s excerpt from the Gemini 1 Level 4 User Manual.? I think the same thing applies to the Gemini 2. ? ¡°The first 3 alignment stars should be selected from Gemini's "Bright Stars" catalog (database) and must differ in hour angle (distance in RA from the meridian) by at least one or two hours. This means you either need to choose stars that differ in RA by at least a couple hours, or wait a couple hours between alignments so that your next alignment star will differ in hour angle from where your first alignment star was. For example, doing an alignment on Capella and then on Rigel or Bellatrix is not a good idea; the same is true for alignments on Procyon, followed by Castor or Pollux ¨C there are only tiny differences in RA between them.¡± ? I typically try find two stars for the first two alignments that are at least 2 hours apart in hour angle. ?My understanding is that when the two stars are close in hour angle, any errors in the model fit due to things like centering the object, etc. will get multiplied for later GoTos. ? Bill ? ? >>>I am very confident that the polar alignment is spot on.? Not only do I do a very careful PoleMaster alignment, but I never see any drift when viewing an object. ? That's great Mark. It helps when viewing, but as you pointed out, it doesn't really impact pointing accuracy, especially if you build enough?alignment points to compensate for polar misalignment. But if you are using polemaster, i probably wouldn't even bother with that many points ? On Wed, Aug 17, 2022 at 1:05 PM Mark de Regt <deregt@...> wrote: Brian, ? Thanks for this very thorough reply. ? I am very confident that the polar alignment is spot on.? Not only do I do a very careful PoleMaster alignment, but I never see any drift when viewing an object. ? I¡¯ll try your suggestion for how to create the model, and see how that goes. ? Mark ? ? Hi Mark I see a few problems with your approach, specifically the use of Sync instead of Align Here's my take on what should happen using your procedure, along with additional comments.? - Cold start at CWD position erases the model - polar align is important for good tracking (as always) - CWD position accuracy is really only for the first goto, as you pointed out. i wouldn't sweat it too hard - slew speed setting should not impact accuracy for gotos FIRST GOTO, Altair in eastern sky - no model means the first slew will be the least accurate, that's expected - Doesn't matter how you center the target: use slew/move/center, Although typically if the goto is farther out, you start the centering routine with slew, then move, then center, and perhaps guiding if you are fine tuning the position. There's no hard and fast rule here - Then Menu-> Align ->Align.? ?You don't need to add Sync at this point, you aren't syncing a model yet, you just started your first model point - "It worked very well!? Everything I told it to go to was reasonably well centered." WIth an Altair Align, you have one point model, so that's surprising it was that good but hey, who's arguing if it's accurate. If you needed to refine the goto accuracy for any of the subsequent goto targets in the eastern sky, you would goto, center (with hand controller, etc.) and then Menu->Align->Align. Typically a 3 point model is what I would consider a baseline, but i've often done 1 point as well. You can see this if you go to Menu->Align-> Model Parameters. It should show model terms for the first two (HA and DEC) only.? - this is where i think part of your issue is happening. The Sky Model is actually two separate models, one for the eastern sky, one for the western sky. If you go back to the Model Parameters and press Switch, you will see it Building a model on one side does not do anything for the opposite side. So we are back to the "first goto will be the least accurate" - Goto Mizar as the first western goto in an ampty?western sky model. This goto will therefore be as inaccurate as Altair, your first goto in the eastern sky.?? - At this point, you would repeat the same procedure for Altair, goto, center and ALIGN. Sync won't do anything at this point because there's no western sky model you are syncing to.? - I would also add two more Goto/center/aligns on this side, but at a minimum one Align.? NEXT - Gotos returning to eastern sky - at this point things should be fairly accurate on both sides - if you goto back to the eastern sky and it's slightly off, you would center and then SYNC to get your existing eastern sky model back in line with where the mount is pointing - why would eastern sky be slightly off when it was spot on earlier? equipment shift, polar misalignment (which is accounted for in the model only when you have 3+1 alignment points), mirror flop, ground shifting, etc. many things could impact the move from one side of the sky to the other. If you are using an SCT mirror flop can and will play a major role here - this will be the case anytime you switch sides of the sky I appreciate how important understanding this is, because I am doing planetary imaging with a miniscule fov (0.06 x 0.03 degrees) and a modest finder scope with a cmos camera attached (2.18"/pixel). I am not using any eyepieces so I can't just switch magnifications, it has to be really accurate to get it into the fov. With my Edge HD 11" my rough calculation of the difference in position when switching between sides of the sky is 2-4 arcmin? I'm estimating based on my memory of things but I will look closer next time. I attribute this primarily to equipment shifting and possibly mirror movement, even though I have mirror locks on the 11" So i would say if you give the above a go, i hope and expect things will improve for you ? On Wed, Aug 17, 2022 at 8:58 AM Mark de Regt <deregt@...> wrote: I went through all of the suggestions made, and collected those that seemed might possibly be connected to my problem.? Then I implemented them. ? Last night was a test. ? I carefully determined the CWD position.? Although, to be honest, there is absolutely no way I know of to know when the counterweight bar really is pointing as down as it can, since a bubble level depends on catching exactly the right part of the curve, and not moving it at all.? But I also understand that that matters only for the first slew. ? I slowed the speed at which the mount slews, to lessen the probability that anything skips with the sudden torque. ? I did a careful polar alignment with PoleMaster. ? I made sure that time, date, and place were all very accurate. ? I deleted any existing model. ? I sent the mount to Altair.? It missed by a fair amount.? I decided that maybe I should only ¡°center¡± using ¡°center¡± or ¡°guide,¡± not ¡°move¡± or ¡°slew,¡± so it took a while to center Altair.? After carefully centering Altair on my illuminated-crosshair eyepiece, I selected ¡°Menu,¡± then ¡°Align,¡± then ¡°synchronize.¡± ? I told it to go to Vega.? It was almost perfectly centered.? I centered, synced, then told it to go to Deneb. ? It was perfectly centered. ? The west side of my sky is pretty much destroyed with Seattle sky glow and trees.? So I decided to play on the east side, to see how it worked,?
It worked very well!? Everything I told it to go to was reasonably well centered. ? Then I told it to go to Mizar, very much on the west side, but easy to see. ? It missed by a lot.? I centered it, and synced. ? I told it to go back to Deneb.? It was on the eyepiece (17mm Nagler Type 4, on a Celestron 11¡± EdgeHD), but quite far off center.? I centered and synced.? Told it to go to M27.? It was centered pretty well,? I told it to go back to Mizar, and it barely was on the eyepiece. ? And so the night went.? I found no way to get it to converge on a model that got everything reasonably close to the center of the eyepiece (I wouldn¡¯t care so much, except that it¡¯s a royal PITA to center anything, to me, on a GEM, since I have no idea which of the four buttons to hit at any time to get it to move in any particular direction). ? It was somewhat promising, in that it always got the target on the (very, very wide) eyepiece, but it is far, far from perfect. ? Mark
--
--
|
Re: Usability Question--Update
John, ? Thanks for this. ? I have two finders:? A 9x50 right angle finder (with illuminated crosshairs), and a Telrad.? Both are aligned perfectly with the eyepiece.? So both are off the same amount as on my eyepiece.? ? I¡¯m not sure why people keep asking about my finder(s); when a faint fuzzy is off the eyepiece FOV, it doesn¡¯t matter what I have for a finder scope, since no finder I¡¯ve ever used will show, e.g., M51. ? Yes, I can keep swapping eyepieces; I have a full range of 82¡ã, high-quality eyepieces.? And I could use the reducer I bought with the scope. But I guess I¡¯m just spoiled by my old Meade scopes which (whether in Alt-Az or polar mode) would have every single object centered on any eyepiece (even on a KAF-401 chip, which is tiny¡ªunder 10 arcminutes diagonal, as I used it on my RCX400)), first time and every time.? As much as they charge for this mount/electronics, it should be able to do as well, IMO. ? Mark ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of John Kmetz Sent: Wednesday, August 17, 2022 6:30 PM To: [email protected]Subject: Re: [Losmandy_users_io] Usability Question--Update ? Mark,
A C925 Edge HD is what I use, but I most often have it coupled with a 0.7X Celestron Focal Reducer for wider field as faster optics. While I have heard many reports of mirror flop with this scope, I really haven't seen it too much with mine, or if it's there it has not caused me much of a problem.
When I started with this scope, I bought a 17mm and a 23mm Luminos eyepieces which are enough for my visual needs. But I now always have a camera on the back and rarely use them. But for finding objects during visual, I still have a cheapo 50mm Plossl (off brand) that I use for finding stuff. Then switching to a higher power eyepiece is what to do after centering the object.?
But what are you seeing in your finder scope? Are you still off target even with that? If you are slewing around the sky at F10 with 17mm eyepiece, expecting each GoTo to be in its FOV is asking a bit much, IMHO.
John -- _____________________________________________________________________________________________________________________________________________________________________________
Losmandy G11G2 on pier; SkyShed design roll-off observatory; ZWO ASI2600MM-P; ZWO ASI071MC; Sky-Watcher Esprit 100 ED; Celestron C925 Edge HD with 0.7XFR, William Optics Zenithstar 61 APO; PHD2, Sequence Generator Pro and PixInsight user
|
Re: Usability Question--Update
Good point Bill, thanks
Alignment stars should be separate in both RA and Dec, and should?also avoid near the poles (i.e., don't align on polaris)
toggle quoted message
Show quoted text
One thing worth mentioning regarding model building (especially for the first two alignments) is to avoid using stars that are close in hour angle.? Here¡¯s excerpt from the Gemini 1 Level 4 User Manual.? I think the same thing applies to the Gemini 2. ? ¡°The first 3 alignment stars should be selected from Gemini's "Bright Stars" catalog (database) and must differ in hour angle (distance in RA from the meridian) by at least one or two hours. This means you either need to choose stars that differ in RA by at least a couple hours, or wait a couple hours between alignments so that your next alignment star will differ in hour angle from where your first alignment star was. For example, doing an alignment on Capella and then on Rigel or Bellatrix is not a good idea; the same is true for alignments on Procyon, followed by Castor or Pollux ¨C there are only tiny differences in RA between them.¡± ? I typically try find two stars for the first two alignments that are at least 2 hours apart in hour angle.? My understanding is that when the two stars are close in hour angle, any errors in the model fit due to things like centering the object, etc. will get multiplied for later GoTos. ? Bill ? ? >>>I am very confident that the polar alignment is spot on.? Not only do I do a very careful PoleMaster alignment, but I never see any drift when viewing an object. ? That's great Mark. It helps when viewing, but as you pointed out, it doesn't really impact pointing accuracy, especially if you build enough?alignment points to compensate for polar misalignment. But if you are using polemaster, i probably wouldn't even bother with that many points ? On Wed, Aug 17, 2022 at 1:05 PM Mark de Regt <deregt@...> wrote: Brian, ? Thanks for this very thorough reply. ? I am very confident that the polar alignment is spot on.? Not only do I do a very careful PoleMaster alignment, but I never see any drift when viewing an object. ? I¡¯ll try your suggestion for how to create the model, and see how that goes. ? Mark ? ? Hi Mark I see a few problems with your approach, specifically the use of Sync instead of Align Here's my take on what should happen using your procedure, along with additional comments.? - Cold start at CWD position erases the model - polar align is important for good tracking (as always) - CWD position accuracy is really only for the first goto, as you pointed out. i wouldn't sweat it too hard - slew speed setting should not impact accuracy for gotos FIRST GOTO, Altair in eastern sky - no model means the first slew will be the least accurate, that's expected - Doesn't matter how you center the target: use slew/move/center, Although typically if the goto is farther out, you start the centering routine with slew, then move, then center, and perhaps guiding if you are fine tuning the position. There's no hard and fast rule here - Then Menu-> Align ->Align.? ?You don't need to add Sync at this point, you aren't syncing a model yet, you just started your first model point - "It worked very well!? Everything I told it to go to was reasonably well centered." WIth an Altair Align, you have one point model, so that's surprising it was that good but hey, who's arguing if it's accurate. If you needed to refine the goto accuracy for any of the subsequent goto targets in the eastern sky, you would goto, center (with hand controller, etc.) and then Menu->Align->Align. Typically a 3 point model is what I would consider a baseline, but i've often done 1 point as well. You can see this if you go to Menu->Align-> Model Parameters. It should show model terms for the first two (HA and DEC) only.? - this is where i think part of your issue is happening. The Sky Model is actually two separate models, one for the eastern sky, one for the western sky. If you go back to the Model Parameters and press Switch, you will see it Building a model on one side does not do anything for the opposite side. So we are back to the "first goto will be the least accurate" - Goto Mizar as the first western goto in an ampty?western sky model. This goto will therefore be as inaccurate as Altair, your first goto in the eastern sky.?? - At this point, you would repeat the same procedure for Altair, goto, center and ALIGN. Sync won't do anything at this point because there's no western sky model you are syncing to.? - I would also add two more Goto/center/aligns on this side, but at a minimum one Align.? NEXT - Gotos returning to eastern sky - at this point things should be fairly accurate on both sides - if you goto back to the eastern sky and it's slightly off, you would center and then SYNC to get your existing eastern sky model back in line with where the mount is pointing - why would eastern sky be slightly off when it was spot on earlier? equipment shift, polar misalignment (which is accounted for in the model only when you have 3+1 alignment points), mirror flop, ground shifting, etc. many things could impact the move from one side of the sky to the other. If you are using an SCT mirror flop can and will play a major role here - this will be the case anytime you switch sides of the sky I appreciate how important understanding this is, because I am doing planetary imaging with a miniscule fov (0.06 x 0.03 degrees) and a modest finder scope with a cmos camera attached (2.18"/pixel). I am not using any eyepieces so I can't just switch magnifications, it has to be really accurate to get it into the fov. With my Edge HD 11" my rough calculation of the difference in position when switching between sides of the sky is 2-4 arcmin? I'm estimating based on my memory of things but I will look closer next time. I attribute this primarily to equipment shifting and possibly mirror movement, even though I have mirror locks on the 11" So i would say if you give the above a go, i hope and expect things will improve for you ? On Wed, Aug 17, 2022 at 8:58 AM Mark de Regt <deregt@...> wrote: I went through all of the suggestions made, and collected those that seemed might possibly be connected to my problem.? Then I implemented them. ? Last night was a test. ? I carefully determined the CWD position.? Although, to be honest, there is absolutely no way I know of to know when the counterweight bar really is pointing as down as it can, since a bubble level depends on catching exactly the right part of the curve, and not moving it at all.? But I also understand that that matters only for the first slew. ? I slowed the speed at which the mount slews, to lessen the probability that anything skips with the sudden torque. ? I did a careful polar alignment with PoleMaster. ? I made sure that time, date, and place were all very accurate. ? I deleted any existing model. ? I sent the mount to Altair.? It missed by a fair amount.? I decided that maybe I should only ¡°center¡± using ¡°center¡± or ¡°guide,¡± not ¡°move¡± or ¡°slew,¡± so it took a while to center Altair.? After carefully centering Altair on my illuminated-crosshair eyepiece, I selected ¡°Menu,¡± then ¡°Align,¡± then ¡°synchronize.¡± ? I told it to go to Vega.? It was almost perfectly centered.? I centered, synced, then told it to go to Deneb. ? It was perfectly centered. ? The west side of my sky is pretty much destroyed with Seattle sky glow and trees.? So I decided to play on the east side, to see how it worked,?
It worked very well!? Everything I told it to go to was reasonably well centered. ? Then I told it to go to Mizar, very much on the west side, but easy to see. ? It missed by a lot.? I centered it, and synced. ? I told it to go back to Deneb.? It was on the eyepiece (17mm Nagler Type 4, on a Celestron 11¡± EdgeHD), but quite far off center.? I centered and synced.? Told it to go to M27.? It was centered pretty well,? I told it to go back to Mizar, and it barely was on the eyepiece. ? And so the night went.? I found no way to get it to converge on a model that got everything reasonably close to the center of the eyepiece (I wouldn¡¯t care so much, except that it¡¯s a royal PITA to center anything, to me, on a GEM, since I have no idea which of the four buttons to hit at any time to get it to move in any particular direction). ? It was somewhat promising, in that it always got the target on the (very, very wide) eyepiece, but it is far, far from perfect. ? Mark
--
--
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
|
Re: Usability Question--Update
One thing worth mentioning regarding model building (especially for the first two alignments) is to avoid using stars that are close in hour angle.? Here¡¯s excerpt from the Gemini 1 Level 4 User Manual.? I think the same thing applies to the Gemini 2. ? ¡°The first 3 alignment stars should be selected from Gemini's "Bright Stars" catalog (database) and must differ in hour angle (distance in RA from the meridian) by at least one or two hours. This means you either need to choose stars that differ in RA by at least a couple hours, or wait a couple hours between alignments so that your next alignment star will differ in hour angle from where your first alignment star was. For example, doing an alignment on Capella and then on Rigel or Bellatrix is not a good idea; the same is true for alignments on Procyon, followed by Castor or Pollux ¨C there are only tiny differences in RA between them.¡± ? I typically try find two stars for the first two alignments that are at least 2 hours apart in hour angle. ?My understanding is that when the two stars are close in hour angle, any errors in the model fit due to things like centering the object, etc. will get multiplied for later GoTos. ? Bill ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Brian Valente Sent: Wednesday, August 17, 2022 3:11 PM To: [email protected]Subject: Re: [Losmandy_users_io] Usability Question--Update ? >>>I am very confident that the polar alignment is spot on.? Not only do I do a very careful PoleMaster alignment, but I never see any drift when viewing an object. ? That's great Mark. It helps when viewing, but as you pointed out, it doesn't really impact pointing accuracy, especially if you build enough?alignment points to compensate for polar misalignment. But if you are using polemaster, i probably wouldn't even bother with that many points ? On Wed, Aug 17, 2022 at 1:05 PM Mark de Regt <deregt@...> wrote: Brian, ? Thanks for this very thorough reply. ? I am very confident that the polar alignment is spot on.? Not only do I do a very careful PoleMaster alignment, but I never see any drift when viewing an object. ? I¡¯ll try your suggestion for how to create the model, and see how that goes. ? Mark ? ? Hi Mark I see a few problems with your approach, specifically the use of Sync instead of Align Here's my take on what should happen using your procedure, along with additional comments.? - Cold start at CWD position erases the model - polar align is important for good tracking (as always) - CWD position accuracy is really only for the first goto, as you pointed out. i wouldn't sweat it too hard - slew speed setting should not impact accuracy for gotos FIRST GOTO, Altair in eastern sky - no model means the first slew will be the least accurate, that's expected - Doesn't matter how you center the target: use slew/move/center, Although typically if the goto is farther out, you start the centering routine with slew, then move, then center, and perhaps guiding if you are fine tuning the position. There's no hard and fast rule here - Then Menu-> Align ->Align.? ?You don't need to add Sync at this point, you aren't syncing a model yet, you just started your first model point - "It worked very well!? Everything I told it to go to was reasonably well centered." WIth an Altair Align, you have one point model, so that's surprising it was that good but hey, who's arguing if it's accurate. If you needed to refine the goto accuracy for any of the subsequent goto targets in the eastern sky, you would goto, center (with hand controller, etc.) and then Menu->Align->Align. Typically a 3 point model is what I would consider a baseline, but i've often done 1 point as well. You can see this if you go to Menu->Align-> Model Parameters. It should show model terms for the first two (HA and DEC) only.? - this is where i think part of your issue is happening. The Sky Model is actually two separate models, one for the eastern sky, one for the western sky. If you go back to the Model Parameters and press Switch, you will see it Building a model on one side does not do anything for the opposite side. So we are back to the "first goto will be the least accurate" - Goto Mizar as the first western goto in an ampty?western sky model. This goto will therefore be as inaccurate as Altair, your first goto in the eastern sky.?? - At this point, you would repeat the same procedure for Altair, goto, center and ALIGN. Sync won't do anything at this point because there's no western sky model you are syncing to.? - I would also add two more Goto/center/aligns on this side, but at a minimum one Align.? NEXT - Gotos returning to eastern sky - at this point things should be fairly accurate on both sides - if you goto back to the eastern sky and it's slightly off, you would center and then SYNC to get your existing eastern sky model back in line with where the mount is pointing - why would eastern sky be slightly off when it was spot on earlier? equipment shift, polar misalignment (which is accounted for in the model only when you have 3+1 alignment points), mirror flop, ground shifting, etc. many things could impact the move from one side of the sky to the other. If you are using an SCT mirror flop can and will play a major role here - this will be the case anytime you switch sides of the sky I appreciate how important understanding this is, because I am doing planetary imaging with a miniscule fov (0.06 x 0.03 degrees) and a modest finder scope with a cmos camera attached (2.18"/pixel). I am not using any eyepieces so I can't just switch magnifications, it has to be really accurate to get it into the fov. With my Edge HD 11" my rough calculation of the difference in position when switching between sides of the sky is 2-4 arcmin? I'm estimating based on my memory of things but I will look closer next time. I attribute this primarily to equipment shifting and possibly mirror movement, even though I have mirror locks on the 11" So i would say if you give the above a go, i hope and expect things will improve for you ? On Wed, Aug 17, 2022 at 8:58 AM Mark de Regt <deregt@...> wrote: I went through all of the suggestions made, and collected those that seemed might possibly be connected to my problem.? Then I implemented them. ? Last night was a test. ? I carefully determined the CWD position.? Although, to be honest, there is absolutely no way I know of to know when the counterweight bar really is pointing as down as it can, since a bubble level depends on catching exactly the right part of the curve, and not moving it at all.? But I also understand that that matters only for the first slew. ? I slowed the speed at which the mount slews, to lessen the probability that anything skips with the sudden torque. ? I did a careful polar alignment with PoleMaster. ? I made sure that time, date, and place were all very accurate. ? I deleted any existing model. ? I sent the mount to Altair.? It missed by a fair amount.? I decided that maybe I should only ¡°center¡± using ¡°center¡± or ¡°guide,¡± not ¡°move¡± or ¡°slew,¡± so it took a while to center Altair.? After carefully centering Altair on my illuminated-crosshair eyepiece, I selected ¡°Menu,¡± then ¡°Align,¡± then ¡°synchronize.¡± ? I told it to go to Vega.? It was almost perfectly centered.? I centered, synced, then told it to go to Deneb. ? It was perfectly centered. ? The west side of my sky is pretty much destroyed with Seattle sky glow and trees.? So I decided to play on the east side, to see how it worked,?
It worked very well!? Everything I told it to go to was reasonably well centered. ? Then I told it to go to Mizar, very much on the west side, but easy to see. ? It missed by a lot.? I centered it, and synced. ? I told it to go back to Deneb.? It was on the eyepiece (17mm Nagler Type 4, on a Celestron 11¡± EdgeHD), but quite far off center.? I centered and synced.? Told it to go to M27.? It was centered pretty well,? I told it to go back to Mizar, and it barely was on the eyepiece. ? And so the night went.? I found no way to get it to converge on a model that got everything reasonably close to the center of the eyepiece (I wouldn¡¯t care so much, except that it¡¯s a royal PITA to center anything, to me, on a GEM, since I have no idea which of the four buttons to hit at any time to get it to move in any particular direction). ? It was somewhat promising, in that it always got the target on the (very, very wide) eyepiece, but it is far, far from perfect. ? Mark
--
--
|
Re: Problem with shift PEC on a Losmandy G11
Mike, have you ever consider writing and publishing astro books? I think you would get a generous following...? Your the best Bro...
Dale
|
Re: Problem with shift PEC on a Losmandy G11
Hi Vincent,
I think I'm experiencing the same problem as you with my G11G, PEC shifts along the course of the night. Did you solve your problem ??
Best regards, Daniel
|
Re: Usability Question--Update
Mark,
A C925 Edge HD is what I use, but I most often have it coupled with a 0.7X Celestron Focal Reducer for wider field as faster optics. While I have heard many reports of mirror flop with this scope, I really haven't seen it too much with mine, or if it's there it has not caused me much of a problem.
When I started with this scope, I bought a 17mm and a 23mm Luminos eyepieces which are enough for my visual needs. But I now always have a camera on the back and rarely use them. But for finding objects during visual, I still have a cheapo 50mm Plossl (off brand) that I use for finding stuff. Then switching to a higher power eyepiece is what to do after centering the object.?
But what are you seeing in your finder scope? Are you still off target even with that? If you are slewing around the sky at F10 with 17mm eyepiece, expecting each GoTo to be in its FOV is asking a bit much, IMHO.
John -- _____________________________________________________________________________________________________________________________________________________________________________
Losmandy G11G2 on pier; SkyShed design roll-off observatory; ZWO ASI2600MM-P; ZWO ASI071MC; Sky-Watcher Esprit 100 ED; Celestron C925 Edge HD with 0.7XFR, William Optics Zenithstar 61 APO; PHD2, Sequence Generator Pro and PixInsight user
|
Re: Usability Question--Update
>>>I am very confident that the polar alignment is spot on.? Not only do I do a very careful PoleMaster alignment, but I never see any drift when viewing an object.
That's great Mark. It helps when viewing, but as you pointed out, it doesn't really impact pointing accuracy, especially if you build enough?alignment points to compensate for polar misalignment. But if you are using polemaster, i probably wouldn't even bother with that many points
toggle quoted message
Show quoted text
On Wed, Aug 17, 2022 at 1:05 PM Mark de Regt < deregt@...> wrote: Brian, ? Thanks for this very thorough reply. ? I am very confident that the polar alignment is spot on.? Not only do I do a very careful PoleMaster alignment, but I never see any drift when viewing an object. ? I¡¯ll try your suggestion for how to create the model, and see how that goes. ? Mark ? ? Hi Mark I see a few problems with your approach, specifically the use of Sync instead of Align Here's my take on what should happen using your procedure, along with additional comments.? - Cold start at CWD position erases the model - polar align is important for good tracking (as always) - CWD position accuracy is really only for the first goto, as you pointed out. i wouldn't sweat it too hard - slew speed setting should not impact accuracy for gotos FIRST GOTO, Altair in eastern sky - no model means the first slew will be the least accurate, that's expected - Doesn't matter how you center the target: use slew/move/center, Although typically if the goto is farther out, you start the centering routine with slew, then move, then center, and perhaps guiding if you are fine tuning the position. There's no hard and fast rule here - Then Menu-> Align ->Align.? ?You don't need to add Sync at this point, you aren't syncing a model yet, you just started your first model point - "It worked very well!? Everything I told it to go to was reasonably well centered." WIth an Altair Align, you have one point model, so that's surprising it was that good but hey, who's arguing if it's accurate. If you needed to refine the goto accuracy for any of the subsequent goto targets in the eastern sky, you would goto, center (with hand controller, etc.) and then Menu->Align->Align. Typically a 3 point model is what I would consider a baseline, but i've often done 1 point as well. You can see this if you go to Menu->Align-> Model Parameters. It should show model terms for the first two (HA and DEC) only.? - this is where i think part of your issue is happening. The Sky Model is actually two separate models, one for the eastern sky, one for the western sky. If you go back to the Model Parameters and press Switch, you will see it Building a model on one side does not do anything for the opposite side. So we are back to the "first goto will be the least accurate" - Goto Mizar as the first western goto in an ampty?western sky model. This goto will therefore be as inaccurate as Altair, your first goto in the eastern sky.?? - At this point, you would repeat the same procedure for Altair, goto, center and ALIGN. Sync won't do anything at this point because there's no western sky model you are syncing to.? - I would also add two more Goto/center/aligns on this side, but at a minimum one Align.? NEXT - Gotos returning to eastern sky - at this point things should be fairly accurate on both sides - if you goto back to the eastern sky and it's slightly off, you would center and then SYNC to get your existing eastern sky model back in line with where the mount is pointing - why would eastern sky be slightly off when it was spot on earlier? equipment shift, polar misalignment (which is accounted for in the model only when you have 3+1 alignment points), mirror flop, ground shifting, etc. many things could impact the move from one side of the sky to the other. If you are using an SCT mirror flop can and will play a major role here - this will be the case anytime you switch sides of the sky I appreciate how important understanding this is, because I am doing planetary imaging with a miniscule fov (0.06 x 0.03 degrees) and a modest finder scope with a cmos camera attached (2.18"/pixel). I am not using any eyepieces so I can't just switch magnifications, it has to be really accurate to get it into the fov. With my Edge HD 11" my rough calculation of the difference in position when switching between sides of the sky is 2-4 arcmin? I'm estimating based on my memory of things but I will look closer next time. I attribute this primarily to equipment shifting and possibly mirror movement, even though I have mirror locks on the 11" So i would say if you give the above a go, i hope and expect things will improve for you ? On Wed, Aug 17, 2022 at 8:58 AM Mark de Regt <deregt@...> wrote: I went through all of the suggestions made, and collected those that seemed might possibly be connected to my problem.? Then I implemented them. ? Last night was a test. ? I carefully determined the CWD position.? Although, to be honest, there is absolutely no way I know of to know when the counterweight bar really is pointing as down as it can, since a bubble level depends on catching exactly the right part of the curve, and not moving it at all.? But I also understand that that matters only for the first slew. ? I slowed the speed at which the mount slews, to lessen the probability that anything skips with the sudden torque. ? I did a careful polar alignment with PoleMaster. ? I made sure that time, date, and place were all very accurate. ? I deleted any existing model. ? I sent the mount to Altair.? It missed by a fair amount.? I decided that maybe I should only ¡°center¡± using ¡°center¡± or ¡°guide,¡± not ¡°move¡± or ¡°slew,¡± so it took a while to center Altair.? After carefully centering Altair on my illuminated-crosshair eyepiece, I selected ¡°Menu,¡± then ¡°Align,¡± then ¡°synchronize.¡± ? I told it to go to Vega.? It was almost perfectly centered.? I centered, synced, then told it to go to Deneb. ? It was perfectly centered. ? The west side of my sky is pretty much destroyed with Seattle sky glow and trees.? So I decided to play on the east side, to see how it worked,?
It worked very well!? Everything I told it to go to was reasonably well centered. ? Then I told it to go to Mizar, very much on the west side, but easy to see. ? It missed by a lot.? I centered it, and synced. ? I told it to go back to Deneb.? It was on the eyepiece (17mm Nagler Type 4, on a Celestron 11¡± EdgeHD), but quite far off center.? I centered and synced.? Told it to go to M27.? It was centered pretty well,? I told it to go back to Mizar, and it barely was on the eyepiece. ? And so the night went.? I found no way to get it to converge on a model that got everything reasonably close to the center of the eyepiece (I wouldn¡¯t care so much, except that it¡¯s a royal PITA to center anything, to me, on a GEM, since I have no idea which of the four buttons to hit at any time to get it to move in any particular direction). ? It was somewhat promising, in that it always got the target on the (very, very wide) eyepiece, but it is far, far from perfect. ? Mark
--
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
|
Re: Usability Question--Update
PS¡ªAfter getting good focus, I¡¯ll lock the mirror next time; the EdgeHD has a pretty good mirror lock. ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Brian Valente Sent: Wednesday, August 17, 2022 11:01 AM To: [email protected]Subject: Re: [Losmandy_users_io] Usability Question--Update ? Hi Mark I see a few problems with your approach, specifically the use of Sync instead of Align Here's my take on what should happen using your procedure, along with additional comments.? - Cold start at CWD position erases the model - polar align is important for good tracking (as always) - CWD position accuracy is really only for the first goto, as you pointed out. i wouldn't sweat it too hard - slew speed setting should not impact accuracy for gotos FIRST GOTO, Altair in eastern sky - no model means the first slew will be the least accurate, that's expected - Doesn't matter how you center the target: use slew/move/center, Although typically if the goto is farther out, you start the centering routine with slew, then move, then center, and perhaps guiding if you are fine tuning the position. There's no hard and fast rule here - Then Menu-> Align ->Align.? ?You don't need to add Sync at this point, you aren't syncing a model yet, you just started your first model point - "It worked very well!? Everything I told it to go to was reasonably well centered." WIth an Altair Align, you have one point model, so that's surprising it was that good but hey, who's arguing if it's accurate. If you needed to refine the goto accuracy for any of the subsequent goto targets in the eastern sky, you would goto, center (with hand controller, etc.) and then Menu->Align->Align. Typically a 3 point model is what I would consider a baseline, but i've often done 1 point as well. You can see this if you go to Menu->Align-> Model Parameters. It should show model terms for the first two (HA and DEC) only.? - this is where i think part of your issue is happening. The Sky Model is actually two separate models, one for the eastern sky, one for the western sky. If you go back to the Model Parameters and press Switch, you will see it Building a model on one side does not do anything for the opposite side. So we are back to the "first goto will be the least accurate" - Goto Mizar as the first western goto in an ampty?western sky model. This goto will therefore be as inaccurate as Altair, your first goto in the eastern sky.?? - At this point, you would repeat the same procedure for Altair, goto, center and ALIGN. Sync won't do anything at this point because there's no western sky model you are syncing to.? - I would also add two more Goto/center/aligns on this side, but at a minimum one Align.? NEXT - Gotos returning to eastern sky - at this point things should be fairly accurate on both sides - if you goto back to the eastern sky and it's slightly off, you would center and then SYNC to get your existing eastern sky model back in line with where the mount is pointing - why would eastern sky be slightly off when it was spot on earlier? equipment shift, polar misalignment (which is accounted for in the model only when you have 3+1 alignment points), mirror flop, ground shifting, etc. many things could impact the move from one side of the sky to the other. If you are using an SCT mirror flop can and will play a major role here - this will be the case anytime you switch sides of the sky I appreciate how important understanding this is, because I am doing planetary imaging with a miniscule fov (0.06 x 0.03 degrees) and a modest finder scope with a cmos camera attached (2.18"/pixel). I am not using any eyepieces so I can't just switch magnifications, it has to be really accurate to get it into the fov. With my Edge HD 11" my rough calculation of the difference in position when switching between sides of the sky is 2-4 arcmin? I'm estimating based on my memory of things but I will look closer next time. I attribute this primarily to equipment shifting and possibly mirror movement, even though I have mirror locks on the 11" So i would say if you give the above a go, i hope and expect things will improve for you ? On Wed, Aug 17, 2022 at 8:58 AM Mark de Regt <deregt@...> wrote: I went through all of the suggestions made, and collected those that seemed might possibly be connected to my problem.? Then I implemented them. ? Last night was a test. ? I carefully determined the CWD position.? Although, to be honest, there is absolutely no way I know of to know when the counterweight bar really is pointing as down as it can, since a bubble level depends on catching exactly the right part of the curve, and not moving it at all.? But I also understand that that matters only for the first slew. ? I slowed the speed at which the mount slews, to lessen the probability that anything skips with the sudden torque. ? I did a careful polar alignment with PoleMaster. ? I made sure that time, date, and place were all very accurate. ? I deleted any existing model. ? I sent the mount to Altair.? It missed by a fair amount.? I decided that maybe I should only ¡°center¡± using ¡°center¡± or ¡°guide,¡± not ¡°move¡± or ¡°slew,¡± so it took a while to center Altair.? After carefully centering Altair on my illuminated-crosshair eyepiece, I selected ¡°Menu,¡± then ¡°Align,¡± then ¡°synchronize.¡± ? I told it to go to Vega.? It was almost perfectly centered.? I centered, synced, then told it to go to Deneb. ? It was perfectly centered. ? The west side of my sky is pretty much destroyed with Seattle sky glow and trees.? So I decided to play on the east side, to see how it worked,?
It worked very well!? Everything I told it to go to was reasonably well centered. ? Then I told it to go to Mizar, very much on the west side, but easy to see. ? It missed by a lot.? I centered it, and synced. ? I told it to go back to Deneb.? It was on the eyepiece (17mm Nagler Type 4, on a Celestron 11¡± EdgeHD), but quite far off center.? I centered and synced.? Told it to go to M27.? It was centered pretty well,? I told it to go back to Mizar, and it barely was on the eyepiece. ? And so the night went.? I found no way to get it to converge on a model that got everything reasonably close to the center of the eyepiece (I wouldn¡¯t care so much, except that it¡¯s a royal PITA to center anything, to me, on a GEM, since I have no idea which of the four buttons to hit at any time to get it to move in any particular direction). ? It was somewhat promising, in that it always got the target on the (very, very wide) eyepiece, but it is far, far from perfect. ? Mark
--
|
Re: Usability Question--Update
Brian, ? Thanks for this very thorough reply. ? I am very confident that the polar alignment is spot on.? Not only do I do a very careful PoleMaster alignment, but I never see any drift when viewing an object. ? I¡¯ll try your suggestion for how to create the model, and see how that goes. ? Mark ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Brian Valente Sent: Wednesday, August 17, 2022 11:01 AM To: [email protected]Subject: Re: [Losmandy_users_io] Usability Question--Update ? Hi Mark I see a few problems with your approach, specifically the use of Sync instead of Align Here's my take on what should happen using your procedure, along with additional comments.? - Cold start at CWD position erases the model - polar align is important for good tracking (as always) - CWD position accuracy is really only for the first goto, as you pointed out. i wouldn't sweat it too hard - slew speed setting should not impact accuracy for gotos FIRST GOTO, Altair in eastern sky - no model means the first slew will be the least accurate, that's expected - Doesn't matter how you center the target: use slew/move/center, Although typically if the goto is farther out, you start the centering routine with slew, then move, then center, and perhaps guiding if you are fine tuning the position. There's no hard and fast rule here - Then Menu-> Align ->Align.? ?You don't need to add Sync at this point, you aren't syncing a model yet, you just started your first model point - "It worked very well!? Everything I told it to go to was reasonably well centered." WIth an Altair Align, you have one point model, so that's surprising it was that good but hey, who's arguing if it's accurate. If you needed to refine the goto accuracy for any of the subsequent goto targets in the eastern sky, you would goto, center (with hand controller, etc.) and then Menu->Align->Align. Typically a 3 point model is what I would consider a baseline, but i've often done 1 point as well. You can see this if you go to Menu->Align-> Model Parameters. It should show model terms for the first two (HA and DEC) only.? - this is where i think part of your issue is happening. The Sky Model is actually two separate models, one for the eastern sky, one for the western sky. If you go back to the Model Parameters and press Switch, you will see it Building a model on one side does not do anything for the opposite side. So we are back to the "first goto will be the least accurate" - Goto Mizar as the first western goto in an ampty?western sky model. This goto will therefore be as inaccurate as Altair, your first goto in the eastern sky.?? - At this point, you would repeat the same procedure for Altair, goto, center and ALIGN. Sync won't do anything at this point because there's no western sky model you are syncing to.? - I would also add two more Goto/center/aligns on this side, but at a minimum one Align.? NEXT - Gotos returning to eastern sky - at this point things should be fairly accurate on both sides - if you goto back to the eastern sky and it's slightly off, you would center and then SYNC to get your existing eastern sky model back in line with where the mount is pointing - why would eastern sky be slightly off when it was spot on earlier? equipment shift, polar misalignment (which is accounted for in the model only when you have 3+1 alignment points), mirror flop, ground shifting, etc. many things could impact the move from one side of the sky to the other. If you are using an SCT mirror flop can and will play a major role here - this will be the case anytime you switch sides of the sky I appreciate how important understanding this is, because I am doing planetary imaging with a miniscule fov (0.06 x 0.03 degrees) and a modest finder scope with a cmos camera attached (2.18"/pixel). I am not using any eyepieces so I can't just switch magnifications, it has to be really accurate to get it into the fov. With my Edge HD 11" my rough calculation of the difference in position when switching between sides of the sky is 2-4 arcmin? I'm estimating based on my memory of things but I will look closer next time. I attribute this primarily to equipment shifting and possibly mirror movement, even though I have mirror locks on the 11" So i would say if you give the above a go, i hope and expect things will improve for you ? On Wed, Aug 17, 2022 at 8:58 AM Mark de Regt <deregt@...> wrote: I went through all of the suggestions made, and collected those that seemed might possibly be connected to my problem.? Then I implemented them. ? Last night was a test. ? I carefully determined the CWD position.? Although, to be honest, there is absolutely no way I know of to know when the counterweight bar really is pointing as down as it can, since a bubble level depends on catching exactly the right part of the curve, and not moving it at all.? But I also understand that that matters only for the first slew. ? I slowed the speed at which the mount slews, to lessen the probability that anything skips with the sudden torque. ? I did a careful polar alignment with PoleMaster. ? I made sure that time, date, and place were all very accurate. ? I deleted any existing model. ? I sent the mount to Altair.? It missed by a fair amount.? I decided that maybe I should only ¡°center¡± using ¡°center¡± or ¡°guide,¡± not ¡°move¡± or ¡°slew,¡± so it took a while to center Altair.? After carefully centering Altair on my illuminated-crosshair eyepiece, I selected ¡°Menu,¡± then ¡°Align,¡± then ¡°synchronize.¡± ? I told it to go to Vega.? It was almost perfectly centered.? I centered, synced, then told it to go to Deneb. ? It was perfectly centered. ? The west side of my sky is pretty much destroyed with Seattle sky glow and trees.? So I decided to play on the east side, to see how it worked,?
It worked very well!? Everything I told it to go to was reasonably well centered. ? Then I told it to go to Mizar, very much on the west side, but easy to see. ? It missed by a lot.? I centered it, and synced. ? I told it to go back to Deneb.? It was on the eyepiece (17mm Nagler Type 4, on a Celestron 11¡± EdgeHD), but quite far off center.? I centered and synced.? Told it to go to M27.? It was centered pretty well,? I told it to go back to Mizar, and it barely was on the eyepiece. ? And so the night went.? I found no way to get it to converge on a model that got everything reasonably close to the center of the eyepiece (I wouldn¡¯t care so much, except that it¡¯s a royal PITA to center anything, to me, on a GEM, since I have no idea which of the four buttons to hit at any time to get it to move in any particular direction). ? It was somewhat promising, in that it always got the target on the (very, very wide) eyepiece, but it is far, far from perfect. ? Mark
--
|
Re: Usability Question--Update
>>>
If accurately polar aligned (within 30 arc seconds)?and synced on West and on East all objects should appear within a low power eyepiece.? ?Assuming the mount axis are ridgid and set perpendicular. And assuming the West side and East side offsets correct for the saddle/tube cone error.
Good thought, but more accurately there needs to be a model built on both sides.?
The model can compensate for polar alignment, flexure, non-perpendicularity (which is what I assume when you mention cone error) provided you do enough alignments. It's all there in the model parameters screen on the hand controller
toggle quoted message
Show quoted text
On Wed, Aug 17, 2022 at 12:16 PM WayBack < corey_d@...> wrote: [Edited Message Follows]
I'm new to the G11G too.? I agree with your approach and with Brian's thought too.? Just sharing some personal nuances and hope you don't mind.
If accurately polar aligned (within 30 arc seconds)?and synced on West and on East all objects should appear within a low power eyepiece.? ?Assuming the mount axis are ridgid and set perpendicular. And assuming the West side and East side offsets correct for the saddle/tube cone error.
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
|
Re: Usability Question--Update
I'm new to the G11G too.? I agree with your approach and with Brian's thoughts too.? Just sharing some personal nuances and hope you don't mind.
If accurately polar aligned (within 30 arc seconds)?and synced on West and on East all objects should appear within a low power eyepiece.? ?Assuming the mount axis are ridged and set perpendicular (a given). And assuming the West side and East side offsets correct for the saddle/tube cone error as intended.
I'd check the clutches and the polar adjustment locks.? The motors are quite capable of moving an imbalanced load to the point the clutches slip without notice.? Likewise, a bit of torquing against a lose hold down knob can create an alignment issue as the evening progresses (been there).
|
Re: Usability Question--Update
Sorry, one last comment!
Someone early on mentioned you have to forget what you know about Celestron
I don't use Celestron mounts, but i'm pretty sure Celestron has a "Sync" command that is equivalent to the Gemini "Align" command? so if you are in a Celestron mindset, that would explain why users coming from Celestron would use the Gemini Sync command incorrectly
toggle quoted message
Show quoted text
On Wed, Aug 17, 2022 at 11:01 AM Brian Valente via <bvalente= [email protected]> wrote: Hi Mark
I see a few problems with your approach, specifically the use of Sync instead of Align
Here's my take on what should happen using your procedure, along with additional comments.?
SETUP - Cold start at CWD position erases the model - polar align is important for good tracking (as always) - CWD position accuracy is really only for the first goto, as you pointed out. i wouldn't sweat it too hard - slew speed setting should not impact accuracy for gotos
FIRST GOTO, Altair in eastern sky - no model means the first slew will be the least accurate, that's expected - Doesn't matter how you center the target: use slew/move/center, Although typically if the goto is farther out, you start the centering routine with slew, then move, then center, and perhaps guiding if you are fine tuning the position. There's no hard and fast rule here - Then Menu-> Align ->Align.? ?You don't need to add Sync at this point, you aren't syncing a model yet, you just started your first model point - "It worked very well!? Everything I told it to go to was reasonably well centered." WIth an Altair Align, you have one point model, so that's surprising it was that good but hey, who's arguing if it's accurate. If you needed to refine the goto accuracy for any of the subsequent goto targets in the eastern sky, you would goto, center (with hand controller, etc.) and then Menu->Align->Align. Typically a 3 point model is what I would consider a baseline, but i've often done 1 point as well. You can see this if you go to Menu->Align-> Model Parameters. It should show model terms for the first two (HA and DEC) only.? ? NEXT GOTOs - Western Sky - this is where i think part of your issue is happening. The Sky Model is actually two separate models, one for the eastern sky, one for the western sky. If you go back to the Model Parameters and press Switch, you will see it Building a model on one side does not do anything for the opposite side. So we are back to the "first goto will be the least accurate"
- Goto Mizar as the first western goto in an ampty?western sky model. This goto will therefore be as inaccurate as Altair, your first goto in the eastern sky.?? - At this point, you would repeat the same procedure for Altair, goto, center and ALIGN. Sync won't do anything at this point because there's no western sky model you are syncing to.? - I would also add two more Goto/center/aligns on this side, but at a minimum one Align.?
NEXT - Gotos returning to eastern sky - at this point things should be fairly accurate on both sides - if you goto back to the eastern sky and it's slightly off, you would center and then SYNC to get your existing eastern sky model back in line with where the mount is pointing - why would eastern sky be slightly off when it was spot on earlier? equipment shift, polar misalignment (which is accounted for in the model only when you have 3+1 alignment points), mirror flop, ground shifting, etc. many things could impact the move from one side of the sky to the other. If you are using an SCT mirror flop can and will play a major role here - this will be the case anytime you switch sides of the sky
I appreciate how important understanding this is, because I am doing planetary imaging with a miniscule fov (0.06 x 0.03 degrees) and a modest finder scope with a cmos camera attached (2.18"/pixel). I am not using any eyepieces so I can't just switch magnifications, it has to be really accurate to get it into the fov. With my Edge HD 11" my rough calculation of the difference in position when switching between sides of the sky is 2-4 arcmin? I'm estimating based on my memory of things but I will look closer next time. I attribute this primarily to equipment shifting and possibly mirror movement, even though I have mirror locks on the 11"
So i would say if you give the above a go, i hope and expect things will improve for you
Brian
?
On Wed, Aug 17, 2022 at 8:58 AM Mark de Regt < deregt@...> wrote: I went through all of the suggestions made, and collected those that seemed might possibly be connected to my problem.? Then I implemented them. ? Last night was a test. ? I carefully determined the CWD position.? Although, to be honest, there is absolutely no way I know of to know when the counterweight bar really is pointing as down as it can, since a bubble level depends on catching exactly the right part of the curve, and not moving it at all.? But I also understand that that matters only for the first slew. ? I slowed the speed at which the mount slews, to lessen the probability that anything skips with the sudden torque. ? I did a careful polar alignment with PoleMaster. ? I made sure that time, date, and place were all very accurate. ? I deleted any existing model. ? I sent the mount to Altair.? It missed by a fair amount.? I decided that maybe I should only ¡°center¡± using ¡°center¡± or ¡°guide,¡± not ¡°move¡± or ¡°slew,¡± so it took a while to center Altair.? After carefully centering Altair on my illuminated-crosshair eyepiece, I selected ¡°Menu,¡± then ¡°Align,¡± then ¡°synchronize.¡± ? I told it to go to Vega.? It was almost perfectly centered.? I centered, synced, then told it to go to Deneb. ? It was perfectly centered. ? The west side of my sky is pretty much destroyed with Seattle sky glow and trees.? So I decided to play on the east side, to see how it worked,?
It worked very well!? Everything I told it to go to was reasonably well centered. ? Then I told it to go to Mizar, very much on the west side, but easy to see. ? It missed by a lot.? I centered it, and synced. ? I told it to go back to Deneb.? It was on the eyepiece (17mm Nagler Type 4, on a Celestron 11¡± EdgeHD), but quite far off center.? I centered and synced.? Told it to go to M27.? It was centered pretty well,? I told it to go back to Mizar, and it barely was on the eyepiece. ? And so the night went.? I found no way to get it to converge on a model that got everything reasonably close to the center of the eyepiece (I wouldn¡¯t care so much, except that it¡¯s a royal PITA to center anything, to me, on a GEM, since I have no idea which of the four buttons to hit at any time to get it to move in any particular direction). ? It was somewhat promising, in that it always got the target on the (very, very wide) eyepiece, but it is far, far from perfect. ? Mark
--
Brian?
Brian Valente astro portfolio? portfolio astrobin?
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
|
Re: Usability Question--Update
PS?
Mark, thanks for taking the time to outline your steps, that was helpful and really the only way to know how you were going about it?
toggle quoted message
Show quoted text
On Wed, Aug 17, 2022 at 11:01 AM Brian Valente via <bvalente= [email protected]> wrote: Hi Mark
I see a few problems with your approach, specifically the use of Sync instead of Align
Here's my take on what should happen using your procedure, along with additional comments.?
SETUP - Cold start at CWD position erases the model - polar align is important for good tracking (as always) - CWD position accuracy is really only for the first goto, as you pointed out. i wouldn't sweat it too hard - slew speed setting should not impact accuracy for gotos
FIRST GOTO, Altair in eastern sky - no model means the first slew will be the least accurate, that's expected - Doesn't matter how you center the target: use slew/move/center, Although typically if the goto is farther out, you start the centering routine with slew, then move, then center, and perhaps guiding if you are fine tuning the position. There's no hard and fast rule here - Then Menu-> Align ->Align.? ?You don't need to add Sync at this point, you aren't syncing a model yet, you just started your first model point - "It worked very well!? Everything I told it to go to was reasonably well centered." WIth an Altair Align, you have one point model, so that's surprising it was that good but hey, who's arguing if it's accurate. If you needed to refine the goto accuracy for any of the subsequent goto targets in the eastern sky, you would goto, center (with hand controller, etc.) and then Menu->Align->Align. Typically a 3 point model is what I would consider a baseline, but i've often done 1 point as well. You can see this if you go to Menu->Align-> Model Parameters. It should show model terms for the first two (HA and DEC) only.? ? NEXT GOTOs - Western Sky - this is where i think part of your issue is happening. The Sky Model is actually two separate models, one for the eastern sky, one for the western sky. If you go back to the Model Parameters and press Switch, you will see it Building a model on one side does not do anything for the opposite side. So we are back to the "first goto will be the least accurate"
- Goto Mizar as the first western goto in an ampty?western sky model. This goto will therefore be as inaccurate as Altair, your first goto in the eastern sky.?? - At this point, you would repeat the same procedure for Altair, goto, center and ALIGN. Sync won't do anything at this point because there's no western sky model you are syncing to.? - I would also add two more Goto/center/aligns on this side, but at a minimum one Align.?
NEXT - Gotos returning to eastern sky - at this point things should be fairly accurate on both sides - if you goto back to the eastern sky and it's slightly off, you would center and then SYNC to get your existing eastern sky model back in line with where the mount is pointing - why would eastern sky be slightly off when it was spot on earlier? equipment shift, polar misalignment (which is accounted for in the model only when you have 3+1 alignment points), mirror flop, ground shifting, etc. many things could impact the move from one side of the sky to the other. If you are using an SCT mirror flop can and will play a major role here - this will be the case anytime you switch sides of the sky
I appreciate how important understanding this is, because I am doing planetary imaging with a miniscule fov (0.06 x 0.03 degrees) and a modest finder scope with a cmos camera attached (2.18"/pixel). I am not using any eyepieces so I can't just switch magnifications, it has to be really accurate to get it into the fov. With my Edge HD 11" my rough calculation of the difference in position when switching between sides of the sky is 2-4 arcmin? I'm estimating based on my memory of things but I will look closer next time. I attribute this primarily to equipment shifting and possibly mirror movement, even though I have mirror locks on the 11"
So i would say if you give the above a go, i hope and expect things will improve for you
Brian
?
On Wed, Aug 17, 2022 at 8:58 AM Mark de Regt < deregt@...> wrote: I went through all of the suggestions made, and collected those that seemed might possibly be connected to my problem.? Then I implemented them. ? Last night was a test. ? I carefully determined the CWD position.? Although, to be honest, there is absolutely no way I know of to know when the counterweight bar really is pointing as down as it can, since a bubble level depends on catching exactly the right part of the curve, and not moving it at all.? But I also understand that that matters only for the first slew. ? I slowed the speed at which the mount slews, to lessen the probability that anything skips with the sudden torque. ? I did a careful polar alignment with PoleMaster. ? I made sure that time, date, and place were all very accurate. ? I deleted any existing model. ? I sent the mount to Altair.? It missed by a fair amount.? I decided that maybe I should only ¡°center¡± using ¡°center¡± or ¡°guide,¡± not ¡°move¡± or ¡°slew,¡± so it took a while to center Altair.? After carefully centering Altair on my illuminated-crosshair eyepiece, I selected ¡°Menu,¡± then ¡°Align,¡± then ¡°synchronize.¡± ? I told it to go to Vega.? It was almost perfectly centered.? I centered, synced, then told it to go to Deneb. ? It was perfectly centered. ? The west side of my sky is pretty much destroyed with Seattle sky glow and trees.? So I decided to play on the east side, to see how it worked,?
It worked very well!? Everything I told it to go to was reasonably well centered. ? Then I told it to go to Mizar, very much on the west side, but easy to see. ? It missed by a lot.? I centered it, and synced. ? I told it to go back to Deneb.? It was on the eyepiece (17mm Nagler Type 4, on a Celestron 11¡± EdgeHD), but quite far off center.? I centered and synced.? Told it to go to M27.? It was centered pretty well,? I told it to go back to Mizar, and it barely was on the eyepiece. ? And so the night went.? I found no way to get it to converge on a model that got everything reasonably close to the center of the eyepiece (I wouldn¡¯t care so much, except that it¡¯s a royal PITA to center anything, to me, on a GEM, since I have no idea which of the four buttons to hit at any time to get it to move in any particular direction). ? It was somewhat promising, in that it always got the target on the (very, very wide) eyepiece, but it is far, far from perfect. ? Mark
--
Brian?
Brian Valente astro portfolio? portfolio astrobin?
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
|
Re: Azimuth Adjustment Adjustment
Hi David
That is normal, please see the tutorial we have on doing polar alignment, you should be moving in one direction. There are other tips here as well:
toggle quoted message
Show quoted text
Hello
My G11¡¯s azimuth knobs have about 1/2 turn of free wheeling slack¡ª- knobs turn with no resistence and no resulting AZ change.
Can the mechanism be adjusted to remove this slack or is this normal?
Thank you
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
|
Re: Usability Question--Update
Hi Mark
I see a few problems with your approach, specifically the use of Sync instead of Align
Here's my take on what should happen using your procedure, along with additional comments.?
SETUP - Cold start at CWD position erases the model - polar align is important for good tracking (as always) - CWD position accuracy is really only for the first goto, as you pointed out. i wouldn't sweat it too hard - slew speed setting should not impact accuracy for gotos
FIRST GOTO, Altair in eastern sky - no model means the first slew will be the least accurate, that's expected - Doesn't matter how you center the target: use slew/move/center, Although typically if the goto is farther out, you start the centering routine with slew, then move, then center, and perhaps guiding if you are fine tuning the position. There's no hard and fast rule here - Then Menu-> Align ->Align.? ?You don't need to add Sync at this point, you aren't syncing a model yet, you just started your first model point - "It worked very well!? Everything I told it to go to was reasonably well centered." WIth an Altair Align, you have one point model, so that's surprising it was that good but hey, who's arguing if it's accurate. If you needed to refine the goto accuracy for any of the subsequent goto targets in the eastern sky, you would goto, center (with hand controller, etc.) and then Menu->Align->Align. Typically a 3 point model is what I would consider a baseline, but i've often done 1 point as well. You can see this if you go to Menu->Align-> Model Parameters. It should show model terms for the first two (HA and DEC) only.? ? NEXT GOTOs - Western Sky - this is where i think part of your issue is happening. The Sky Model is actually two separate models, one for the eastern sky, one for the western sky. If you go back to the Model Parameters and press Switch, you will see it Building a model on one side does not do anything for the opposite side. So we are back to the "first goto will be the least accurate"
- Goto Mizar as the first western goto in an ampty?western sky model. This goto will therefore be as inaccurate as Altair, your first goto in the eastern sky.?? - At this point, you would repeat the same procedure for Altair, goto, center and ALIGN. Sync won't do anything at this point because there's no western sky model you are syncing to.? - I would also add two more Goto/center/aligns on this side, but at a minimum one Align.?
NEXT - Gotos returning to eastern sky - at this point things should be fairly accurate on both sides - if you goto back to the eastern sky and it's slightly off, you would center and then SYNC to get your existing eastern sky model back in line with where the mount is pointing - why would eastern sky be slightly off when it was spot on earlier? equipment shift, polar misalignment (which is accounted for in the model only when you have 3+1 alignment points), mirror flop, ground shifting, etc. many things could impact the move from one side of the sky to the other. If you are using an SCT mirror flop can and will play a major role here - this will be the case anytime you switch sides of the sky
I appreciate how important understanding this is, because I am doing planetary imaging with a miniscule fov (0.06 x 0.03 degrees) and a modest finder scope with a cmos camera attached (2.18"/pixel). I am not using any eyepieces so I can't just switch magnifications, it has to be really accurate to get it into the fov. With my Edge HD 11" my rough calculation of the difference in position when switching between sides of the sky is 2-4 arcmin? I'm estimating based on my memory of things but I will look closer next time. I attribute this primarily to equipment shifting and possibly mirror movement, even though I have mirror locks on the 11"
So i would say if you give the above a go, i hope and expect things will improve for you
Brian
?
toggle quoted message
Show quoted text
On Wed, Aug 17, 2022 at 8:58 AM Mark de Regt < deregt@...> wrote: I went through all of the suggestions made, and collected those that seemed might possibly be connected to my problem.? Then I implemented them. ? Last night was a test. ? I carefully determined the CWD position.? Although, to be honest, there is absolutely no way I know of to know when the counterweight bar really is pointing as down as it can, since a bubble level depends on catching exactly the right part of the curve, and not moving it at all.? But I also understand that that matters only for the first slew. ? I slowed the speed at which the mount slews, to lessen the probability that anything skips with the sudden torque. ? I did a careful polar alignment with PoleMaster. ? I made sure that time, date, and place were all very accurate. ? I deleted any existing model. ? I sent the mount to Altair.? It missed by a fair amount.? I decided that maybe I should only ¡°center¡± using ¡°center¡± or ¡°guide,¡± not ¡°move¡± or ¡°slew,¡± so it took a while to center Altair.? After carefully centering Altair on my illuminated-crosshair eyepiece, I selected ¡°Menu,¡± then ¡°Align,¡± then ¡°synchronize.¡± ? I told it to go to Vega.? It was almost perfectly centered.? I centered, synced, then told it to go to Deneb. ? It was perfectly centered. ? The west side of my sky is pretty much destroyed with Seattle sky glow and trees.? So I decided to play on the east side, to see how it worked,?
It worked very well!? Everything I told it to go to was reasonably well centered. ? Then I told it to go to Mizar, very much on the west side, but easy to see. ? It missed by a lot.? I centered it, and synced. ? I told it to go back to Deneb.? It was on the eyepiece (17mm Nagler Type 4, on a Celestron 11¡± EdgeHD), but quite far off center.? I centered and synced.? Told it to go to M27.? It was centered pretty well,? I told it to go back to Mizar, and it barely was on the eyepiece. ? And so the night went.? I found no way to get it to converge on a model that got everything reasonably close to the center of the eyepiece (I wouldn¡¯t care so much, except that it¡¯s a royal PITA to center anything, to me, on a GEM, since I have no idea which of the four buttons to hit at any time to get it to move in any particular direction). ? It was somewhat promising, in that it always got the target on the (very, very wide) eyepiece, but it is far, far from perfect. ? Mark
-- Brian?
Brian Valente astro portfolio? portfolio astrobin?
|
Azimuth Adjustment Adjustment
Hello
My G11¡¯s azimuth knobs have about 1/2 turn of free wheeling slack¡ª- knobs turn with no resistence and no resulting AZ change.
Can the mechanism be adjusted to remove this slack or is this normal?
Thank you
|