Date   

AP1200 CP3 v2 chip error message - Low Power

Dhaval
 

Hello all,
I logged in to my remote system this morning and there was an error message in APCC saying that a fault had triggered because of low power. It was pretty cold last night (around -7C), but I would imagine that it is not that cold for an AP mount to show me that error (I have been at this observatory for the past 5 years now and never have had anything stop because of low temps). I can still power the mount, it is just that the error message keeps popping up. Recycling the power has not worked so far.

Anyone has insight in to why this may be?

Am I looking at a bad PSU or a bad CP3?

I will be asking my observatory manager to see if he can power the mount from a different PSU, but that will probably have to wait till I can have him go to the observatory.

Any help will be greatly appreciated.

Thanks,
Dhaval


Re: Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

M Hambrick
 

Great ! Thanks Marj, Roland, and all the A-P folks.

I opened the link to the current GTOCP4 manual on the web site, and it still has the November, 2018 date on the cover page. Are there any updates in the manual that are relevant to the software upgrade ?


Re: Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

Eric M
 

Hurray! I've been anxiously awaiting this update so I can take advantage of setting the safety stop 5 degrees past meridian on my CP4. Firmware downloaded to the mount with no issues, sent the :LR2# command through the terminal and tested by trying to slew 5 degrees past the meridian. As expected, when it hit 5 degrees past the motor de-energized. Really appreciate the addition of this feature, gives me a great deal of a confidence that my equipment will avoid a pier crash if my laptop goes on the fritz.

Happy holidays Astro-Physics!


Re: Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

Worsel
 

Upgrade completed without issue.  Clear instructions.  Quick upgrade.  Thanks to all involved!!

Bryan


Re: Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

Bill Long
 

Version history can answer that:



From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Marcelo Figueroa via groups.io <marfig1970@...>
Sent: Thursday, December 17, 2020 7:46 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Version P02-08 now available for GTOCP4 and GTOCP5 control boxes
 
Thanks for the upgrade, but for the Mach2 users that don't have the keypad and don't use wifi, is there any change?
 
And happy holidays too!


Re: Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

Marcelo Figueroa
 

Thanks for the upgrade, but for the Mach2 users that don't have the keypad and don't use wifi, is there any change?
 
And happy holidays too!


Re: Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

Bill Long
 

Woohoo!! Thanks guys! Installed it just now with zero issues. Nice and smooth.


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Marj Christen <marj@...>
Sent: Thursday, December 17, 2020 6:26 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: [ap-gto] Version P02-08 now available for GTOCP4 and GTOCP5 control boxes
 
Happy Holidays! 


Astro-Physics has put a new software version for our GTOCP4 and GTOCP5 control boxes under the Christmas Tree Nebula for you to open and enjoy.   

https://www.astro-physics.com/software-updates/

This is a major upgrade for GTOCP4 control boxes.  In addition to the Ethernet download method, we now have an option for USB/Serial updates. Be sure to check the version history for a list of the improvements. Some of these were implemented for the new Keypad version 5 software which will be available for GTOCP4 owners in the near future. 


For Mach2 owners, unless your mount was shipped in the last couple of weeks, this upgrade is for you too.

Enjoy!  

--
Marj Christen
Astro-Physics


Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

 

Happy Holidays! 


Astro-Physics has put a new software version for our GTOCP4 and GTOCP5 control boxes under the Christmas Tree Nebula for you to open and enjoy.   

https://www.astro-physics.com/software-updates/

This is a major upgrade for GTOCP4 control boxes.  In addition to the Ethernet download method, we now have an option for USB/Serial updates. Be sure to check the version history for a list of the improvements. Some of these were implemented for the new Keypad version 5 software which will be available for GTOCP4 owners in the near future. 


For Mach2 owners, unless your mount was shipped in the last couple of weeks, this upgrade is for you too.

Enjoy!  

--
Marj Christen
Astro-Physics


Re: Setting Daylight Savings Time Using ASCOM V2 Driver

Dale Ghent
 


Wendelin,

I was referring to the two options in the ASCOM driver for keeping the mount's clock sync'd with the PC's.

If you use only the ASCOM driver, open the A-P ASCOM driver configurator and expand the Advanced tab. Refer to the attached screenshot for the options, with a red box around them.

Having the "Sync Mount Time at Initialization" and "Keep Mount Time Synced to PC Time" option enabled should do what you want to do provided your PC's time is also correct. I believe the mount itself operates in UTC internally; the timezone offset is for display purposes. If you operate the mount with the driver and these options on, you should never have to worry about the mount's time, regardless of tz or dst status.



On Dec 17, 2020, at 18:11, Wendelin Burkhardt <wendelb@...> wrote:

Dale,

I don't have APCC on my system.  I wrote some programs that control the operation of the mount, scope and camera through the ASCOM driver.  Since the time change, and because I have been lazy, I didn't update the CP4 to reflect standard time rather than Daylight Savings time.  This has caused a couple of mostly annoyances.  First, the mount thinks that all stars in the west are at lower altitude than they actually are.  This causes the code to abort a photo if the star is too low on the horizon.  The code I have written also reports back the altitude at which an exposure starts and ends.  These are incorrect as well, which impacts any star intensity corrections that get performed later.  If I could change the daylight savings time switch with software, it would simplify things greatly (as well as making sure that I don't forget to do this manually which usually happens).

-----Original Message-----
From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Dale Ghent
Sent: Wednesday, December 16, 2020 11:02 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Setting Daylight Savings Time Using ASCOM V2 Driver



On Dec 16, 2020, at 13:59, Wendelin Burkhardt <wendelb@...> wrote:

Is there a way to set Daylight savings time or standard time using the ASCOM driver?  I know this can be done using the Keypad, but I usually don’t have it connected to the mount.  Software that I have written to control the mount has altitude limits in it and I have noticed that since we switched back to standard time the mount thinks the objects are lower in the sky than they actually are.

GMT offsets are automagically handled by the driver/APCC. Your computer having an up to date timezone database is how is the is possible, where maintaining such a thing on the keypad is impractical.

/dlae













Re: Setting Daylight Savings Time Using ASCOM V2 Driver

Roland Christen
 

Just set everything up to run on Universal time and you won't ever need to change anything again.

Rolando



-----Original Message-----
From: Wendelin Burkhardt <wendelb@...>
To: main@ap-gto.groups.io
Sent: Thu, Dec 17, 2020 5:11 pm
Subject: Re: [ap-gto] Setting Daylight Savings Time Using ASCOM V2 Driver

Dale,

I don't have APCC on my system.  I wrote some programs that control the operation of the mount, scope and camera through the ASCOM driver.  Since the time change, and because I have been lazy, I didn't update the CP4 to reflect standard time rather than Daylight Savings time.  This has caused a couple of mostly annoyances.  First, the mount thinks that all stars in the west are at lower altitude than they actually are.  This causes the code to abort a photo if the star is too low on the horizon.  The code I have written also reports back the altitude at which an exposure starts and ends.  These are incorrect as well, which impacts any star intensity corrections that get performed later.  If I could change the daylight savings time switch with software, it would simplify things greatly (as well as making sure that I don't forget to do this manually which usually happens).

-----Original Message-----
From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Dale Ghent
Sent: Wednesday, December 16, 2020 11:02 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Setting Daylight Savings Time Using ASCOM V2 Driver



> On Dec 16, 2020, at 13:59, Wendelin Burkhardt <wendelb@...> wrote:
>
> Is there a way to set Daylight savings time or standard time using the ASCOM driver?  I know this can be done using the Keypad, but I usually don’t have it connected to the mount.  Software that I have written to control the mount has altitude limits in it and I have noticed that since we switched back to standard time the mount thinks the objects are lower in the sky than they actually are.

GMT offsets are automagically handled by the driver/APCC. Your computer having an up to date timezone database is how is the is possible, where maintaining such a thing on the keypad is impractical.

/dlae











--
Roland Christen
Astro-Physics


Re: Setting Daylight Savings Time Using ASCOM V2 Driver

Wendelin Burkhardt
 

Dale,

I don't have APCC on my system. I wrote some programs that control the operation of the mount, scope and camera through the ASCOM driver. Since the time change, and because I have been lazy, I didn't update the CP4 to reflect standard time rather than Daylight Savings time. This has caused a couple of mostly annoyances. First, the mount thinks that all stars in the west are at lower altitude than they actually are. This causes the code to abort a photo if the star is too low on the horizon. The code I have written also reports back the altitude at which an exposure starts and ends. These are incorrect as well, which impacts any star intensity corrections that get performed later. If I could change the daylight savings time switch with software, it would simplify things greatly (as well as making sure that I don't forget to do this manually which usually happens).

-----Original Message-----
From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Dale Ghent
Sent: Wednesday, December 16, 2020 11:02 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Setting Daylight Savings Time Using ASCOM V2 Driver



On Dec 16, 2020, at 13:59, Wendelin Burkhardt <wendelb@pacbell.net> wrote:

Is there a way to set Daylight savings time or standard time using the ASCOM driver? I know this can be done using the Keypad, but I usually don’t have it connected to the mount. Software that I have written to control the mount has altitude limits in it and I have noticed that since we switched back to standard time the mount thinks the objects are lower in the sky than they actually are.
GMT offsets are automagically handled by the driver/APCC. Your computer having an up to date timezone database is how is the is possible, where maintaining such a thing on the keypad is impractical.

/dlae


Re: CP4 vs CP2 motor stalls?

Tom Blahovici
 

All firmware is up to date and all power supplies etc are the same as previously with my CP2.  I will lower the slewing speed which I think is at 600.
Thanks, Tom


Re: CP4 vs CP2 motor stalls?

Christopher Erickson
 

There are some safety limits in the CP4 that could have a bug in some firmware revs that look like a motor stall but aren't. Make sure to be using the latest firmware rev.

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

On Thu, Dec 17, 2020, 5:52 AM <michaeljhanson@...> wrote:
Hi Tom,

There are several things you can look at:
- Do you know what version of CP4 software you have?  There have been a few changes related to stall over the years.
- Are you using the same power source as you did with the CP2?  And, is that power source adjustable? It is possible that a little higher input voltage will help the system to maintain the slew speed.
- Is the CP4 slewing at the same rate as the CP2?  The slew rate can be reduced to reduce stall occurrences at a given input voltage.
- Gear mesh can have a dramatic affect on the motor loading, make sure it's not too tight. See  600EGTO - Adjustments to Remove Worm Gear Backlash,
 at https://astro-physics.info/index.htm?tech_support/tech_support_legacy.  It also discussed mesh.

Regards,
Mike Hanson


Re: CP4 vs CP2 motor stalls?

michaeljhanson@...
 

Hi Tom,

There are several things you can look at:
- Do you know what version of CP4 software you have?  There have been a few changes related to stall over the years.
- Are you using the same power source as you did with the CP2?  And, is that power source adjustable? It is possible that a little higher input voltage will help the system to maintain the slew speed.
- Is the CP4 slewing at the same rate as the CP2?  The slew rate can be reduced to reduce stall occurrences at a given input voltage.
- Gear mesh can have a dramatic affect on the motor loading, make sure it's not too tight. See  600EGTO - Adjustments to Remove Worm Gear Backlash,
 at https://astro-physics.info/index.htm?tech_support/tech_support_legacy.  It also discussed mesh.

Regards,
Mike Hanson


CP4 vs CP2 motor stalls?

Tom Blahovici
 

Hi
I frequently image during cold temperatures with my AP600.  A few months ago I updated to a CP4 from a CP2. Two days ago, the temperature was -12C and I received two motor stalls during slewing. In the past I could work at -25C and never got motor stalls. I have low temperature grease in the mount as per APs recommendations.
Is there away I can minimize this occurance?
Thanks.


Re: Loss of connection from APCC Pro to other applications

Worsel
 

Thanks, Brian.  I will implement that now!

Bryan


Re: Loss of connection from APCC Pro to other applications

 

Hi Bryan

I find UDP is not reliable enough for guiding and related apps. i switched to TCP and it cleared right up

On Wed, Dec 16, 2020 at 7:18 PM Worsel via groups.io <bryancashion=yahoo.com@groups.io> wrote:
APCC Pro and V2 Driver lose connection to the mount, which means Cartes du Ciel and PHD2 lose connection.  This has occurred unpredictably. 

The mount continues to track, but the lack of guiding is just enough to throw off the images. 

Closing and re-starting APCC allows re-connection to CdC and PHD2 easily.  However, I finally got tired of the hassle and am seeking insight.

Zipped logs attached.  The problem occurs in the the APCC log at step 0341671 time stamp 2020-12-16  19:23:20.100

I typically run starting with an object in the east, CW up so I can image for several hours without a flip.

1100 (non-AE) with a CP4, no hand control.  Connection via Ethernet (UDP).  This has occurred both before and after APPM model implementation (which works great!).  I have checked the Cat 5e cable several times and cleaned the contacts with electrical contact solvent.

Let me know if other info would be helpful.

Bryan



--
Brian 



Brian Valente


Loss of connection from APCC Pro to other applications

Worsel
 

APCC Pro and V2 Driver lose connection to the mount, which means Cartes du Ciel and PHD2 lose connection.  This has occurred unpredictably. 

The mount continues to track, but the lack of guiding is just enough to throw off the images. 

Closing and re-starting APCC allows re-connection to CdC and PHD2 easily.  However, I finally got tired of the hassle and am seeking insight.

Zipped logs attached.  The problem occurs in the the APCC log at step 0341671 time stamp 2020-12-16  19:23:20.100

I typically run starting with an object in the east, CW up so I can image for several hours without a flip.

1100 (non-AE) with a CP4, no hand control.  Connection via Ethernet (UDP).  This has occurred both before and after APPM model implementation (which works great!).  I have checked the Cat 5e cable several times and cleaned the contacts with electrical contact solvent.

Let me know if other info would be helpful.

Bryan


Re: mach 2 guider settings in Skyx camera add on

Roland Christen
 

Yes, guide speed always at 1x.

Roland



-----Original Message-----
From: Andrea Lucchetti <andlucchett@...>
To: main@ap-gto.groups.io
Sent: Wed, Dec 16, 2020 3:28 pm
Subject: Re: [ap-gto] mach 2 guider settings in Skyx camera add on

hi Roland,
my exposure is set from 3 to 5s.
Guide speed 1x, right?
I will try 0.03 next time, thanks a lot!
Andrea

--
Roland Christen
Astro-Physics


Re: mach 2 guider settings in Skyx camera add on

Andrea Lucchetti
 

hi Roland,
my exposure is set from 3 to 5s.
Guide speed 1x, right?
I will try 0.03 next time, thanks a lot!
Andrea

9461 - 9480 of 84287