Date   

Just Wondering...

Steve Reilly
 

If the CP3/4 has any idea when/if it looses connection with the computer? And if it does, is it possible to have a command sent within the controller to park the mount? The reason for this question is simple safety. My CP4 lost connection with the computer back near the first of the year, I think, and it happened to rain later that night. Never before had this happened and unfortunately I was only connected to the CP4 through a serial connection with no backup which could have been on Ethernet. But one issue is that the roof to my observatory is such that the mount must be parked in order for my roof controller to close the roof. I have a microswitch on each axis wired in series that sends a continuity signal to my roof control board telling it that telescope is in a safe position to close the roof. If that signal is broken during the closing/opening of the roof it immediately stops movement as a safety measure.

 

With this failure I’ve learned a few lessons one of which is I need a contingency plan. One such idea was to use a rain sensor to send this signal to close the roof in case all else fails but I still need the mount parked and if the computer is malfunctioning, blue screened, just simply down for any reason I’ve lost any contact with the mount and I have an issue that I need to resolve. If there was a way for the mount to be able to sense that the connection is lost and send a park command I’m golden. If a way doesn’t exists now, is it possible that it may be added later? What I’s suggesting sounds simple when I know enough that it may well be very difficult hence I throw this out there. Maybe there’s a simpler way but to lower the mount and raise the roof is basically like building 80% of the observatory over again.

 

Thoughts, ideas?

 

Thanks,

 

Steve

 


Re: Things that customers do that drive me nuts on CN

Dean S
 

I need some help figuring this out. Been a very long time since my last math class

The SkyX shows guiding errors in pixels, but min move settings are in secs. Suppose to be a way to change the guider graph but I can find it.

I know my guider image scales for each set up. So how do I convert pixels to arcsecs?

I use CCD AutoPilot and it is setting my min move at .023 secs. My guider image scale is 1.44 while my imaging scale is .94. Sounds too small from what you guys have been saying, however my guiding is good, and stars are good. No jumping around at least. My seeing in Ky is usually not great.

Thanks for the magic formula,
Dean


From: Bill Long bill@outlook.com [ap-gto]
Sent: Thursday, July 12, 2018 12:38 AM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] Re: Things that customers do that drive me nuts on CN




What you need to do, is properly model your seeing and set the MinMo accordingly.





--------------------------------------------------------------------------------

From: ap-gto@yahoogroups.com <ap-gto@yahoogroups.com> on behalf of stephenjwinston@yahoo.com [ap-gto] <ap-gto@yahoogroups.com>
Sent: Wednesday, July 11, 2018 8:32 AM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] Re: Things that customers do that drive me nuts on CN


I had a *really* close look at this last night with the scope in a range of positions on both side of the mount and I'm really not seeing any possibility of strain.


I have three cables coming from the scopes' cameras (2 USB plus 1 power). Those cables are looped and attached at several points from the camera and along the OTA prior to entering the mount. They are clamped again on exiting the mount. There is plenty of slack at all points, regardless of scope orientation. So, if it is a cable strain I just can't see it :).

As promised I did another run on M8 last night with MinMove set to 0.40. RA and DEC RMS were pretty close for the entire session, so that is a positive sign and points to the larger MInMove preventing triggering of the DEC excursions.

The overall RMS results (0.68" in RA and 0.73" in DEC) weren't great, but this is likely due to bad seeing and low position of M8. And one additional caveat: M8 had already crossed the meridian when I started imaging it, so mount didn't get to do a meridian flip, but was at least imaging with scope on the East side. (logs from last night's run will be uploaded to my folder here in case anyone is curious)

Anyway, I'll continue using the larger MinMove when imaging and see how it works for other targets.

And I'll also be doing an overhaul of DEC and I'll report back if that helps.

thanks all for the help on this!

Steve


Re: AP1200 balancing question

Mike Dodd
 

On 7/12/2018 2:41 PM, chris1011@aol.com [ap-gto] wrote:


The first object that you send the mount via GoTo, center it. Then do a
Recal and you will be fine. You don't need to re-do your pointing model.
Got it. Thank you.

--
Mike

Mike Dodd
http://astronomy.mdodd.com
Louisa County, Virginia USA


Re: AP1200 balancing question

Roland Christen
 

The first object that you send the mount via GoTo, center it. Then do a Recal and you will be fine. You don't need to re-do your pointing model.

Rolando



-----Original Message-----
From: Mike Dodd mike@... [ap-gto]
To: ap-gto
Sent: Thu, Jul 12, 2018 1:15 pm
Subject: [ap-gto] AP1200 balancing question

I got my AP1200 working well with TheSkyX in a new observatory, and have
re-calibrated the pointing model several times until now slewing in
TheSkyX puts the target very close to the center of the camera sensor.

Today I received a new camera and OAG with its own camera. (Yay! No more
separate guide scope and camera!)

The new camera plus OAG/camera are heavier than my current camera, so
I'll need to balance the OTA in RA and Dec. I do this in the Park 1
position with mount power off. I loosen the RA clutches and adjust the
CW for balance, tighten the clutches, then loosen the Dec clutches and
adjust the OTA dovetail for balance there.

After balancing, I'll need to put the mount back in the Park 1 position.
I use a machinist's level having 1.43 arc-min per bubble division to
level the CW shaft and the OTA, so I can get pretty close. But I'm not
positive those level positions are the same as the Park 1 position the
mount moved to under its own power, before I loosened the clutches.

QUESTION: What happens to the mount's pointing accuracy if it was parked
in Park 1, then powered-up in a slightly different position (perhaps a
couple of arc-min on each axis)? Will I have to re-do everything from
scratch.

Thanks for any information.

--
Mike

Mike Dodd
http://astronomy.mdodd.com
Louisa County, Virginia USA


------------------------------------
Posted by: Mike Dodd <mike@...>
------------------------------------

To UNSUBSCRIBE, or for general information on the ap-gto list
see http://groups.yahoo.com/group/ap-gto
------------------------------------

Yahoo Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ap-gto/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/ap-gto/join
(Yahoo! ID required)

<*> To change settings via email:
ap-gto-digest@...
ap-gto-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
ap-gto-unsubscribe@...

<*> Your use of Yahoo Groups is subject to:
https://info.yahoo.com/legal/us/yahoo/utos/terms/


AP1200 balancing question

Mike Dodd
 

I got my AP1200 working well with TheSkyX in a new observatory, and have re-calibrated the pointing model several times until now slewing in TheSkyX puts the target very close to the center of the camera sensor.

Today I received a new camera and OAG with its own camera. (Yay! No more separate guide scope and camera!)

The new camera plus OAG/camera are heavier than my current camera, so I'll need to balance the OTA in RA and Dec. I do this in the Park 1 position with mount power off. I loosen the RA clutches and adjust the CW for balance, tighten the clutches, then loosen the Dec clutches and adjust the OTA dovetail for balance there.

After balancing, I'll need to put the mount back in the Park 1 position. I use a machinist's level having 1.43 arc-min per bubble division to level the CW shaft and the OTA, so I can get pretty close. But I'm not positive those level positions are the same as the Park 1 position the mount moved to under its own power, before I loosened the clutches.

QUESTION: What happens to the mount's pointing accuracy if it was parked in Park 1, then powered-up in a slightly different position (perhaps a couple of arc-min on each axis)? Will I have to re-do everything from scratch.

Thanks for any information.

--
Mike

Mike Dodd
http://astronomy.mdodd.com
Louisa County, Virginia USA


Re: TheSky6 and APCC/V2

George LaBelle
 

Gee, Ray, that's way too easy! Sounds good though. I'm still not totally comfortable with this APCC/V2 SW, but getting there.

I'll post my results.

George


Re: TheSky6 and APCC/V2

Ray Gralak
 

George,

If you are using APCC just create a new virtual port in one of the unused virtual port entries in APCC.

Then just configure Sky6 to use its native Astrophysics driver and configure the com port to use to be the new virtual port in apcc. Then sky6 should connect directly. If you have problems please give George or Howard a call at AP.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver

-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Thursday, July 12, 2018 8:50 AM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] TheSky6 and APCC/V2



Having trouble getting TheSky6 Pro to work with APCC/V2 driver.

I have Windows 10 home. Installed the TeleAPI ASCOM driver. Also installed the newer ASCOM 2X mount adapter
from Bisque.



I followed the instructions by Gralak to configure this. TheSky6 Server settings were configured. Then selected
Telescope API, settings for AP V2 driver – it brought this up and the mount was “found”.

I established the link. However I get an error from TheSky TeleAPI ASCO Plugin “You have not configured

Your telescope type and settings”. Then it brings up Windows 10 settings!?

The scope position does appear on the sky background, however I cannot slew it.

When I go back to the Settings in telescope type AP V2 driver is no longer in the drop box.

Besides not working, how does the new ASCOM 2X driver fit in to APCC, or does it?

I had TheSky6 working with the V2 driver, before I installed APCC.

Hate to have to buy TheSkyX just to get this to work.

Help :-|





TheSky6 and APCC/V2

George LaBelle
 

Having trouble getting TheSky6 Pro to work with APCC/V2 driver.

I have Windows 10 home. Installed the TeleAPI ASCOM driver. Also installed the newer ASCOM 2X mount adapter from Bisque.

 

I followed the instructions by Gralak to configure this. TheSky6 Server settings were configured. Then selected Telescope API, settings for AP V2 driver – it brought this up and the mount was “found”.

I established the link. However I get an error from TheSky TeleAPI ASCO Plugin “You have not configured

Your telescope type and settings”. Then it brings up Windows 10 settings!?

The scope position does appear on the sky background, however I cannot slew it.

When I go back to the Settings in telescope type AP V2 driver is no longer in the drop box.

Besides not working, how does the new ASCOM 2X driver fit in to APCC, or does it?

I had TheSky6 working with the V2 driver, before I installed APCC.

Hate to have to buy TheSkyX just to get this to work.

Help :-|



Re: Things that customers do that drive me nuts on CN

Bill Long
 

What you need to do, is properly model your seeing and set the MinMo accordingly. 




From: ap-gto@... on behalf of stephenjwinston@... [ap-gto] <ap-gto@...>
Sent: Wednesday, July 11, 2018 8:32 AM
To: ap-gto@...
Subject: RE: [ap-gto] Re: Things that customers do that drive me nuts on CN
 
 

I had a *really* close look at this last night with the scope in a range of positions on both side of the mount and I'm really not seeing any possibility of strain.  


I have three cables coming from the scopes' cameras (2 USB plus 1 power).  Those cables are looped and attached at several points from the camera and along the OTA prior to entering the mount.  They are clamped again on exiting the mount.  There is plenty of slack at all points, regardless of scope orientation.  So,  if it is a cable strain I just can't see it :).

As promised I did another run on M8 last night with MinMove set to 0.40.  RA and DEC RMS were pretty close for the entire session, so that is a positive sign and points to the larger MInMove preventing triggering of the DEC excursions.

The overall RMS results (0.68" in RA and 0.73" in DEC) weren't great, but this is likely due to bad seeing and low position of M8.  And one additional caveat:  M8 had already crossed the meridian when I started imaging it, so mount didn't get to do a meridian flip, but was at least imaging with scope on the East side.  (logs from last night's run will be uploaded to my folder here in case anyone is curious)

Anyway, I'll continue using the larger MinMove when imaging and see how it works for other targets.

And I'll also be doing an overhaul of DEC and I'll report back if that helps.

thanks all for the help on this!

Steve


Re: Things that customers do that drive me nuts on CN

Astrobob
 

Hi Steve, 

It's the actual exposure delay setting in CCDSoft. It will work well with 10 seconds but I've added 3 more for insurance. I rarely lose a sub with this setting. 

Take Care, 
Bob


Re: Things that customers do that drive me nuts on CN

Stephen Winston
 

Hi Bob,

Is that 13 seconds an actual measured settling time, or just the setting you're using in CCDSoft?  I guess I would expect the 1200 to have a much shorter settling period (if any at all!) when carrying a 4" refractor,

thanks!

Steve


Re: Mach 1 Software

Ray Gralak
 

Technically savvy people might be able to see through all the smoke
and mirrors, but people who aren't are going to
trust these systems and what they say, and thus we wind up with
people posting to mailing lists reporting that the
ASCOM installer is "unsafe".
Dale, I can tell that you are very technical but most people are not! Many won't be able to distinguish whether there is a real
problem or not, so I think they should post first before proceeding.

So, I think that was probably the right thing for people to post the AV warning on the ASCOM forum because the ASCOM platform
*should* be code-signed. Once it has been code-signed for a short while it will build a good "reputation" and the AV utilities will
stop squawking.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Wednesday, July 11, 2018 10:12 AM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] Mach 1 Software





On Jul 11, 2018, at 12:42 PM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] <ap-gto@yahoogroups.com>
wrote:

Warning a user that they're trying to install an unsigned EXE is something the OS (Windows in this case) already
does. One doesn't need AV software to do that.
An AV app probably has much more "visibility" across users and publishers than the o/s. For instance, a hacker
may be able to get a
code signing certificate just like an honest developer. Thus, even new signed EXE's can be tagged by an AV app.
Trust is built up
over time for each publisher based on how well the publisher's applications follow the "rules".
Again, it's a false sense of security if an AV system is trying to ascertain something in an automated sense through
repeated, user-initiated analysis. There will be bad things which slip through just as much as there will be false
positives which needlessly scare people off. In the end you wind up with an analysis system that's not entirely
trustworthy or repeatable regarding its results. It being "ok... most of the time" is not satisfactory in the cut-throat
world of system security.

Technically savvy people might be able to see through all the smoke and mirrors, but people who aren't are going to
trust these systems and what they say, and thus we wind up with people posting to mailing lists reporting that the
ASCOM installer is "unsafe".




Re: Things that customers do that drive me nuts on CN

Astrobob
 

I'm set up using CCDSoft, a small guide scope and the RGH to control my AP1200. 
My dither settle down time is 13 seconds with a 4" refractor and 21 secs with a C14. 
I know my software/hardware is a little dated but it works. 
Bob


Re: Mach 1 Software

Dale Ghent
 

On Jul 11, 2018, at 12:42 PM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] <ap-gto@yahoogroups.com> wrote:

Warning a user that they're trying to install an unsigned EXE is something the OS (Windows in this case) already
does. One doesn't need AV software to do that.
An AV app probably has much more "visibility" across users and publishers than the o/s. For instance, a hacker may be able to get a
code signing certificate just like an honest developer. Thus, even new signed EXE's can be tagged by an AV app. Trust is built up
over time for each publisher based on how well the publisher's applications follow the "rules".
Again, it's a false sense of security if an AV system is trying to ascertain something in an automated sense through repeated, user-initiated analysis. There will be bad things which slip through just as much as there will be false positives which needlessly scare people off. In the end you wind up with an analysis system that's not entirely trustworthy or repeatable regarding its results. It being "ok... most of the time" is not satisfactory in the cut-throat world of system security.

Technically savvy people might be able to see through all the smoke and mirrors, but people who aren't are going to trust these systems and what they say, and thus we wind up with people posting to mailing lists reporting that the ASCOM installer is "unsafe".


Re: Mach 1 Software

Ray Gralak
 

Warning a user that they're trying to install an unsigned EXE is something the OS (Windows in this case) already
does. One doesn't need AV software to do that.
An AV app probably has much more "visibility" across users and publishers than the o/s. For instance, a hacker may be able to get a
code signing certificate just like an honest developer. Thus, even new signed EXE's can be tagged by an AV app. Trust is built up
over time for each publisher based on how well the publisher's applications follow the "rules".

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
Author of PEMPro V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Wednesday, July 11, 2018 9:01 AM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] Mach 1 Software





On Jul 11, 2018, at 11:25 AM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] <ap-gto@yahoogroups.com>
wrote:

Chance of this happening: exceedingly low.
Vanishingly would probably be a better adjective.
I think that many are never discovered but the hackers don't want you to know they have infiltrated. I carefully
monitor the logs on
my web sites and there always seems to be someone trying to break in by trying various PHP scripts that don't
exist. I try to slow
them down by delaying responses in a catchall 404 script. If they become annoying I will block entire IP sections or
contact the
domain owner to follow up on the problem, or contact the appropriate agency to have them look into it.

So, I think it is very reasonable to warn a user that they are about to install a new unsigned EXE, as opposed to a
well-established
signed EXE that has been installed by thousands.
Warning a user that they're trying to install an unsigned EXE is something the OS (Windows in this case) already
does. One doesn't need AV software to do that.




New file uploaded to ap-gto

ap-gto@...
 

Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the ap-gto
group.

File : /Steve_Winston/Vibration_Removing_DEC_Motor_Cover.jpg
Uploaded by : stephenjwinston <stephenjwinston@yahoo.com>
Description :

You can access this file at the URL:
https://groups.yahoo.com/neo/groups/ap-gto/files/Steve_Winston/Vibration_Removing_DEC_Motor_Cover.jpg

To learn more about file sharing for your group, please visit:
https://help.yahoo.com/kb/index?page=content&y=PROD_GRPS&locale=en_US&id=SLN15398

Regards,

stephenjwinston <stephenjwinston@yahoo.com>


Re: Things that customers do that drive me nuts on CN

Stephen Winston
 

BTW: to demonstrate just how solid these mounts really are, I'll loop back to a comment I made that Roland quoted in the first post in this thread:

12:55:  Increased MinMo to 0.40.  At this point I also removed the motor cover on DEC so I could watch what was happening! (hence the large excursions in DEC and RA at this point :).  

If you have a look at the latest image I uploaded it shows the DEC oscillations problem when MinMove was set to 0.2.  However on the right had side of that image (at the 00:56 and 00:57 minute mark), the excursions in DEC and RA you see were caused by me literally unscrewing the 3 hex head screws that hold the DEC motor cover and manually removing the cover.

The amazing thing here is *how little* the mount moved during this process and how quickly it recovered!

Now obviously the lever arm when pushing on the DEC motor housing is a lot smaller than something happening at the end of the scope, but still, the mount's resistance to erratic movement is very impressive.

So I'd guess that it would take a pretty significant cable strain to generate an equivalent error.




Re: Mach 1 Software

Dale Ghent
 

On Jul 11, 2018, at 11:25 AM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] <ap-gto@yahoogroups.com> wrote:

Chance of this happening: exceedingly low.
Vanishingly would probably be a better adjective.
I think that many are never discovered but the hackers don't want you to know they have infiltrated. I carefully monitor the logs on
my web sites and there always seems to be someone trying to break in by trying various PHP scripts that don't exist. I try to slow
them down by delaying responses in a catchall 404 script. If they become annoying I will block entire IP sections or contact the
domain owner to follow up on the problem, or contact the appropriate agency to have them look into it.

So, I think it is very reasonable to warn a user that they are about to install a new unsigned EXE, as opposed to a well-established
signed EXE that has been installed by thousands.
Warning a user that they're trying to install an unsigned EXE is something the OS (Windows in this case) already does. One doesn't need AV software to do that.


New file uploaded to ap-gto

ap-gto@...
 

Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the ap-gto
group.

File : /Steve_Winston/PHD2_GuideLog_2018-07-11_001710.txt
Uploaded by : stephenjwinston <stephenjwinston@yahoo.com>
Description : Imaging M8 with MinMove set to 0.40. Scope on east side of mount. No meridian flip (M8 had already crossed the meridian)

You can access this file at the URL:
https://groups.yahoo.com/neo/groups/ap-gto/files/Steve_Winston/PHD2_GuideLog_2018-07-11_001710.txt

To learn more about file sharing for your group, please visit:
https://help.yahoo.com/kb/index?page=content&y=PROD_GRPS&locale=en_US&id=SLN15398

Regards,

stephenjwinston <stephenjwinston@yahoo.com>


Re: Things that customers do that drive me nuts on CN

Stephen Winston
 

I had a *really* close look at this last night with the scope in a range of positions on both side of the mount and I'm really not seeing any possibility of strain.  

I have three cables coming from the scopes' cameras (2 USB plus 1 power).  Those cables are looped and attached at several points from the camera and along the OTA prior to entering the mount.  They are clamped again on exiting the mount.  There is plenty of slack at all points, regardless of scope orientation.  So,  if it is a cable strain I just can't see it :).

As promised I did another run on M8 last night with MinMove set to 0.40.  RA and DEC RMS were pretty close for the entire session, so that is a positive sign and points to the larger MInMove preventing triggering of the DEC excursions.

The overall RMS results (0.68" in RA and 0.73" in DEC) weren't great, but this is likely due to bad seeing and low position of M8.  And one additional caveat:  M8 had already crossed the meridian when I started imaging it, so mount didn't get to do a meridian flip, but was at least imaging with scope on the East side.  (logs from last night's run will be uploaded to my folder here in case anyone is curious)

Anyway, I'll continue using the larger MinMove when imaging and see how it works for other targets.

And I'll also be doing an overhaul of DEC and I'll report back if that helps.

thanks all for the help on this!

Steve