Re: Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread)
Roland Christen
The Pyramid has an internal overload breaker. It resets automatically but it takes some time to reset.
Rolando
-----Original Message-----
From: Steven Steven <steven447@...> To: main@ap-gto.groups.io <main@ap-gto.groups.io> Sent: Tue, Apr 28, 2020 7:21 pm Subject: Re: [ap-gto] Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread)
If you unscrew the bottom plate (underneath), you'll see two big capacitors. It's usually one of them that 'goes'. You can buy these for around $1 and replace it yourself very easily. I've done that with two of my pyramids, then I got 'smart' and got a better
power supply.
S
From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Michael 'Mikey' Mangieri <mjmangieri@...>
Sent: Tuesday, 28 April 2020 8:13 PM To: main@ap-gto.groups.io <main@ap-gto.groups.io> Subject: Re: [ap-gto] Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread) Â
I use pyramid supplies on all my equipment. Mine have overload protection. Typically they shut down when overload is detected. Turn them off, wait a bit, then back on. But it may depend on the model you have.Â
On Apr 28, 2020, at 8:10 PM, Michael Hambrick via groups.io <mike.hambrick@...> wrote:
|
|
Re: APCC 1.8.1.1 latest update window missing value
Ray Gralak
Something on your computer is blocking the request to get the latest version. Could be an over-exuberant anti-virus app.
toggle quoted messageShow quoted text
-Ray Gralak Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver
-----Original Message-----
|
|
Re: Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread)
Roland Christen
There is no fuse in the CP3. The Pyramid has an internal circuit breaker.
You can tell if the power is getting to the CP3 if the light is on. Check inside the cigar plug to see if the fuse in side is blown.
Rolando
-----Original Message-----
From: CurtisC via groups.io <calypte@...> To: main <main@ap-gto.groups.io> Sent: Tue, Apr 28, 2020 6:41 pm Subject: [ap-gto] Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread) The scope ran all night and crashed into the pier. No damage to the scope. No visible damage to mount. BUT CP3 doesn't work. It doesn't light up, the keypad is off. The fuse on the power supply (Pyramid) looks good. Is there a fuse inside the CP3 that I should look at?
|
|
Re: Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread)
Steven
If you unscrew the bottom plate (underneath), you'll see two big capacitors. It's usually one of them that 'goes'. You can buy these for around $1 and replace it yourself very easily. I've done that with two of my pyramids, then I got 'smart' and got a better
power supply.
S
From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Michael 'Mikey' Mangieri <mjmangieri@...>
Sent: Tuesday, 28 April 2020 8:13 PM To: main@ap-gto.groups.io <main@ap-gto.groups.io> Subject: Re: [ap-gto] Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread) Â
I use pyramid supplies on all my equipment. Mine have overload protection. Typically they shut down when overload is detected. Turn them off, wait a bit, then back on. But it may depend on the model you have.Â
On Apr 28, 2020, at 8:10 PM, Michael Hambrick via groups.io <mike.hambrick@...> wrote:
|
|
APCC 1.8.1.1 latest update window missing value
Yves Laroche
Hi Ray,
I installed APCC 1.8.1.1 on a Windows 7 x64 machine and the for update section showed that "The latest version of APCC is: 1.8.1.1" I installed the same APCC version on my Windows 7 x64 laptop and noticed that "The latest version of APCC is:" The version number is missing. Reinstalled the same package but still the same result. Attached is a screenshot of the behaviour. Regards, Yves
|
|
Re: Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread)
I use pyramid supplies on all my equipment. Mine have overload protection. Typically they shut down when overload is detected. Turn them off, wait a bit, then back on. But it may depend on the model you have.Â
toggle quoted messageShow quoted text
On Apr 28, 2020, at 8:10 PM, Michael Hambrick via groups.io <mike.hambrick@...> wrote:
|
|
Re: Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread)
Michael Hambrick <mike.hambrick@...>
Does the power supply have overload protection
? You may be lucky and only have to replace a fuse.
Best Regards Michael Hambrick ARLANXEO TSR Global Manufacturing Support PO Box 2000 Orange, TX 77631-2000 Phone: +1 (409) 882-2799 email: mike.hambrick@...
|
|
Re: Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread)
CurtisC <calypte@...>
It's the power supply that's gone bad. I tried another power supply, and the CP3 lights up just fine.
|
|
Mach1 CP3 pier crash!! (Similar to CP4 crash in another thread)
CurtisC <calypte@...>
The scope ran all night and crashed into the pier. No damage to the scope. No visible damage to mount. BUT CP3 doesn't work. It doesn't light up, the keypad is off. The fuse on the power supply (Pyramid) looks good. Is there a fuse inside the CP3 that I should look at?
|
|
Re: AP 1200 won't unpark via APCC
Yves Laroche
I really understood the meaning. Just to be sure you're not thinking it was a UDP problem.
toggle quoted messageShow quoted text
Another thing I noticed...I got many errors because the motors were not plugged to the CP4 as they should. The View Error(s) button within APCC is still there even if I pressed the Clear Errors button. Also the big yellow window from the ASCOM driver still there. If I disconnect the ASCOM driver and connect it again, the same error rise again. Is it a normal behaviour? Thanks! Best regards, Yves
Le 28/04/20 19:03, Ray Gralak <groups3@...> a écrit :
|
|
Re: AP 1200 won't unpark via APCC
Ray Gralak
Hi Yves,
toggle quoted messageShow quoted text
Thanks for the additional data point! I didn't mean to imply using UDP is universally bad. In most cases there are no issues with using UDP, but it is possible for UDP packets to be dropped or sent out of order, which can cause problems. And specifically because there were issues I could not reproduce I wanted Steve to try using TCP instead. -Ray Gralak Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver
-----Original Message-----
|
|
Re: AP 1200 won't unpark via APCC
Yves Laroche
Hi Ray,
toggle quoted messageShow quoted text
FYI, I have exactly the same setup as Steve (1200GTO, CP4 (latest firmware), latest ASCOM/APCC updates) and everything is working well with UDP. Always use UDP protocol. Just tested with my GTOCP4 without motors and no problem. Even watched Steve's video to be sure... Unchecked Auto-Connect and did see nothing. Regards, Yves
Le 28/04/20 17:48, Ray Gralak <groups3@...> a écrit :
|
|
Re: Bad images _Bouncing stars
Mike Shade
As I offered I had some weirdness with my setup. After much fidgeting and greasing the gears and a new PEC curve, I can go 382" (the worm period) and get round stars near zenith unguided. I could go 300", but that wasn't a complete worm cycle. This suggests strongly that the weirdness was not the mount. A good place to start to see what your mount can do.  Mike J. Shade Mike J. Shade Photography:  In War: Resolution In Defeat: Defiance In Victory: Magnanimity In Peace: Goodwill Sir Winston Churchill Already, in the gathering dusk, a few of the stars are turning on their lights. Vega, the brightest one, is now dropping towards the west. Can it be half a year since I watched her April rising in the east? Low in the southwest Antares blinks a sad farwell to fall... Leslie Peltier, Starlight Nights  International Dark Sky Association: www.darksky.org  From:
main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of John
Thompson via groups.io  I apologize. I should have provided more information in my
"bouncing stars"post. It's an AP 1600 mount (no Encoders) with a
TEC140 F/7 scope with a FLI Atlas focuser. It's running Maxim for the main
camera, SBIG STF-8300 and PHD for the guide camera, a SBIG ST-i. I am using
APCC Pro with SkyX for the planetary program. The focus program is FocusMax.
The session runs auto using CCDAutoPilot5. I am shooting LRGB 10 images each
filter @ 600 sec using a 5 pixel dither between images. PHD is running RA and
DEC in Hyperstasis with a 60 aggression setting with 3 sec exposures with
dithering. Actually the guiding looks very good with very few corrections and a
low RMS. I don;t believe the guide star is lost at any time but dithering might
be an issue. I will look at the guide logs for any clues. The only time I see
something "funny" is during the dithers. But the guiding stops during
the dithers and then re-aguires the guide star.
|
|
Re: Bad images _Bouncing stars
Hi,
toggle quoted messageShow quoted text
Try to give more time for recentering and use the multistar guiding in maxim. GrĂĽsse Konstantin v. Poschinger Hammerichstr. 5 22605 Hamburg 040/8805747 0171/1983476
Am 29.04.2020 um 00:34 schrieb John Thompson via groups.io <jbtgolfer@...>:
|
|
Re: Bad images _Bouncing stars
John Thompson <jbtgolfer@...>
I apologize. I should have provided more information in my "bouncing stars"post. It's an AP 1600 mount (no Encoders) with a TEC140 F/7 scope with a FLI Atlas focuser. It's running Maxim for the main camera, SBIG STF-8300 and PHD for the guide camera, a SBIG ST-i. I am using APCC Pro with SkyX for the planetary program. The focus program is FocusMax. The session runs auto using CCDAutoPilot5. I am shooting LRGB 10 images each filter @ 600 sec using a 5 pixel dither between images. PHD is running RA and DEC in Hyperstasis with a 60 aggression setting with 3 sec exposures with dithering. Actually the guiding looks very good with very few corrections and a low RMS. I don;t believe the guide star is lost at any time but dithering might be an issue. I will look at the guide logs for any clues. The only time I see something "funny" is during the dithers. But the guiding stops during the dithers and then re-aguires the guide star.
The night was almost perfect, 5 by 5. No clouds or wind (3 MPH max) All cables are routed through the mount and appear ok. I may try some imaging at 600 sec with no guiding tonight and some with no dithering. Thank you all for the comments. Any other ideas are appreciated.
|
|
Re: AP 1200 won't unpark via APCC
Steve Reilly
The initialize window didn't open but that very 1st time however I did see Unpark become active.
toggle quoted messageShow quoted text
Sent private email to continue. -Steve
-----Original Message-----
From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Ray Gralak Sent: Tuesday, April 28, 2020 5:47 PM To: main@ap-gto.groups.io Subject: Re: [ap-gto] AP 1200 won't unpark via APCC APCC polls the CP4 once every 5 seconds for that particular status, so it can take up to that long to display in the user interface. However, the actual park status changes immediately in the CP4. -Ray Gralak Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver -----Original Message-----
|
|
Re: AP 1200 won't unpark via APCC
Ray Gralak
APCC polls the CP4 once every 5 seconds for that particular status, so it can take up to that long to display in the user interface. However, the actual park status changes immediately in the CP4.
toggle quoted messageShow quoted text
-Ray Gralak Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver
-----Original Message-----
|
|
Re: AP 1200 won't unpark via APCC
Ray Gralak
Oh, okay! That's good.
There still might be a problem somewhere else though. I just wanted to establish a baseline with something that I know should work. You can at least get the mount unparked via APCC via this method. If you don't want the mount to track when initialized you can unpark the mount but turn tracking off in the initialization settings by setting the tracking rate to "Zero". Now I've beenYes, you have to power down the mount and power it on again. The mount will not lose position when you do that. Let's take this to private email now. The next thing I would like you to try is connecting ACP to APCC but without APCC connecting itself to the driver. -Ray Gralak Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver -----Original Message-----
|
|
Re: AP 1200 won't unpark via APCC
Steve Reilly
I did change to TCP and it worked. What I'm looking at now is I saw it initialize the mount the first time, disconnected, waited a bit, reconnected and no initializing that time. Cycled power and same result but I did see unpark become active shortly afterwards. Is that normal?
toggle quoted messageShow quoted text
-Steve
-----Original Message-----
From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Ray Gralak Sent: Tuesday, April 28, 2020 5:35 PM To: main@ap-gto.groups.io Subject: Re: [ap-gto] AP 1200 won't unpark via APCC You power cycled and the mount APCC could not unpark your mount using TCP? If so, please attach the APCC log file so I can see what happened. -Ray Gralak Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver -----Original Message-----
|
|
Re: AP 1200 won't unpark via APCC
Steve Reilly
So I did as instructed and it appears to have worked. The only difference is the UDP /TCP connection. So now after all this time I have to wonder what happened that made UDP totally unreliable? And not sporadically but constantly. I'm not questioning your knowledge but rather my understanding of what and why. Now I've been disconnected for a while and just reconnected to the mount but no initializing of the mount. Does the power need to be disconnected/reconnected to prompt this again?
toggle quoted messageShow quoted text
-Steve
-----Original Message-----
From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Ray Gralak Sent: Tuesday, April 28, 2020 5:25 PM To: main@ap-gto.groups.io Subject: Re: [ap-gto] AP 1200 won't unpark via APCC Steve, I don't know what you are trying to show in that screen shot? Try these steps exactly: 1, Disconnect APCC from the mount. 2. Set TCP as the connection type. 3. Power off the mount and wait 5 seconds. 4. Power on the mount and wait another 5 seconds. 5. Connect APCC to the mount. APCC should initialize and unpark the mount after the countdown. If not unpark attach the APCC log (no need to zip, it should be short). No need for a video, just the log will be fine. -Ray Gralak Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver -----Original Message-----
|
|