Date   

Re: GOTO issue with Mach1GTO

Woody Schlom <woody@...>
 

1)      My RAPAS came with specific initial alignment instructions.  I think you need to read the stuff that came with the RAPAS and do the initial alignment.  Once you do that, the RAPAS will be aligned for not just your mount, but other AP mounts as well.  You can move it back and forth between AP mounts and it’ll still be aligned.

2)      I believe “SYNC” is the wrong command for what you’re trying to do with an AP mount.  I think RECAL is what you want.  Nomenclature and terms are often different for AP mounts.  I can’t tell you how many times I’ve made this same mistake because SYNC is the correct term for other brands of mounts and software.

3)      You really do need to read the excellent manuals that came with your new Mach1.

 

Woody

 

From: ap-gto@... [mailto:ap-gto@...]
Sent: Sunday, December 10, 2017 9:52 AM
To: ap-gto@...
Subject: [ap-gto] GOTO issue with Mach1GTO

 

 

Tired my new Mach1GTO for the first time last night.  Mount was leveled E/W and balanced per instructions.  I used the RASPA right out of the box to do PA following initial rough polar alignment.  I then did a SYNC to a bright star in the east and I thought I had the scope aligned on the west side as they say instruct in the KeyPad manual.  When I started to slew, I was able to see objects on my computer screen using a CCD camera in the east and southeast but nothing in the FoV west and north.  I also did drifting testing and the star low in the east did start to drift after 5 minutes.  So, I am thinking I have 2 problems: 1) I did not SYNC correctly for the GOTOS and/or 2) the RASPA needs to be aligned following drift alignment due to the slight drifting occurring.    Any suggestions would be appreciated.


Re: APCC Virtual port problems after upgrade

Ray Gralak
 

Hi Richard,

I think the problem is that TheSky6/X expect 2-digit zero-padded values in responses and it is possible for APCC to respond without a leading zero in some cases.

For example, if an application sends a command to get declination (":GD#") and the mount is at exactly 8 degrees declination, the response TheSky expects is (without quotes):

"08*00:00#"

But, APCC will send (without quotes):

"8*00:00#"

I'm not sure if this is technically a bug in APCC, but it will be fixed in the next APCC build.

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

-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Sunday, December 10, 2017 10:40 AM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] Re: APCC Virtual port problems after upgrade



I reproduced this on second PC. The virtual serial ports work with pulse guide but not with the sky. The sky x
can only connect via the ascom interface so neither the sky 6 or the sky x can connect via a serial port

Richard

-----------

I just upgraded my drivers from 5.09.09 to 5.10.02 and APCC from 1.5.0.20 to 1.6.0.4 and can no longer
connect TheSky6 via a virtual port. It does not say the port does not exist or is in use by another app, it just
says the port or mount is not responding properly.

The mount itself is working fine. I've never had a problem with previous versions, has anyone run into this?

Richard




Bug in VCP4-P01-10 Firmware

Kerry Williams
 

Thanks, Stephane.

Yes. it appears there is a bug in the latest firmware release (VCP4-P01-10). We'll have to ask Howard to get us a new release fixing this issue. 

--- Kerry 


Re: APCC Virtual port problems after upgrade

R Edelson
 

I reproduced this on second PC. The virtual serial ports work with pulse guide but not with the sky. The sky x can only connect via the ascom interface so neither the sky 6 or the sky x can connect via a serial port

Richard

-----------

I just upgraded my drivers from 5.09.09 to 5.10.02 and APCC from 1.5.0.20 to 1.6.0.4 and can no longer connect TheSky6 via a virtual port. It does not say the port does not exist or is in use by another app, it just says the port or mount is not responding properly.

The mount itself is working fine. I've never had a problem with previous versions, has anyone run into this?

Richard


GOTO issue with Mach1GTO

Bruce Donzanti
 

Tired my new Mach1GTO for the first time last night.  Mount was leveled E/W and balanced per instructions.  I used the RASPA right out of the box to do PA following initial rough polar alignment.  I then did a SYNC to a bright star in the east and I thought I had the scope aligned on the west side as they say instruct in the KeyPad manual.  When I started to slew, I was able to see objects on my computer screen using a CCD camera in the east and southeast but nothing in the FoV west and north.  I also did drifting testing and the star low in the east did start to drift after 5 minutes.  So, I am thinking I have 2 problems: 1) I did not SYNC correctly for the GOTOS and/or 2) the RASPA needs to be aligned following drift alignment due to the slight drifting occurring.    Any suggestions would be appreciated.


Re: More Troubles Tonight with APPM

Stephane Charbonnel
 

Hello,

A few days ago, I have updated the firmware of my CP4 from 01 to 10.
Temperature was about 30-degrees F. So, I observed exactly the same problems as Kerry described. I have effectively noticed the yellow color of the LED of CP4. The problem was observed during an APPM session and when mount slew with counterweight from up to down. I have tried it a lot of time and after resignation, I stopped (thanks Kerry !).
Two days after, even with heigher temperature (50F), same problem.So I do a simply thing : I turned off "horizon" and "meridian" and asked APPM not to use meridian or horizon; OK, I know some plate could not be recognize but APPM processus has gone completely ...
This is only my two cents and this is not with my history you could debug firmware but I can just confirm that Kerry wrote and think it really exists a bug in the firmware. Unfortunately, my (spoken) english is too bad in order to help Howard ... 

Cordialement
Stephane



2017-12-09 6:05 GMT+01:00 imkerryw@... [ap-gto] <ap-gto@...>:

 

Hi Ray,


I did more investigating tonight and had the same problems as before with APPM.

I started out the session with TheSky, MaxIM, and FocusMax connected through the APV2 driver. I did some manual slews without any issues. I then started up APPM and after six slews, at 12/8/2017 7:56:30 PM I got errors and the mount stopped slewing (see log). After about five minutes, APPM commanded another slew and another error was generated. After that the mount parked itself at the last slew point again somehow. 

See the images at: 



The ambient temperature was about 30-degrees F during this time. I checked the PC temperatures and the lowest temp internally was one of the SSDs at 50-degrees F - see the image at:


 Here is a link to the log file:


I then disconnected TheSky, MaxIm and Fmax from the driver and unparked the mount using APCC and reparked it to position 4, then unparked it again using APCC. I started APPM up again and connected the driver and camera. Now APPM was the only thing connected to the driver. I started the mapping run again and after about 12 slews the same behavior occurred and the mount parked itself once again. I stopped APPM and disconnected the mount and camera and APPC auto exited.

I then restarted APCC and connected TheSky to the driver. I did about 20 slews using TheSky to simulate the slews that APPM was doing automatically. I also used the virtual keypad on the APV2 driver and even connected up PHD2 and guided on a star for about 20 minutes. During this time there were no COM errors or any other issues.

 I did a APPM run back in May of this year plotting about 90 points and didn't have any of these issues. 

Thanks,
Kerry




Re: More Troubles Tonight with APPM

Kerry Williams
 

Hi Eric,

Thanks for the info. On my 1200 I have the CP4 with VCP4-P01-10 installed. I run the setup remotely, so I couldn't see the LED to see if it turned yellow. Likewise, a look at APCC logs showed no indication of the mysterious parking.

I sent Howard a private email asking for his assistance with this. 

--- Kerry


Re: More Troubles Tonight with APPM

Eric Claeys
 

Kerry,
Do you have a CP4, and if so, what firmware? When I upgraded mine to the newest version 10 on my 1100 and Mach 1 the mounts would often stop and park themselves (without a park command being sent) and the light on the CP4 would turn yellow and I could only slew one way (east or west).
I would also get the MS# Com errors on both USB and ethernet. This was due to a bug in the firmware that only a couple of us saw. Once I was given updated firmware all those problems went away.
What made it difficult to debug was that APCC would not give any indication there was a problem or that the light turned yellow. Howard and I had to enter debug commands in the terminal window and look at the responses to determine the state.

Eric


Re: Connection to 1100 dropped

Worsel
 

After several nights of imaging with the 1100 set on UDP, rather than TCP, I have not had a single drop.

Thanks, Ray!

Bryan


---In ap-gto@..., <bryancashion@...> wrote :

Thanks, Ray!

I will make the change and post here.

Bryan


---In ap-gto@..., <groups3@...> wrote :

Hi Bryan,

The log file doesn't provide any information why the "connection" started to time out. I put "connection" in quotes because when APCC doesn't establish a single long lasting TCP connection, but a new TCP connection every request to the mount.

So, this could have been a hardware error or a resource issue in your computer's TCP stack. You might try connecting via UDP instead as it does not need to create a new connection every command request.

Best regards,

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



Re: Trouble with APPM

Ron Kramer
 

my laptop cover a couple days ago.






On Fri, Dec 8, 2017 at 8:56 PM, 'Ray Gralak (Groups)' groups3@gralak.com
[ap-gto] <ap-gto@yahoogroups.com> wrote:



Kerry,

You gave me a time frame of where to look in the logs and the only thing
relevant is that somehow the mount was parked by something other than APCC
and that caused the problem with APPM. So, it doesn't appear to be a
software error. At least not an APCC/APPM/AP driver software error.

If you don't know what else you were running at that time that could have
caused this then you probably will need to work with A-P to find the reason
why the mount parked.

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

-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Friday, December 8, 2017 3:09 PM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] Trouble with APPM



Hi Ray,

I dug through the log file and found some interesting things, including
the COM port read errors. I started APPM
runs a couple of different times and it looks like there are some unsafe
slews logged. I have the horizon and
meridian limits set with the actions when these limits are set to "warn
only".

Here is a Dropbox link to the excerpt:

https://www.dropbox.com/s/o2paut18oizx2uz/ExcerptFromAPCCLog.txt?dl=0

Thanks,
Kerry




[Non-text portions of this message have been removed]


Re: AP1200 / SkyX Move Buttons Issue

Tom Ellis
 

This has happened to me in the past on separate occasions each time it was because I had not properly balanced the mount with its very heavy load 100#+ .  AP1200  Look for horses not zebras :-)  Tom on Kauai 


Re: More Troubles Tonight with APPM

Ron Kramer
 

Sorry if this is totally stupid, I've not used APPM yet and new to APCC - but I notice similar results when I have horizon and other limits on?  I suspect APPM would override these? but I don't know.
If my scope slews into an area I have limits turned on for - it will park or stop tracking (depending on what I have set).  Likely to obvious... but thought I'd throw a reminder out there.
Just sounds like a APCC configuration issue since the port works fine with Skyx

On Sat, Dec 9, 2017 at 12:11 AM, 'Ray Gralak (Groups)' groups3@... [ap-gto] <ap-gto@...> wrote:
 

Kerry,

As I said earlier, I don't think this is an APCC/APPM issue. I can't explain the mount parking but so far it doesn't appear that APCC issued a park operation. If you can't find a hardware issue with your setup then it might be worthwhile to give Howard a call. Maybe he has seen an issue similar to this in another setup.

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

> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Friday, December 8, 2017 9:05 PM
> To: ap-gto@...
> Subject: [ap-gto] More Troubles Tonight with APPM
>
>
>
> Hi Ray,
>
>
> I did more investigating tonight and had the same problems as before with APPM.
>
> I started out the session with TheSky, MaxIM, and FocusMax connected through the APV2 driver. I did some
> manual slews without any issues. I then started up APPM and after six slews, at 12/8/2017 7:56:30 PM I got
> errors and the mount stopped slewing (see log). After about five minutes, APPM commanded another slew and
> another error was generated. After that the mount parked itself at the last slew point again somehow.
>
>
> See the images at:
>
> https://www.dropbox.com/s/ta0y5gpccwc3mgo/commerrs.jpg?dl=0
>
>
> &nbs p; https://www.dropbox.com/s/c5u238p81axjdtf/APPM.jpg?dl=0
>
>
> The ambient temperature was about 30-degrees F during this time. I checked the PC temperatures and the
> lowest temp internally was one of the SSDs at 50-degrees F - see the image at:
>
> https://www.dropbox.com/s/p168nl21m5lv017/PCTemps.jpg?dl=0
>
> Here is a link to the log file:
>
> https://www.dropbox.com/s/ayvn2mtfk04hsr8/ApccZip-Kerry_Williams-2017-12-08-200753.zip?dl=0
>
>
> I then disconnected TheSky, MaxIm and Fmax from the driver and unparked the mount using APCC and
> reparked it to position 4, then unparked it again using APCC. I started APPM up again and connected the driver
> and camera. Now APPM was the only thing connected to the driver. I started the mapping run again and after
> about 12 slews the same behavior occurred and the mount parked itself once again. I stopped APPM and
> disconnected the mount and camera and APPC auto exited.
>
>
> I then restarted APCC and connected TheSky to the driver. I did about 20 slews using TheSky to simulate the
> slews that APPM was doing automatically. I also used the virtual keypad on the APV2 driver and even
> connected up PHD2 and guided on a star for about 20 minutes. During this time there were no COM errors or
> any other issues.
>
>
> I did a APPM run back in May of this year plotting about 90 points and didn't have any of these issues.
>
>
> Thanks,
> Kerry
>
>
>
>
>



Re: AP1200 / SkyX Move Buttons Issue

Christopher Erickson
 

I would contact George at AP via telephone or email and work directly with him.
 
 
-Christopher Erickson
Observatory engineer
Summit Kinetics
Waikoloa, HI 96738
www.summitkinetics.com
 



From: ap-gto@... [mailto:ap-gto@...]
Sent: Friday, December 8, 2017 2:40 PM
To: ap-gto
Subject: Re: [ap-gto] AP1200 / SkyX Move Buttons Issue

Sorry. I meant to say I experienced some trouble similar to what was described here.
My mount is 1100GTO CP3.



On Fri, Dec 8, 2017 at 4:28 PM, 'Christopher Erickson' christopher.k.erickson@... [ap-gto] <ap-gto@...> wrote:
 

Something similar to 1100GTO?
 
Do you have an AP mount or something else?
 
 
-Christopher Erickson
Observatory engineer
Summit Kinetics
Waikoloa, HI 96738
www.summitkinetics.com
 


From: ap-gto@... [mailto:ap-gto@...]
Sent: Friday, December 8, 2017 9:31 AM
To: ap-gto
Subject: Re: [ap-gto] AP1200 / SkyX Move Buttons Issue

Any resolution on this one?
I was trying TheSkyX and I have something similar to 1100GTO.
After I move or slew, the move or slew does happen and complete. I can do additional move. but I can NOT do additional slew. Instead of disconnect, I have to click on Abort to clear the state before I can slew again.

On Wed, Mar 30, 2016 at 3:28 PM, Antoine PAVLIN antoine.pavlin@... [ap-gto] <ap-gto@...> wrote:
 

Sorry Ray,

I realize I was not clear in exposing the behavior of my Mach1GTO when connected to TSX through AP ASCOM V2 driver.

Indeed the virtual handbox in TheSkyX « Telescope » sheet does what it is supposed to do : Clicking on a direction Arrow will move the mount in the choosen direction, releasing the mouse button will stop the movement. This is all fine. However, the message « Slewing… » will remain after releasing the mouse button and will prevent any subsequent « Slew » command from TheSkyX, popping up a message saying a move is still in progress.

Workaround is to issue a « Disconnect » command in « Telescope » then « Connect » again to clear this endless « Slewing … » state.

I reported this misbehavior on SB forum, but since this behavior doesn’t show up with SB native driver for Astrophysics , I suspect they consider this is not a TheSkyX bug. From my side I don’t want to revert to SB native driver as I vastly prefer the possibilities offered by AP ASCOM driver.

This is not a major bug as the workaround is simple and takes a few seconds, but I see good chance there of this behavior to never been tracked down as you can legitimely assume it is a TheSkyX bug whils SB most certainly considers it is an AP ASCOM driver bug.

If there is anything I can do as experiment to help characterizing this behavior please let me know.

Clear skies

Antoine

De : 'Ray Gralak (Groups)' groups3@... [ap-gto]
Envoyé le :mercredi 30 mars 2016 00:25


À : ap-gto@...
Objet :RE: [ap-gto] AP1200 / SkyX Move Buttons Issue

 
Hi Antoine,

> I believe it is not, as my experience with my Mach1GTO, TheSkyX/AP V2 ASCOM
> driver and the MOVE arrows of the virtual handpad in TheSkyX is that the mount
> will move properly when arrows are pressed, however after releasing the Arrow,
> state indicated in TheSkyX will be « Slewing » forever,

I don't think that is what Dan reported. He said the mount stopped after he released the button.

In your case it sounds like you have not configured the AP V2 ASCOM driver correctly for TheSkyX. You probably need to enable "ASCOM RA MoveAxis = 0 Stops Tracking" in the Advanced settings:

http://www.gralak.com/apdriver/help/index.html?other_options.htm

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

> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Tuesday, March 29, 2016 12:46 PM
> To: danford5@... [ap-gto]
> Subject: RE: [ap-gto] AP1200 / SkyX Move Buttons Issue
>
>
>
> Hello Ray,
>
> I believe it is not, as my experience with my Mach1GTO, TheSkyX/AP V2 ASCOM
> driver and the MOVE arrows of the virtual handpad in TheSkyX is that the mount
> will move properly when arrows are pressed, however after releasing the Arrow,
> state indicated in TheSkyX will be « Slewing » forever, and any subsequent GoTo
> (Slew to target) issued from TheSkyX will do Nothing and trigger an error message
> saying the mount is already slewing. Workaround is to disconnect/reconnect the
> mount in TheSkyX which clears the « Slewing » state.
>
> This behavior is not present when using TheSkyX native driver for AP mounts.
>
> Clear skies
>
> Antoine
>
> De : danford5@... [ap-gto]
> Envoyé le :lundi 28 mars 2016 22:22
> À : ap-gto@...
> Objet :RE: [ap-gto] AP1200 / SkyX Move Buttons Issue
>
>
> Thanks Ray.
> Dan
>
> <<"Slew" commands move the mount to a specific target RA/Dec. However, when
> pressing one of the "Move" buttons there is not particular target so there generally
> shouldn't be a "slewing to target" message.
>
> Thus, what you are describing sounds like it is normal.
>
> -Ray Gralak>>
>
> ---
> L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel
> antivirus Avast.
> https://www.avast.com/antivirus
>
> [Non-text portions of this message have been removed]
>
>
>
>

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus

[Non-text portions of this message have been removed]



Virus-free. www.avg.com



Re: More Troubles Tonight with APPM

Ray Gralak
 

Kerry,

As I said earlier, I don't think this is an APCC/APPM issue. I can't explain the mount parking but so far it doesn't appear that APCC issued a park operation. If you can't find a hardware issue with your setup then it might be worthwhile to give Howard a call. Maybe he has seen an issue similar to this in another setup.

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

-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Friday, December 8, 2017 9:05 PM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] More Troubles Tonight with APPM



Hi Ray,


I did more investigating tonight and had the same problems as before with APPM.

I started out the session with TheSky, MaxIM, and FocusMax connected through the APV2 driver. I did some
manual slews without any issues. I then started up APPM and after six slews, at 12/8/2017 7:56:30 PM I got
errors and the mount stopped slewing (see log). After about five minutes, APPM commanded another slew and
another error was generated. After that the mount parked itself at the last slew point again somehow.


See the images at:

https://www.dropbox.com/s/ta0y5gpccwc3mgo/commerrs.jpg?dl=0


&nbs p; https://www.dropbox.com/s/c5u238p81axjdtf/APPM.jpg?dl=0


The ambient temperature was about 30-degrees F during this time. I checked the PC temperatures and the
lowest temp internally was one of the SSDs at 50-degrees F - see the image at:

https://www.dropbox.com/s/p168nl21m5lv017/PCTemps.jpg?dl=0

Here is a link to the log file:

https://www.dropbox.com/s/ayvn2mtfk04hsr8/ApccZip-Kerry_Williams-2017-12-08-200753.zip?dl=0


I then disconnected TheSky, MaxIm and Fmax from the driver and unparked the mount using APCC and
reparked it to position 4, then unparked it again using APCC. I started APPM up again and connected the driver
and camera. Now APPM was the only thing connected to the driver. I started the mapping run again and after
about 12 slews the same behavior occurred and the mount parked itself once again. I stopped APPM and
disconnected the mount and camera and APPC auto exited.


I then restarted APCC and connected TheSky to the driver. I did about 20 slews using TheSky to simulate the
slews that APPM was doing automatically. I also used the virtual keypad on the APV2 driver and even
connected up PHD2 and guided on a star for about 20 minutes. During this time there were no COM errors or
any other issues.


I did a APPM run back in May of this year plotting about 90 points and didn't have any of these issues.


Thanks,
Kerry





More Troubles Tonight with APPM

Kerry Williams
 

Hi Ray,


I did more investigating tonight and had the same problems as before with APPM.

I started out the session with TheSky, MaxIM, and FocusMax connected through the APV2 driver. I did some manual slews without any issues. I then started up APPM and after six slews, at 12/8/2017 7:56:30 PM I got errors and the mount stopped slewing (see log). After about five minutes, APPM commanded another slew and another error was generated. After that the mount parked itself at the last slew point again somehow. 

See the images at: 



The ambient temperature was about 30-degrees F during this time. I checked the PC temperatures and the lowest temp internally was one of the SSDs at 50-degrees F - see the image at:


 Here is a link to the log file:


I then disconnected TheSky, MaxIm and Fmax from the driver and unparked the mount using APCC and reparked it to position 4, then unparked it again using APCC. I started APPM up again and connected the driver and camera. Now APPM was the only thing connected to the driver. I started the mapping run again and after about 12 slews the same behavior occurred and the mount parked itself once again. I stopped APPM and disconnected the mount and camera and APPC auto exited.

I then restarted APCC and connected TheSky to the driver. I did about 20 slews using TheSky to simulate the slews that APPM was doing automatically. I also used the virtual keypad on the APV2 driver and even connected up PHD2 and guided on a star for about 20 minutes. During this time there were no COM errors or any other issues.

 I did a APPM run back in May of this year plotting about 90 points and didn't have any of these issues. 

Thanks,
Kerry



Re: Trouble with APPM

Ray Gralak
 

Kerry,

You gave me a time frame of where to look in the logs and the only thing relevant is that somehow the mount was parked by something other than APCC and that caused the problem with APPM. So, it doesn't appear to be a software error. At least not an APCC/APPM/AP driver software error.

If you don't know what else you were running at that time that could have caused this then you probably will need to work with A-P to find the reason why the mount parked.

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

-----Original Message-----
From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Friday, December 8, 2017 3:09 PM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] Trouble with APPM



Hi Ray,

I dug through the log file and found some interesting things, including the COM port read errors. I started APPM
runs a couple of different times and it looks like there are some unsafe slews logged. I have the horizon and
meridian limits set with the actions when these limits are set to "warn only".

Here is a Dropbox link to the excerpt:

https://www.dropbox.com/s/o2paut18oizx2uz/ExcerptFromAPCCLog.txt?dl=0

Thanks,
Kerry



Re: Trouble with APPM

Bill Long
 

Or... Its a good idea and tells people he put more time into the mounts and telescopes that he designs, so you can run them on nothing more than a homeless shelter box.


Perspective is everything.




From: ap-gto@... on behalf of 'Joseph Zeglinski' J.Zeglinski@... [ap-gto]
Sent: Friday, December 8, 2017 3:40 PM
To: ap-gto@...
Subject: Re: [ap-gto] Trouble with APPM
 
 

Rolando,
 
    Bad marketing idea ...
 
    You really want  a “homeless shelter box” to detract from space age looking  “AP designed and manufactured USA Products”?
Not a good image to present to visitors at your observatory,  or at star parties.
 
    Even if the computing gear is “humble” and speaks volumes for what can still be accomplished with it, you don’t want such packaging  “sh#t” to detract from such beautiful equipment as your company designs and makes. I wouldn’t disgrace my AP mount and expensive scope with such, if it can be easily and inexpensively handled with a far better and more presentable enclosure. It even has a zipper flap to hide your  “laptop senior citizen” from a “millennial’s”  sneering glances, if you really feel that bad about it.
 
    If ... the laptop ... still running the venerable Win-XP or even DOS, finally crashes some day ... it should do so in some dignity of having served its AP mount well, probably after several decades of use :-)
 
    Pride of ownership, I guess.
Joe
 
From: chris1011@... [ap-gto]
Sent: Friday, December 8, 2017 4:10 PM
To: ap-gto@...
Subject: Re: [ap-gto] Trouble with APPM
 


 
   Many observers have used the “cardboard box approach”. Functional, but makes it look like a street person shelter.
yes, it looks like a street person shelter, which is all my laptop deserves since it looks and functions at about that level.

Rolando
 


Re: AP1200 / SkyX Move Buttons Issue

X GU
 

Sorry. I meant to say I experienced some trouble similar to what was described here.
My mount is 1100GTO CP3.



On Fri, Dec 8, 2017 at 4:28 PM, 'Christopher Erickson' christopher.k.erickson@... [ap-gto] <ap-gto@...> wrote:
 

Something similar to 1100GTO?
 
Do you have an AP mount or something else?
 
 
-Christopher Erickson
Observatory engineer
Summit Kinetics
Waikoloa, HI 96738
www.summitkinetics.com
 


From: ap-gto@... [mailto:ap-gto@...]
Sent: Friday, December 8, 2017 9:31 AM
To: ap-gto
Subject: Re: [ap-gto] AP1200 / SkyX Move Buttons Issue

Any resolution on this one?
I was trying TheSkyX and I have something similar to 1100GTO.
After I move or slew, the move or slew does happen and complete. I can do additional move. but I can NOT do additional slew. Instead of disconnect, I have to click on Abort to clear the state before I can slew again.

On Wed, Mar 30, 2016 at 3:28 PM, Antoine PAVLIN antoine.pavlin@... [ap-gto] <ap-gto@...> wrote:
 

Sorry Ray,

I realize I was not clear in exposing the behavior of my Mach1GTO when connected to TSX through AP ASCOM V2 driver.

Indeed the virtual handbox in TheSkyX « Telescope » sheet does what it is supposed to do : Clicking on a direction Arrow will move the mount in the choosen direction, releasing the mouse button will stop the movement. This is all fine. However, the message « Slewing… » will remain after releasing the mouse button and will prevent any subsequent « Slew » command from TheSkyX, popping up a message saying a move is still in progress.

Workaround is to issue a « Disconnect » command in « Telescope » then « Connect » again to clear this endless « Slewing … » state.

I reported this misbehavior on SB forum, but since this behavior doesn’t show up with SB native driver for Astrophysics , I suspect they consider this is not a TheSkyX bug. From my side I don’t want to revert to SB native driver as I vastly prefer the possibilities offered by AP ASCOM driver.

This is not a major bug as the workaround is simple and takes a few seconds, but I see good chance there of this behavior to never been tracked down as you can legitimely assume it is a TheSkyX bug whils SB most certainly considers it is an AP ASCOM driver bug.

If there is anything I can do as experiment to help characterizing this behavior please let me know.

Clear skies

Antoine

De : 'Ray Gralak (Groups)' groups3@... [ap-gto]
Envoyé le :mercredi 30 mars 2016 00:25


À : ap-gto@...
Objet :RE: [ap-gto] AP1200 / SkyX Move Buttons Issue

 
Hi Antoine,

> I believe it is not, as my experience with my Mach1GTO, TheSkyX/AP V2 ASCOM
> driver and the MOVE arrows of the virtual handpad in TheSkyX is that the mount
> will move properly when arrows are pressed, however after releasing the Arrow,
> state indicated in TheSkyX will be « Slewing » forever,

I don't think that is what Dan reported. He said the mount stopped after he released the button.

In your case it sounds like you have not configured the AP V2 ASCOM driver correctly for TheSkyX. You probably need to enable "ASCOM RA MoveAxis = 0 Stops Tracking" in the Advanced settings:

http://www.gralak.com/apdriver/help/index.html?other_options.htm

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

> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Tuesday, March 29, 2016 12:46 PM
> To: danford5@... [ap-gto]
> Subject: RE: [ap-gto] AP1200 / SkyX Move Buttons Issue
>
>
>
> Hello Ray,
>
> I believe it is not, as my experience with my Mach1GTO, TheSkyX/AP V2 ASCOM
> driver and the MOVE arrows of the virtual handpad in TheSkyX is that the mount
> will move properly when arrows are pressed, however after releasing the Arrow,
> state indicated in TheSkyX will be « Slewing » forever, and any subsequent GoTo
> (Slew to target) issued from TheSkyX will do Nothing and trigger an error message
> saying the mount is already slewing. Workaround is to disconnect/reconnect the
> mount in TheSkyX which clears the « Slewing » state.
>
> This behavior is not present when using TheSkyX native driver for AP mounts.
>
> Clear skies
>
> Antoine
>
> De : danford5@... [ap-gto]
> Envoyé le :lundi 28 mars 2016 22:22
> À : ap-gto@...
> Objet :RE: [ap-gto] AP1200 / SkyX Move Buttons Issue
>
>
> Thanks Ray.
> Dan
>
> <<"Slew" commands move the mount to a specific target RA/Dec. However, when
> pressing one of the "Move" buttons there is not particular target so there generally
> shouldn't be a "slewing to target" message.
>
> Thus, what you are describing sounds like it is normal.
>
> -Ray Gralak>>
>
> ---
> L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel
> antivirus Avast.
> https://www.avast.com/antivirus
>
> [Non-text portions of this message have been removed]
>
>
>
>

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus

[Non-text portions of this message have been removed]



Virus-free. www.avg.com



Re: AP1200 / SkyX Move Buttons Issue

Christopher Erickson
 

Something similar to 1100GTO?
 
Do you have an AP mount or something else?
 
 
-Christopher Erickson
Observatory engineer
Summit Kinetics
Waikoloa, HI 96738
www.summitkinetics.com
 



From: ap-gto@... [mailto:ap-gto@...]
Sent: Friday, December 8, 2017 9:31 AM
To: ap-gto
Subject: Re: [ap-gto] AP1200 / SkyX Move Buttons Issue

Any resolution on this one?
I was trying TheSkyX and I have something similar to 1100GTO.
After I move or slew, the move or slew does happen and complete. I can do additional move. but I can NOT do additional slew. Instead of disconnect, I have to click on Abort to clear the state before I can slew again.

On Wed, Mar 30, 2016 at 3:28 PM, Antoine PAVLIN antoine.pavlin@... [ap-gto] <ap-gto@...> wrote:
 

Sorry Ray,

I realize I was not clear in exposing the behavior of my Mach1GTO when connected to TSX through AP ASCOM V2 driver.

Indeed the virtual handbox in TheSkyX « Telescope » sheet does what it is supposed to do : Clicking on a direction Arrow will move the mount in the choosen direction, releasing the mouse button will stop the movement. This is all fine. However, the message « Slewing… » will remain after releasing the mouse button and will prevent any subsequent « Slew » command from TheSkyX, popping up a message saying a move is still in progress.

Workaround is to issue a « Disconnect » command in « Telescope » then « Connect » again to clear this endless « Slewing … » state.

I reported this misbehavior on SB forum, but since this behavior doesn’t show up with SB native driver for Astrophysics , I suspect they consider this is not a TheSkyX bug. From my side I don’t want to revert to SB native driver as I vastly prefer the possibilities offered by AP ASCOM driver.

This is not a major bug as the workaround is simple and takes a few seconds, but I see good chance there of this behavior to never been tracked down as you can legitimely assume it is a TheSkyX bug whils SB most certainly considers it is an AP ASCOM driver bug.

If there is anything I can do as experiment to help characterizing this behavior please let me know.

Clear skies

Antoine

De : 'Ray Gralak (Groups)' groups3@... [ap-gto]
Envoyé le :mercredi 30 mars 2016 00:25


À : ap-gto@...
Objet :RE: [ap-gto] AP1200 / SkyX Move Buttons Issue

 
Hi Antoine,

> I believe it is not, as my experience with my Mach1GTO, TheSkyX/AP V2 ASCOM
> driver and the MOVE arrows of the virtual handpad in TheSkyX is that the mount
> will move properly when arrows are pressed, however after releasing the Arrow,
> state indicated in TheSkyX will be « Slewing » forever,

I don't think that is what Dan reported. He said the mount stopped after he released the button.

In your case it sounds like you have not configured the AP V2 ASCOM driver correctly for TheSkyX. You probably need to enable "ASCOM RA MoveAxis = 0 Stops Tracking" in the Advanced settings:

http://www.gralak.com/apdriver/help/index.html?other_options.htm

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

> -----Original Message-----
> From: ap-gto@... [mailto:ap-gto@...]
> Sent: Tuesday, March 29, 2016 12:46 PM
> To: danford5@... [ap-gto]
> Subject: RE: [ap-gto] AP1200 / SkyX Move Buttons Issue
>
>
>
> Hello Ray,
>
> I believe it is not, as my experience with my Mach1GTO, TheSkyX/AP V2 ASCOM
> driver and the MOVE arrows of the virtual handpad in TheSkyX is that the mount
> will move properly when arrows are pressed, however after releasing the Arrow,
> state indicated in TheSkyX will be « Slewing » forever, and any subsequent GoTo
> (Slew to target) issued from TheSkyX will do Nothing and trigger an error message
> saying the mount is already slewing. Workaround is to disconnect/reconnect the
> mount in TheSkyX which clears the « Slewing » state.
>
> This behavior is not present when using TheSkyX native driver for AP mounts.
>
> Clear skies
>
> Antoine
>
> De : danford5@... [ap-gto]
> Envoyé le :lundi 28 mars 2016 22:22
> À : ap-gto@...
> Objet :RE: [ap-gto] AP1200 / SkyX Move Buttons Issue
>
>
> Thanks Ray.
> Dan
>
> <<"Slew" commands move the mount to a specific target RA/Dec. However, when
> pressing one of the "Move" buttons there is not particular target so there generally
> shouldn't be a "slewing to target" message.
>
> Thus, what you are describing sounds like it is normal.
>
> -Ray Gralak>>
>
> ---
> L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel
> antivirus Avast.
> https://www.avast.com/antivirus
>
> [Non-text portions of this message have been removed]
>
>
>
>

---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus

[Non-text portions of this message have been removed]



Virus-free. www.avg.com


Re: Trouble with APPM

Joe Zeglinski
 

Rolando,
 
    Bad marketing idea ...
 
    You really want  a “homeless shelter box” to detract from space age looking  “AP designed and manufactured USA Products”?
Not a good image to present to visitors at your observatory,  or at star parties.
 
    Even if the computing gear is “humble” and speaks volumes for what can still be accomplished with it, you don’t want such packaging  “sh#t” to detract from such beautiful equipment as your company designs and makes. I wouldn’t disgrace my AP mount and expensive scope with such, if it can be easily and inexpensively handled with a far better and more presentable enclosure. It even has a zipper flap to hide your  “laptop senior citizen” from a “millennial’s”  sneering glances, if you really feel that bad about it.
 
    If ... the laptop ... still running the venerable Win-XP or even DOS, finally crashes some day ... it should do so in some dignity of having served its AP mount well, probably after several decades of use :-)
 
    Pride of ownership, I guess.
Joe
 

From: chris1011@... [ap-gto]
Sent: Friday, December 8, 2017 4:10 PM
To: ap-gto@...
Subject: Re: [ap-gto] Trouble with APPM
 


 
   Many observers have used the “cardboard box approach”. Functional, but makes it look like a street person shelter.
yes, it looks like a street person shelter, which is all my laptop deserves since it looks and functions at about that level.

Rolando