Date   

Re: AP1100 coming, least hassle plate solver?

 
Edited

I have not done any modeling yet, and I'm not sure I completely understand the software chain involved, but It seems it would have been nice to include Leonardo Orazi's "Voyager" during the new APPM version development.:

Voyager – Astrophotography Automation Software (starkeeper.it)

Jerome


Re: NINA and AP1200

Bill Long
 

Voyager and NINA both have very active development. The older apps like Maxim, SGP, and SkyX have much longer cycles between updates. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of ap@... <ap@...>
Sent: Friday, July 30, 2021 10:04 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] NINA and AP1200
 
  • How it compares with any given other app is a highly subjective assessment. NINA has some features that other apps don't have, and NINA does not have some features that some other apps have. What matters out of all that depends on your particular needs and way of operating.

 

I’ll offer a few associated comments (I am not part of the NINA team).

 

Most of the apps you mentioned are … let’s call them venerable.  They have a long history, a large-ish installed base, and a fairly slow development cycle (I’m sure some developers may disagree, but just maintaining backward compatibility with a large base forces a certain slowness on the processes, but even so some seem really lethargic as though the developers just lost energy).

 

NINA is developing fast, the nightly version with the advance sequencer changes rapidly, based on real use by both the developers and fairly real time feedback on discord (and elsewhere).  Fast does not always equal better, but it does mean that NINA will incorporate new features or techniques more rapidly than you are likely to see them in its older cousins.  This newness also means it may not have features that have been around for ages in other programs, that might not have been considered useful to these developers.  Since it is not a commercial product they are not really trying to satisfy every SGP or TSX user’s likes, only their own (or what they think useful).  Personally I think this is good, making just another SGP is rather pointless, just buy SGP (as an example).

 

Developing fast also means there is a certain onus on the user to keep up, especially if you are using the nightlies (which honestly most people may want, as the features are great).  If you upgrade to clear some bugs, you will also find differences in the UI, or in how triggers work, from the last time you tried it.  I’m coping with that now as I was without a mount for a couple months due to a repair.  And frankly the documentation on changes is present, but not terribly easy to find and digest for a user.  Some people love this fast changing environment, some will hate it.  Only you know which camp you are in.

 

It also has a very different support paradigm. Most of us are used to forums for user-to-user support, or email/phone for vendors.  Discord takes some getting used to.  It works, but it is a bit of a paradigm change you need to come prepared to learn.

 

FWIW.

 

Linwood


Re: NINA and AP1200

ap@CaptivePhotons.com
 

  • How it compares with any given other app is a highly subjective assessment. NINA has some features that other apps don't have, and NINA does not have some features that some other apps have. What matters out of all that depends on your particular needs and way of operating.

 

I’ll offer a few associated comments (I am not part of the NINA team).

 

Most of the apps you mentioned are … let’s call them venerable.  They have a long history, a large-ish installed base, and a fairly slow development cycle (I’m sure some developers may disagree, but just maintaining backward compatibility with a large base forces a certain slowness on the processes, but even so some seem really lethargic as though the developers just lost energy).

 

NINA is developing fast, the nightly version with the advance sequencer changes rapidly, based on real use by both the developers and fairly real time feedback on discord (and elsewhere).  Fast does not always equal better, but it does mean that NINA will incorporate new features or techniques more rapidly than you are likely to see them in its older cousins.  This newness also means it may not have features that have been around for ages in other programs, that might not have been considered useful to these developers.  Since it is not a commercial product they are not really trying to satisfy every SGP or TSX user’s likes, only their own (or what they think useful).  Personally I think this is good, making just another SGP is rather pointless, just buy SGP (as an example).

 

Developing fast also means there is a certain onus on the user to keep up, especially if you are using the nightlies (which honestly most people may want, as the features are great).  If you upgrade to clear some bugs, you will also find differences in the UI, or in how triggers work, from the last time you tried it.  I’m coping with that now as I was without a mount for a couple months due to a repair.  And frankly the documentation on changes is present, but not terribly easy to find and digest for a user.  Some people love this fast changing environment, some will hate it.  Only you know which camp you are in.

 

It also has a very different support paradigm. Most of us are used to forums for user-to-user support, or email/phone for vendors.  Discord takes some getting used to.  It works, but it is a bit of a paradigm change you need to come prepared to learn.

 

FWIW.

 

Linwood


Re: NINA and AP1200

Kent Kirkley
 

Dale
Thank you for your input.
I'll investigate it further.
Kent Kirkley



-----Original Message-----
From: Dale Ghent <daleg@...>
To: main@ap-gto.groups.io
Sent: Fri, Jul 30, 2021 11:50 am
Subject: Re: [ap-gto] NINA and AP1200


How it compares with any given other app is a highly subjective assessment. NINA has some features that other apps don't have, and NINA does not have some features that some other apps have. What matters out of all that depends on your particular needs and way of operating. Do you have anything specific in mind that's outside the usual schtick when it comes to sequencing apps?

NINA is coded in .Net Standard and its UI is implemented using Windows Presentation Foundation, so it is a Windows-only app for now. This might change in the future with a heavy-lift migration to dotNetCore and replacing the use of WPF with a cross-platform UI framework. But these are not trivial things to do and will take a lot of time. That said, it's not a priority at the moment but the code will move in that direction incrementally.


> On Jul 30, 2021, at 12:25, Kent Kirkley via groups.io <kgkirkley=aol.com@groups.io> wrote:
>
> Dale
> I've just become aware of NINA.
> How does it compare with other systems like Maxim DL, APCC, The Sky, etc.
> Is it available or works with Mac OS?
>
> Thanks Kent Kirkley
>
>
>
> -----Original Message-----
> From: Dale Ghent <daleg@...>
> To: main@ap-gto.groups.io
> Sent: Fri, Jul 30, 2021 9:58 am
> Subject: Re: [ap-gto] NINA and AP1200
>
>
> Hi Luke,
>
> There's nothing in particular that you need to do in NINA regarding the fact that you're driving a 12000+CP3, so your questions are more of a general NINA usage kind. In this capacity, the A-P ASCOM driver "just works" and is basically transparent, so there's nothing in particular that you need to configure to suit NINA. The only things you might possibly want to check up on in the ASCOM driver, from a "good housekeeping" perspective, are syncing your PC's clock to the mount is on and that syncs are converted to recals.
>
> I'm going to assume that you're running 1.10 (hopefully patch level HF3) and are using what we now call the Simple sequencer, as the upcoming 1.11 release adds a new sequencer that we refer to as the Advanced sequencer.
>
> So, you're driving the mount around via the keypad and manually framing. I suggest a different, more deliberate way to go about framing, and this is what Framing Assistant in NINA is for:
>
> First, you can go Framing Assistant and search for an object. If the object you desire isn't in NINA's internal, slimmed-down database of objects, you can import the coordinates of one from any of the support external Planetarium apps - Stellarium, TheSkyX, etc. Given what they are, these apps tend to have very extensive databases of objects. You can select the object or, in Stellarium and TheSkyX, frame it, and then press the button to the right of the coordinates field in NINA to import those coordinates. Setting up an external Planetarium app is covered in NINA's online documentation.
>
> In Framing Assistant there is a multitude of sky surveys that can be selected to fetch images from. I suggest using the HIPS server as it's (generally) the fastest at returning images compared to the others. They're all slow; it's just that the HIPS server is less slow than the other options, if you follow. Make sure that the FOV setting is appropriate for your setup. Generally you want NINA to request images of a FOV that is larger than what your camera sees in order to give you space around your desired coordinate to frame things up.
>
> Once you frame your target, then you can send it to the sequencer using either the "Replace as Sequencer Target" or "Add as Sequencer Target" buttons.  The target will then be instantiated in the sequencer, with any predefined sequence template (as set under Options > Imaging > Sequence Template) being loaded for it. A sequence template is a saved sequence that has things set and laid out how you generally want a default to be. Options and the type and number rows in the sequencer and all that can be preset this way. When you send the target info from Framing Assistant to the Sequencer, NINA will load this template and sub in the target's information. It's a quick way to get things going.
>
> Now that you have progressed from Framing Assistant to the Sequencer and have set up your sequence how you prefer (either manually or via the aforementioned template, or template plus some manual tweaks) then you can save your sequence using the Save button down in the lower left. This saves the sequence to a file of your choice so that it can be loaded and used again the next night, with target info saved with it. Doing this will obviate the need for you to go in and try to reframe what you had the previous night. Just save the sequence and you're done.
>
> As for sequence options, you will likely want Slew to Target and Center Target turned on. The first is obvious - it slews the mount to the target's coordinates. The second is key to get what you intend in terms of framing. Centering ensures that your telescope is pointed at the coordinates by the use of plate solving. Once your scope slews to where the mount thinks your target's RA and dec are, NINA will do a plate solve to see if it's actually there. If it isn't, the plate solve results are synced to the mount and another slew to the target's coordinates is commanded. This process will repeat until NINA sees that your telescope is pointing within the configured Pointing Tolerance (see: Options > Plate Solving > Pointing Tolerance).
>
> There is the additional aspect of desired rotation for the target. If you do not have an ASCOM rotator, you can select and connect the Manual Rotator device in NINA. When this is connected, the Centering process will also consider your defined target rotation. You will be prompted during the centering process to also rotate your camera by N degrees clockwise or anticlockwise. As with pointing, the centering process will not be satisfied until the camera is rotated within the defined Rotation Tolerance setting of whatever rotation angle you defined for your target. This setting is found along with the aforementioned Pointing Tolerance setting under Options > Plate Solving.
>
> The rest of the sequence progresses after the above process is done. So framing your target, sending it to the sequencer from within the Framing Assistant, setting up your sequence (manually or via template) and saving your sequence to a file would be my suggestion going forward. The goal here is to avoid the use of the keypad and manually driving the mount around. You can do all the above steps offline, without even being connected to your mount. This means you can set up sequences beforehand, save them to a file, and then load them up when you're actually set up and ready to image for the night. It pays to be lazy.
>
> You mentioned the optional plate solve sync. This option is for when you do *manual* plate solves under the Imaging > Plate Solve window. When you do a plate solve there, you can optionally have it sync the results. You can optionally also have it reslew the mount to the last commanded coordinates after the sync is done. Turning on reslew also turns on syncing as it depends on that. In a sequence, the Center process will always sync the solved coordinates to the mount in order to be able to do its job. There is a way to prevent even that, but this is for very specific mount setups that aren't applicable to your situation.
>
> For further in-depth help, I suggest getting on the NINA Discord chat server where you'll find a lot of community members who can help answer your questions, plus all us developers hang out there. There's a link to it on the NINA website.
>
>
>
> > On Jul 29, 2021, at 22:54, Luke Dodd <lkdodd@...> wrote:
> >
> > Hi all,
> >
> > I am trying to work out how best to use my AP1200 with NINA.
> >
> > I have had a 10plus year break and have been trying to bring myself up to speed with the tech  over the past 6months. I have been getting some good images but with a fair bit of manual intervention in the process.
> >
> > I have the CPT3 version and I resume from Park 1, mount connects to PC/Nina and slews to target. Generally target is in frame of my QHY294 with 674mm scope. I then use keypad to finalise the position of the object in the frame. ( my keypad backup battery does need to be replaced, as a keypad slew to an object in its database fails to locate the target. But so far things are working just using PC interface)
> >
> > I can plate solve successfully, do I need to synch anything here, i did note there is a synch option in NINA but I havnt selected this as yet..
> >
> > Also I am trying to frame the object using the previous nights image as a template. There is something I am missing, as when I use framing assistant and load image from file, then scope wont slew / realign the camera to match. I have not introduced any rotation into the image train from the previous night. I have read the manual tried a google search but I am obviously not really getting anywhere.
> >
> > What I have done to date is, connect mount using NINA, slew to target using NINA sky atlas, check object is in the frame. I go to Framing assistant, select object, choose load from file. Select last nights image of the object, NINA states a plate solve needed, I then move the framing guide to where I think it should be but scope wont move to reframe the camera. Do I select recentre or slew option. Do I need to enter any coordinates manually? Do I need to load a snapshot of the current image from the camera?
> >
> > Please note I do most imaging from home, but dont have an observatory, so I dont park the scope at the end of an imaging session as I have to bring scope/camera inside each night.
> >
> > Any help greatly appreciated.
> >
> > Regards Luke
> >
> >
>
>
>
>
>
>
>







Re: 92mm Stowaway 4th Run Update

Karen Christen
 

Hey Astro-Nuts,

 

Just a quick update to let you know the 92mm Stowaway 2021 Random Drawing Entry form is open and available on the Availability tab of the Stowaway product page here: https://www.astro-physics.com/92f665

 

The sign-up page will be open until 12:00 noon, Central Daylight Time (UT -5) on Friday, August 6.  You may sign up at any time during that window to be entered in the drawing.

 

We wish all of you good luck!

Astro-Folks

 

 

From: Karen
Sent: Friday, July 23, 2021 2:17 PM
To: 'ap-gto@groups.io' <ap-gto@groups.io>
Subject: 92mm Stowaway 4th Run Update

 

Hello Astro-Nuts,

The fourth production run of our 92mm f6.65 Stowaway is well underway and we have contacted all of the remaining people who had signed up on our notification list in April 2018.  Roland fulfilled his promise of making enough scopes for everyone who signed up the first time who wanted one.  We are producing more scopes that will need a good home. So, now what do we do? 

After much deliberation we’ve decided to offer the remaining scopes in a random-drawing format.  This is a departure from our usual processes, so we know you have questions.  We have answers:

Why can’t I just order one? We wanted to provide an equal opportunity to people who would really like to own and use this scope. If we simply opened our phone lines to take orders, it would favor people who live in particular time zones and only those who happened to hear about it. We anticipate that they would have sold out very quickly, possibly even before people on the other side of the globe were awake. Since we have an international following, we wanted to give everyone an opportunity.

What do you mean, random drawing?  For one week from Friday, July 30 to Friday, August 6 (12pm noon central daylight savings time), anyone can sign up on the 92mm Stowaway 2021 Random Drawing Entry form.  It does not matter when you sign up, as long as it’s within the sign-up window.  From this group of interested people, we will randomly choose the people who will be notified of the opportunity to purchase a 92mm Stowaway.

Why aren’t you just notifying people in order of when they signed up, like usual?  Traditionally we have collected names of those interested in a particular product in chronological order and notified folks of the opportunity to purchase the item in that order.  We’ve occasionally received criticism, most especially if the list is only open for a short time, from folks who were unaware of the list, on vacation, on the other side of the world and asleep when the list was open, etc.

We only have a limited number of Stowaways and wanted to give everyone an equal chance to purchase one.  With advanced notice and a one-week sign-up window, we hope to catch everyone who might be interested in this scope.

How do I sign up?  Go to the 92mm Stowaway 2021 Random Drawing Entry form and fill in all the required fields, including your name, phone number, email address and billing address.  The link to this form will be available on July 30th at noon on the Availability tab of the 92mm Stowaway website page: www.astro-physics.com/92f665

When can I sign up?  The 92mm Stowaway 2021 Random Drawing Entry form will be available from July 30 to August 6 (12pm noon central daylight savings time for both). 

Will I receive a confirmation of my sign-up?  Yes.  Following submission, a confirmation window will appear. Assuming that you provided a valid email address, you will also receive an auto-generated confirmation email with all of the information that you provided for your reference. If you do NOT receive a confirmation email, it may be in your spam folder or you may have entered an incorrect email address. 

When will I know if I was selected?  After the deadline, we will contact the people whose names we draw randomly from the entries. This process may take several months since we do not sell the final scopes in the run until they are completed. We will post periodic messages on the Availability tab of the 92mm Stowaway website page regarding the status of the drawing: www.astro-physics.com/92f665

When would I pay for my order?  The order process will remain the same as usual: Once you’re notified, you will have 2 weeks to decide whether to purchase and submit a 50% deposit.  At that time a scope will be reserved for you and we will provide an estimated date of delivery.

We wish you luck!

The Astro-Folks

 


--
Karen Christen
Astro-Physics


Re: NINA and AP1200

Dale Ghent
 

How it compares with any given other app is a highly subjective assessment. NINA has some features that other apps don't have, and NINA does not have some features that some other apps have. What matters out of all that depends on your particular needs and way of operating. Do you have anything specific in mind that's outside the usual schtick when it comes to sequencing apps?

NINA is coded in .Net Standard and its UI is implemented using Windows Presentation Foundation, so it is a Windows-only app for now. This might change in the future with a heavy-lift migration to dotNetCore and replacing the use of WPF with a cross-platform UI framework. But these are not trivial things to do and will take a lot of time. That said, it's not a priority at the moment but the code will move in that direction incrementally.

On Jul 30, 2021, at 12:25, Kent Kirkley via groups.io <kgkirkley=aol.com@groups.io> wrote:

Dale
I've just become aware of NINA.
How does it compare with other systems like Maxim DL, APCC, The Sky, etc.
Is it available or works with Mac OS?

Thanks Kent Kirkley



-----Original Message-----
From: Dale Ghent <daleg@elemental.org>
To: main@ap-gto.groups.io
Sent: Fri, Jul 30, 2021 9:58 am
Subject: Re: [ap-gto] NINA and AP1200


Hi Luke,

There's nothing in particular that you need to do in NINA regarding the fact that you're driving a 12000+CP3, so your questions are more of a general NINA usage kind. In this capacity, the A-P ASCOM driver "just works" and is basically transparent, so there's nothing in particular that you need to configure to suit NINA. The only things you might possibly want to check up on in the ASCOM driver, from a "good housekeeping" perspective, are syncing your PC's clock to the mount is on and that syncs are converted to recals.

I'm going to assume that you're running 1.10 (hopefully patch level HF3) and are using what we now call the Simple sequencer, as the upcoming 1.11 release adds a new sequencer that we refer to as the Advanced sequencer.

So, you're driving the mount around via the keypad and manually framing. I suggest a different, more deliberate way to go about framing, and this is what Framing Assistant in NINA is for:

First, you can go Framing Assistant and search for an object. If the object you desire isn't in NINA's internal, slimmed-down database of objects, you can import the coordinates of one from any of the support external Planetarium apps - Stellarium, TheSkyX, etc. Given what they are, these apps tend to have very extensive databases of objects. You can select the object or, in Stellarium and TheSkyX, frame it, and then press the button to the right of the coordinates field in NINA to import those coordinates. Setting up an external Planetarium app is covered in NINA's online documentation.

In Framing Assistant there is a multitude of sky surveys that can be selected to fetch images from. I suggest using the HIPS server as it's (generally) the fastest at returning images compared to the others. They're all slow; it's just that the HIPS server is less slow than the other options, if you follow. Make sure that the FOV setting is appropriate for your setup. Generally you want NINA to request images of a FOV that is larger than what your camera sees in order to give you space around your desired coordinate to frame things up.

Once you frame your target, then you can send it to the sequencer using either the "Replace as Sequencer Target" or "Add as Sequencer Target" buttons. The target will then be instantiated in the sequencer, with any predefined sequence template (as set under Options > Imaging > Sequence Template) being loaded for it. A sequence template is a saved sequence that has things set and laid out how you generally want a default to be. Options and the type and number rows in the sequencer and all that can be preset this way. When you send the target info from Framing Assistant to the Sequencer, NINA will load this template and sub in the target's information. It's a quick way to get things going.

Now that you have progressed from Framing Assistant to the Sequencer and have set up your sequence how you prefer (either manually or via the aforementioned template, or template plus some manual tweaks) then you can save your sequence using the Save button down in the lower left. This saves the sequence to a file of your choice so that it can be loaded and used again the next night, with target info saved with it. Doing this will obviate the need for you to go in and try to reframe what you had the previous night. Just save the sequence and you're done.

As for sequence options, you will likely want Slew to Target and Center Target turned on. The first is obvious - it slews the mount to the target's coordinates. The second is key to get what you intend in terms of framing. Centering ensures that your telescope is pointed at the coordinates by the use of plate solving. Once your scope slews to where the mount thinks your target's RA and dec are, NINA will do a plate solve to see if it's actually there. If it isn't, the plate solve results are synced to the mount and another slew to the target's coordinates is commanded. This process will repeat until NINA sees that your telescope is pointing within the configured Pointing Tolerance (see: Options > Plate Solving > Pointing Tolerance).

There is the additional aspect of desired rotation for the target. If you do not have an ASCOM rotator, you can select and connect the Manual Rotator device in NINA. When this is connected, the Centering process will also consider your defined target rotation. You will be prompted during the centering process to also rotate your camera by N degrees clockwise or anticlockwise. As with pointing, the centering process will not be satisfied until the camera is rotated within the defined Rotation Tolerance setting of whatever rotation angle you defined for your target. This setting is found along with the aforementioned Pointing Tolerance setting under Options > Plate Solving.

The rest of the sequence progresses after the above process is done. So framing your target, sending it to the sequencer from within the Framing Assistant, setting up your sequence (manually or via template) and saving your sequence to a file would be my suggestion going forward. The goal here is to avoid the use of the keypad and manually driving the mount around. You can do all the above steps offline, without even being connected to your mount. This means you can set up sequences beforehand, save them to a file, and then load them up when you're actually set up and ready to image for the night. It pays to be lazy.

You mentioned the optional plate solve sync. This option is for when you do *manual* plate solves under the Imaging > Plate Solve window. When you do a plate solve there, you can optionally have it sync the results. You can optionally also have it reslew the mount to the last commanded coordinates after the sync is done. Turning on reslew also turns on syncing as it depends on that. In a sequence, the Center process will always sync the solved coordinates to the mount in order to be able to do its job. There is a way to prevent even that, but this is for very specific mount setups that aren't applicable to your situation.

For further in-depth help, I suggest getting on the NINA Discord chat server where you'll find a lot of community members who can help answer your questions, plus all us developers hang out there. There's a link to it on the NINA website.



On Jul 29, 2021, at 22:54, Luke Dodd <lkdodd@bigpond.com.au> wrote:

Hi all,

I am trying to work out how best to use my AP1200 with NINA.

I have had a 10plus year break and have been trying to bring myself up to speed with the tech over the past 6months. I have been getting some good images but with a fair bit of manual intervention in the process.

I have the CPT3 version and I resume from Park 1, mount connects to PC/Nina and slews to target. Generally target is in frame of my QHY294 with 674mm scope. I then use keypad to finalise the position of the object in the frame. ( my keypad backup battery does need to be replaced, as a keypad slew to an object in its database fails to locate the target. But so far things are working just using PC interface)

I can plate solve successfully, do I need to synch anything here, i did note there is a synch option in NINA but I havnt selected this as yet..

Also I am trying to frame the object using the previous nights image as a template. There is something I am missing, as when I use framing assistant and load image from file, then scope wont slew / realign the camera to match. I have not introduced any rotation into the image train from the previous night. I have read the manual tried a google search but I am obviously not really getting anywhere.

What I have done to date is, connect mount using NINA, slew to target using NINA sky atlas, check object is in the frame. I go to Framing assistant, select object, choose load from file. Select last nights image of the object, NINA states a plate solve needed, I then move the framing guide to where I think it should be but scope wont move to reframe the camera. Do I select recentre or slew option. Do I need to enter any coordinates manually? Do I need to load a snapshot of the current image from the camera?

Please note I do most imaging from home, but dont have an observatory, so I dont park the scope at the end of an imaging session as I have to bring scope/camera inside each night.

Any help greatly appreciated.

Regards Luke







Re: NINA and AP1200

Kent Kirkley
 

Dale
I've just become aware of NINA.
How does it compare with other systems like Maxim DL, APCC, The Sky, etc.
Is it available or works with Mac OS?

Thanks Kent Kirkley



-----Original Message-----
From: Dale Ghent <daleg@...>
To: main@ap-gto.groups.io
Sent: Fri, Jul 30, 2021 9:58 am
Subject: Re: [ap-gto] NINA and AP1200


Hi Luke,

There's nothing in particular that you need to do in NINA regarding the fact that you're driving a 12000+CP3, so your questions are more of a general NINA usage kind. In this capacity, the A-P ASCOM driver "just works" and is basically transparent, so there's nothing in particular that you need to configure to suit NINA. The only things you might possibly want to check up on in the ASCOM driver, from a "good housekeeping" perspective, are syncing your PC's clock to the mount is on and that syncs are converted to recals.

I'm going to assume that you're running 1.10 (hopefully patch level HF3) and are using what we now call the Simple sequencer, as the upcoming 1.11 release adds a new sequencer that we refer to as the Advanced sequencer.

So, you're driving the mount around via the keypad and manually framing. I suggest a different, more deliberate way to go about framing, and this is what Framing Assistant in NINA is for:

First, you can go Framing Assistant and search for an object. If the object you desire isn't in NINA's internal, slimmed-down database of objects, you can import the coordinates of one from any of the support external Planetarium apps - Stellarium, TheSkyX, etc. Given what they are, these apps tend to have very extensive databases of objects. You can select the object or, in Stellarium and TheSkyX, frame it, and then press the button to the right of the coordinates field in NINA to import those coordinates. Setting up an external Planetarium app is covered in NINA's online documentation.

In Framing Assistant there is a multitude of sky surveys that can be selected to fetch images from. I suggest using the HIPS server as it's (generally) the fastest at returning images compared to the others. They're all slow; it's just that the HIPS server is less slow than the other options, if you follow. Make sure that the FOV setting is appropriate for your setup. Generally you want NINA to request images of a FOV that is larger than what your camera sees in order to give you space around your desired coordinate to frame things up.

Once you frame your target, then you can send it to the sequencer using either the "Replace as Sequencer Target" or "Add as Sequencer Target" buttons.  The target will then be instantiated in the sequencer, with any predefined sequence template (as set under Options > Imaging > Sequence Template) being loaded for it. A sequence template is a saved sequence that has things set and laid out how you generally want a default to be. Options and the type and number rows in the sequencer and all that can be preset this way. When you send the target info from Framing Assistant to the Sequencer, NINA will load this template and sub in the target's information. It's a quick way to get things going.

Now that you have progressed from Framing Assistant to the Sequencer and have set up your sequence how you prefer (either manually or via the aforementioned template, or template plus some manual tweaks) then you can save your sequence using the Save button down in the lower left. This saves the sequence to a file of your choice so that it can be loaded and used again the next night, with target info saved with it. Doing this will obviate the need for you to go in and try to reframe what you had the previous night. Just save the sequence and you're done.

As for sequence options, you will likely want Slew to Target and Center Target turned on. The first is obvious - it slews the mount to the target's coordinates. The second is key to get what you intend in terms of framing. Centering ensures that your telescope is pointed at the coordinates by the use of plate solving. Once your scope slews to where the mount thinks your target's RA and dec are, NINA will do a plate solve to see if it's actually there. If it isn't, the plate solve results are synced to the mount and another slew to the target's coordinates is commanded. This process will repeat until NINA sees that your telescope is pointing within the configured Pointing Tolerance (see: Options > Plate Solving > Pointing Tolerance).

There is the additional aspect of desired rotation for the target. If you do not have an ASCOM rotator, you can select and connect the Manual Rotator device in NINA. When this is connected, the Centering process will also consider your defined target rotation. You will be prompted during the centering process to also rotate your camera by N degrees clockwise or anticlockwise. As with pointing, the centering process will not be satisfied until the camera is rotated within the defined Rotation Tolerance setting of whatever rotation angle you defined for your target. This setting is found along with the aforementioned Pointing Tolerance setting under Options > Plate Solving.

The rest of the sequence progresses after the above process is done. So framing your target, sending it to the sequencer from within the Framing Assistant, setting up your sequence (manually or via template) and saving your sequence to a file would be my suggestion going forward. The goal here is to avoid the use of the keypad and manually driving the mount around. You can do all the above steps offline, without even being connected to your mount. This means you can set up sequences beforehand, save them to a file, and then load them up when you're actually set up and ready to image for the night. It pays to be lazy.

You mentioned the optional plate solve sync. This option is for when you do *manual* plate solves under the Imaging > Plate Solve window. When you do a plate solve there, you can optionally have it sync the results. You can optionally also have it reslew the mount to the last commanded coordinates after the sync is done. Turning on reslew also turns on syncing as it depends on that. In a sequence, the Center process will always sync the solved coordinates to the mount in order to be able to do its job. There is a way to prevent even that, but this is for very specific mount setups that aren't applicable to your situation.

For further in-depth help, I suggest getting on the NINA Discord chat server where you'll find a lot of community members who can help answer your questions, plus all us developers hang out there. There's a link to it on the NINA website.



> On Jul 29, 2021, at 22:54, Luke Dodd <lkdodd@...> wrote:
>
> Hi all,
>
> I am trying to work out how best to use my AP1200 with NINA.
>
> I have had a 10plus year break and have been trying to bring myself up to speed with the tech  over the past 6months. I have been getting some good images but with a fair bit of manual intervention in the process.
>
> I have the CPT3 version and I resume from Park 1, mount connects to PC/Nina and slews to target. Generally target is in frame of my QHY294 with 674mm scope. I then use keypad to finalise the position of the object in the frame. ( my keypad backup battery does need to be replaced, as a keypad slew to an object in its database fails to locate the target. But so far things are working just using PC interface)
>
> I can plate solve successfully, do I need to synch anything here, i did note there is a synch option in NINA but I havnt selected this as yet..
>
> Also I am trying to frame the object using the previous nights image as a template. There is something I am missing, as when I use framing assistant and load image from file, then scope wont slew / realign the camera to match. I have not introduced any rotation into the image train from the previous night. I have read the manual tried a google search but I am obviously not really getting anywhere.
>
> What I have done to date is, connect mount using NINA, slew to target using NINA sky atlas, check object is in the frame. I go to Framing assistant, select object, choose load from file. Select last nights image of the object, NINA states a plate solve needed, I then move the framing guide to where I think it should be but scope wont move to reframe the camera. Do I select recentre or slew option. Do I need to enter any coordinates manually? Do I need to load a snapshot of the current image from the camera?
>
> Please note I do most imaging from home, but dont have an observatory, so I dont park the scope at the end of an imaging session as I have to bring scope/camera inside each night.
>
> Any help greatly appreciated.
>
> Regards Luke
>
>







Re: Early Meridian Flip not completing

Wayne Hixson
 

Hi Ray, this is happening even when I’m just running APCC. The only change I remember making is enabling Safety Park and that doesn’t seem pertinent.

Wayne

On Jul 30, 2021, at 4:59 AM, Ray Gralak <iogroups@siriusimaging.com> wrote:

Hi Wayne,

E and W limits are the same per Ray's (W reflected to east).
CW slews enabled east and west. Override ASCOm selected
Previously you wrote:

Thanks Ray, can I change just warn to Flip? If I start my imaging before
the meridian limits?
There was a reason I suggested you should use "just warn". If the mount is configured to auto-flip, then whatever control program you are using might have issued a move in the middle of the flip. It is best to have APCC set to "just warn" and let the controlling software do the flip.

-Ray


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Wayne Hixson via groups.io
Sent: Thursday, July 29, 2021 10:06 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Early Meridian Flip not completing

This was working great until tonight. The scope reach the meridian limit about an hour before transit and would do a
CW up pier flip and resume from there. Now it starts the flip but stops halfway through and stops tracking with CW
down and the scope pointing west. It looks like it's just symmetrical to the starting position with CW down pointing
west instead of east.

E and W limits are the same per Ray's (W reflected to east). CW slews enabled east and west. Override ASCOm
selected

Wayne





Re: NINA and AP1200

Dale Ghent
 

Hi Luke,

There's nothing in particular that you need to do in NINA regarding the fact that you're driving a 12000+CP3, so your questions are more of a general NINA usage kind. In this capacity, the A-P ASCOM driver "just works" and is basically transparent, so there's nothing in particular that you need to configure to suit NINA. The only things you might possibly want to check up on in the ASCOM driver, from a "good housekeeping" perspective, are syncing your PC's clock to the mount is on and that syncs are converted to recals.

I'm going to assume that you're running 1.10 (hopefully patch level HF3) and are using what we now call the Simple sequencer, as the upcoming 1.11 release adds a new sequencer that we refer to as the Advanced sequencer.

So, you're driving the mount around via the keypad and manually framing. I suggest a different, more deliberate way to go about framing, and this is what Framing Assistant in NINA is for:

First, you can go Framing Assistant and search for an object. If the object you desire isn't in NINA's internal, slimmed-down database of objects, you can import the coordinates of one from any of the support external Planetarium apps - Stellarium, TheSkyX, etc. Given what they are, these apps tend to have very extensive databases of objects. You can select the object or, in Stellarium and TheSkyX, frame it, and then press the button to the right of the coordinates field in NINA to import those coordinates. Setting up an external Planetarium app is covered in NINA's online documentation.

In Framing Assistant there is a multitude of sky surveys that can be selected to fetch images from. I suggest using the HIPS server as it's (generally) the fastest at returning images compared to the others. They're all slow; it's just that the HIPS server is less slow than the other options, if you follow. Make sure that the FOV setting is appropriate for your setup. Generally you want NINA to request images of a FOV that is larger than what your camera sees in order to give you space around your desired coordinate to frame things up.

Once you frame your target, then you can send it to the sequencer using either the "Replace as Sequencer Target" or "Add as Sequencer Target" buttons. The target will then be instantiated in the sequencer, with any predefined sequence template (as set under Options > Imaging > Sequence Template) being loaded for it. A sequence template is a saved sequence that has things set and laid out how you generally want a default to be. Options and the type and number rows in the sequencer and all that can be preset this way. When you send the target info from Framing Assistant to the Sequencer, NINA will load this template and sub in the target's information. It's a quick way to get things going.

Now that you have progressed from Framing Assistant to the Sequencer and have set up your sequence how you prefer (either manually or via the aforementioned template, or template plus some manual tweaks) then you can save your sequence using the Save button down in the lower left. This saves the sequence to a file of your choice so that it can be loaded and used again the next night, with target info saved with it. Doing this will obviate the need for you to go in and try to reframe what you had the previous night. Just save the sequence and you're done.

As for sequence options, you will likely want Slew to Target and Center Target turned on. The first is obvious - it slews the mount to the target's coordinates. The second is key to get what you intend in terms of framing. Centering ensures that your telescope is pointed at the coordinates by the use of plate solving. Once your scope slews to where the mount thinks your target's RA and dec are, NINA will do a plate solve to see if it's actually there. If it isn't, the plate solve results are synced to the mount and another slew to the target's coordinates is commanded. This process will repeat until NINA sees that your telescope is pointing within the configured Pointing Tolerance (see: Options > Plate Solving > Pointing Tolerance).

There is the additional aspect of desired rotation for the target. If you do not have an ASCOM rotator, you can select and connect the Manual Rotator device in NINA. When this is connected, the Centering process will also consider your defined target rotation. You will be prompted during the centering process to also rotate your camera by N degrees clockwise or anticlockwise. As with pointing, the centering process will not be satisfied until the camera is rotated within the defined Rotation Tolerance setting of whatever rotation angle you defined for your target. This setting is found along with the aforementioned Pointing Tolerance setting under Options > Plate Solving.

The rest of the sequence progresses after the above process is done. So framing your target, sending it to the sequencer from within the Framing Assistant, setting up your sequence (manually or via template) and saving your sequence to a file would be my suggestion going forward. The goal here is to avoid the use of the keypad and manually driving the mount around. You can do all the above steps offline, without even being connected to your mount. This means you can set up sequences beforehand, save them to a file, and then load them up when you're actually set up and ready to image for the night. It pays to be lazy.

You mentioned the optional plate solve sync. This option is for when you do *manual* plate solves under the Imaging > Plate Solve window. When you do a plate solve there, you can optionally have it sync the results. You can optionally also have it reslew the mount to the last commanded coordinates after the sync is done. Turning on reslew also turns on syncing as it depends on that. In a sequence, the Center process will always sync the solved coordinates to the mount in order to be able to do its job. There is a way to prevent even that, but this is for very specific mount setups that aren't applicable to your situation.

For further in-depth help, I suggest getting on the NINA Discord chat server where you'll find a lot of community members who can help answer your questions, plus all us developers hang out there. There's a link to it on the NINA website.

On Jul 29, 2021, at 22:54, Luke Dodd <lkdodd@bigpond.com.au> wrote:

Hi all,

I am trying to work out how best to use my AP1200 with NINA.

I have had a 10plus year break and have been trying to bring myself up to speed with the tech over the past 6months. I have been getting some good images but with a fair bit of manual intervention in the process.

I have the CPT3 version and I resume from Park 1, mount connects to PC/Nina and slews to target. Generally target is in frame of my QHY294 with 674mm scope. I then use keypad to finalise the position of the object in the frame. ( my keypad backup battery does need to be replaced, as a keypad slew to an object in its database fails to locate the target. But so far things are working just using PC interface)

I can plate solve successfully, do I need to synch anything here, i did note there is a synch option in NINA but I havnt selected this as yet..

Also I am trying to frame the object using the previous nights image as a template. There is something I am missing, as when I use framing assistant and load image from file, then scope wont slew / realign the camera to match. I have not introduced any rotation into the image train from the previous night. I have read the manual tried a google search but I am obviously not really getting anywhere.

What I have done to date is, connect mount using NINA, slew to target using NINA sky atlas, check object is in the frame. I go to Framing assistant, select object, choose load from file. Select last nights image of the object, NINA states a plate solve needed, I then move the framing guide to where I think it should be but scope wont move to reframe the camera. Do I select recentre or slew option. Do I need to enter any coordinates manually? Do I need to load a snapshot of the current image from the camera?

Please note I do most imaging from home, but dont have an observatory, so I dont park the scope at the end of an imaging session as I have to bring scope/camera inside each night.

Any help greatly appreciated.

Regards Luke


Re: Early Meridian Flip not completing

Ray Gralak
 

Hi Wayne,

E and W limits are the same per Ray's (W reflected to east).
CW slews enabled east and west. Override ASCOm selected
Previously you wrote:

Thanks Ray, can I change just warn to Flip? If I start my imaging before
the meridian limits?
There was a reason I suggested you should use "just warn". If the mount is configured to auto-flip, then whatever control program you are using might have issued a move in the middle of the flip. It is best to have APCC set to "just warn" and let the controlling software do the flip.

-Ray


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Wayne Hixson via groups.io
Sent: Thursday, July 29, 2021 10:06 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Early Meridian Flip not completing

This was working great until tonight. The scope reach the meridian limit about an hour before transit and would do a
CW up pier flip and resume from there. Now it starts the flip but stops halfway through and stops tracking with CW
down and the scope pointing west. It looks like it's just symmetrical to the starting position with CW down pointing
west instead of east.

E and W limits are the same per Ray's (W reflected to east). CW slews enabled east and west. Override ASCOm
selected

Wayne


Re: Mach 2 + 12.5" AGO iDK?

Bill Long
 

Night 5, still the same story. Excellent performance with a massive load on the Mach 2 mount. I have still done nothing at all in terms of the model, PA, or anything else.

I should probably add in for new people that this rig sits 2 stories in the air, on a wooden deck that is over 15 years old. If that doesn't show the power of this mount, nothing will. This is the ULTIMATE torture test. The mount is at its limits, and its environment is well past its limits. Yet -- with good equipment even you can image on a tightrope. 

😄 




From: Bill Long <bill@...>
Sent: Thursday, July 29, 2021 12:19 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Yep. Absolutely no problem at all.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Roland Christen via groups.io <chris1011@...>
Sent: Thursday, July 29, 2021 12:08 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Great! So, this combination mount and scope is a winner. Good to know.

Thanks,

Rolando



-----Original Message-----
From: Bill Long <bill@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Wed, Jul 28, 2021 10:57 am
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?

A total of 4 all night imaging runs with this combo and still not a single sub thrown out. Excellent tracking and guiding performance. I haven't touched PA, PHD2 settings, or the model since night one when I set the mount up outside. It just works. Tonight will be night 5.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Monday, July 26, 2021 2:49 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
We had mild wind here about 5-6MPH and so I wanted to show that as well. No impact at all to subs, and the Mach 2 handled it fine. 






From: Bill Long <bill@...>
Sent: Sunday, July 25, 2021 8:47 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Here are some sample subs:


I took the highest and lowest FWHM from the data set and shared them. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Sunday, July 25, 2021 10:12 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Circling back on this as I finally got to test this out. I put my 12.5" AGO iDK, Moonlight Nitecrawler, FLI Proline 16803, CFW 5-7, Sagitta OAG, and Ultrastar guide camera on the Mach 2. Balancing the load was pretty easy to do, and I had just enough weights on hand for the job. This is pretty much at capacity for the mount based on the specifications. Might even be a tad over. 😁

Performance was stellar. I made a 98pt model in APPM, and used 5 second guide exposures. I took 5 hours worth of 20 minute HA subs and not a single one had any trailing at all. Very nice tight round stars in all of the images. Guiding was about 0.2-0.35" range throughout the night. Graph picture below.

I'll be getting some more data over the next few nights. I'll share some subs later this evening when I'm back on the Astro PC.

Conclusion: Mach 2 is a beastly mount that easily handled this challenge and passed with flying colors. Well done AP!

image/png


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Roland Christen via groups.io <chris1011@...>
Sent: Friday, April 23, 2021 5:44 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Mach 2 + 12.5" AGO iDK?
 
Well, I've never tried that scope, but I have loaded my Mach2 to the limit and imaged/guided just fine. Balance is critical and is easy to do.

Weight makes for larger moment, which makes the mount slower to respond to external disturbance, like wind. If your scope is open tube with no shroud, wind will not be a problem.

I will be loading my Mach2 with a 12" F8 carbon fiber Maksutov astrograph in the next couple days. Weight is about the same as your system. I expect that it will handle it fine and will post some guiding results. Will be getting ready for galaxy season.

Rolando



-----Original Message-----
From: Bill Long <bill@...>
To: AP-GTO Groups. io <ap-gto@groups.io>
Sent: Fri, Apr 23, 2021 7:07 pm
Subject: [ap-gto] Mach 2 + 12.5" AGO iDK?

What say ye?


46lbs, but would need to add focuser (8lbs), TCS System (1lb), and camera/accessories (call these 5 lbs). The OTA is about 18" tall (maybe 17.5" but lets call it 18") so this puts me at 18" and 60 lbs.  This puts me right on the yellow on the Mach 2 graph AP has. Length of everything, in focus with camera gear on would be about 45". 

Seems right at the limits, but likely safe. Any ideas on this from AP or others?

-Bill 

--
Roland Christen
Astro-Physics

--
Roland Christen
Astro-Physics


Early Meridian Flip not completing

Wayne Hixson
 

This was working great until tonight. The scope reach the meridian limit about an hour before transit and would do a CW up pier flip and resume from there. Now it starts the flip but stops halfway through and stops tracking with CW down and the scope pointing west. It looks like it's just symmetrical to the starting position with CW down pointing west instead of east.

E and W limits are the same per Ray's (W reflected to east). CW slews enabled east and west. Override ASCOm selected

Wayne


Re: NINA and AP1200

Luke Dodd
 

Hi all,
 
I am trying to work out how best to use my AP1200 with NINA.
 
I have had a 10plus year break and have been trying to bring myself up to speed with the tech  over the past 6months. I have been getting some good images but with a fair bit of manual intervention in the process.
 
I have the CPT3 version and I resume from Park 1, mount connects to PC/Nina and slews to target. Generally target is in frame of my QHY294 with 674mm scope. I then use keypad to finalise the position of the object in the frame. ( my keypad backup battery does need to be replaced, as a keypad slew to an object in its database fails to locate the target. But so far things are working just using PC interface)
 
I can plate solve successfully, do I need to synch anything here, i did note there is a synch option in NINA but I havnt selected this as yet..
 
Also I am trying to frame the object using the previous nights image as a template. There is something I am missing, as when I use framing assistant and load image from file, then scope wont slew / realign the camera to match. I have not introduced any rotation into the image train from the previous night. I have read the manual tried a google search but I am obviously not really getting anywhere.
 
What I have done to date is, connect mount using NINA, slew to target using NINA sky atlas, check object is in the frame. I go to Framing assistant, select object, choose load from file. Select last nights image of the object, NINA states a plate solve needed, I then move the framing guide to where I think it should be but scope wont move to reframe the camera. Do I select recentre or slew option. Do I need to enter any coordinates manually? Do I need to load a snapshot of the current image from the camera?
 
Please note I do most imaging from home, but dont have an observatory, so I dont park the scope at the end of an imaging session as I have to bring scope/camera inside each night.
 
Any help greatly appreciated.
 
Regards Luke
 


Re: 1100GTO AE PHD2 Settings #Guiding #Absolute_Encoders

Worsel
 

Brian

Thanks for the clarification on using the baseline with AE!

Bryan


Re: 1100GTO AE PHD2 Settings #Guiding #Absolute_Encoders

 

Hi Joe

for a mount with absolute encoders like yours, you are going to want a different approach than what's outline in the baseline guiding document. (My experience is with the 1600 ae and i also wrote the PHD baseline guiding doc ). 

you should still follow the baseline to the point where you run the guiding assistant and get your min moves, but you are going to want to do bump guiding, which is much less aggressive and does much better with absolute encoders.

Here are my observations
 
For guiding in PHD2 here are my settings (again, your min moves will be set by your guiding assistant run):
1x sidereal guiderate (which is the default, just don't mess with it)
4 second guiding exposure, 
10 second "time lapse" (i.e., delay) between exposures. 
lowpass 2 algorithm on both RA and DEC
medium aggressiveness (70 on scale from 1-100)
no backlash compensation
 
As I write this the guiding is around 0.25" total RMS, or about 1/2 a pixel on the CDK20/Proline 16803
 
 
image.png
 
i am still experimenting with aggressiveness: 50 seemed a little sluggish. 
 
Perhaps just as informative, In my early testing using PHD2 guiding defaults of 2-3 second exposures ahd no delay, my guiding results were much worse on the order of 1.2-1.8" total RMS 


Brian


Re: 1100GTO AE PHD2 Settings #Guiding #Absolute_Encoders

Worsel
 

Joe

Congratulations on your SUBSTANTIAL upgrade!

RE: PHD2.  Get involved with the PHD2 forum at https://groups.google.com/g/open-phd-guiding

Tips:  Be meticulous about setting up your profile using the Wizard
Run a Baseline Assessment  and Guiding Assistant

Read the Best Practices

Bryan


Re: AP1100, Berlebach Planet, mounting CP4

ap@CaptivePhotons.com
 

  • I have no issues with the leg on the south and in fact, I recommend it.
    But I live in Australia :-)
    So just to be clear, the advice is hemisphere dependant...

 

Yeah, but if you put parenthetical exceptions into every sentence pretty soon you begin to sound like you work for the government.  My presumption is people Down Under are smarter than up here and can handle the transformation.  😊

 

We’re still trying to convince a lot of people up here that the world isn’t flat, and I think loosing ground. 😊 😊

 


Re: Debugging Dec failure to move w/1200 CP3

Jeffc
 



On Jul 29, 2021, at 12:00 PM, Christopher Erickson <christopher.k.erickson@...> wrote:


Also consider getting a spare motor Y-cable and try that. EVERYONE should have a spare motor Y-cable in their kit. A spare power cord too.

Fwiw.. I also have a spare Y-cable for the 1200.
I broke the original cable once, and fixed it… but after that incident I decided to get a spare just in case. 


And there is an outside chance that a software axis limit setting is involved.


-Christopher Erickson
Observatory engineer
Waikoloa, HI 96738
www.summitkinetics.com
   

On Thu, Jul 29, 2021, 11:50 AM Manusfisch via groups.io <tjfischer653=mac.com@groups.io> wrote:
Wasn’t there a problem with the CP3 where the inside board became loose or had a corroded connection inside the box that might make intermittent problems come up with power to the motor or control to the motor? I don’t have a CP3 just a later model CP4 so I can’t really comment technically I just remember a conversation

TJF Mobile

On Jul 29, 2021, at 08:18, Steven Panish <scpanish@...> wrote:


Eric,
The CP3 is connected through a serial/usb converter, but the RA still responds to a nudge even when the DEC does not, so the port is still alive.   And the handbox shows the same issue.  I think the fault has to be later in the path than the comm between the PC or handbox and the CP3.  Although I don't know the architecture.  Good thought though.
Steve



On Thu, Jul 29, 2021 at 11:09 AM Eric Dreher <ericpdreher@...> wrote:
Some will sleep, removing power from the port when it's considered inactive.


Re: AP1100, Berlebach Planet, mounting CP4

Greg McCall
 

I have no issues with the leg on the south and in fact, I recommend it.
But I live in Australia :-)
So just to be clear, the advice is hemisphere dependant...


Re: Mgbox placement?

jimwc@...
 

all

I am a member of the Citizen Weather Observer Program (CWOP) they have a weather station Siting, Performance, and Data Quality Guide. I have attached a few pages relating to siting that may be of interest to every one with a weather sensor and wondering how to optimality site it up.

I'll be using my Davis "vantage Pro2"

Jim

 

From: main@ap-gto.groups.io On Behalf Of Worsel via groups.io
Sent: Thursday, July 29, 2021 07:15 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Mgbox placement?

 

Joe

Valid points.  I should have stated that I control everything remotely; so the only time I am in the observatory is when I am not imaging, e.g. visual.

Bryan

1841 - 1860 of 81495