Date   

How to access the support ticket system

 

Please follow this procedure to report any support issues that you have. This information will help us to find a resolution to your problem more quickly.

 

1.       Access our portal: https://portal.teamsupport.com/AstroPhysicsInc

2.     Register with your name, email address you wish to use and password. 

3.     Select the Ticket Tab and New Ticket.

4.     Select the appropriate Ticket Type. 

5.     Complete any additional fields that appear, based on your ticket type.  

6.     Provide a concise, detailed description of what you were doing, what you expected to happen, and what actually happened.

7.     You may attach files to your support ticket, include links or create a screen recording, if appropriate. 

Once your ticket is submitted, you will receive a confirmation email that your ticket has been received by our support staff and be assigned a ticket number. We will review the information and reply via email. You can also access your tickets via the above portal by signing in. 

 

In order to deal most efficiently and effectively with your issue, please use the new ticket format to communicate. If you must call for some reason, please reference your ticket number so that we can easily access all information regarding your issue. All of our support team will have access to all information on your ticket. 

 

Our goal is to provide better faster support service and to build a database of questions and answers that can be easily accessed by all users 24/7/365. 

 

We appreciate your assistance and patience as we put this system online. 

 

 

Clear Skies,

 

Marj Christen

Astro-Physics, Inc

11250 Forest Hills Rd

Machesney Park, IL 61115

Phone: 815-282-1513

Fax: 815-282-9847

www.astro-physics.com

 


New Astro-Physics support ticket system

 

To all,

 

We are very excited to launch our new support ticket system that will offer these benefits for you:
** Direct access to our support team

** Quicker response time and problem resolution
** Support tickets that will keep a running log of the conversation regarding your issue or questions. You can even attach screen recordings, images, charts or whatever helps you to communicate. We can too!

** All members of the support team will have access to the entire history of the ticket

** You can gain easy access to your previous tickets through the portal.

Over time, we will build a knowledge base of answers to common (and uncommon questions) and a wiki resource. As you enter your ticket, our knowledge base and wiki will be searched automatically and possible answers to your questions will be available to you immediately. 

 

We realize that sometimes you have questions in the middle of the night or you live on the opposite of the earth and you want answers quickly. We hope that this resource can help to get information to you more quickly.

 

I will post a second email with information on how to access the portal.

 

Clear Skies,

 

Marj Christen

Astro-Physics, Inc

11250 Forest Hills Rd

Machesney Park, IL 61115

Phone: 815-282-1513

Fax: 815-282-9847

www.astro-physics.com

 


Re: APCC 4K screen scaling issues

Ray Gralak
 

Often laptops with unusually high resolutions use extra large fonts so text is readable. You could try changing the font size back to normal size. It might also help if use the Settings menu option in APCC to “reset to original size”  then close and restart APCC.  If one of those ideas works you might have to wait until Dell updates their drivers and fonts.

 

-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

 

From: ap-gto@... [mailto:ap-gto@...]
Sent: Saturday, April 11, 2015 3:54 PM
To: ap-gto@...
Subject: [ap-gto] APCC 4K screen scaling issues

 

 

I run APCC on a dell XPS15 with a 3200x1800 resolution if you look in the photo section you will see the issues that I am encountering.  Not all screen (driver screen is just fine).  It is very frustrating to have to deal with this.  Is this and easy fix? Unfortunately experimentation by reducing the resoulution accomplished nothing.  This is the only program application out of about 50 resident  that does this.

 

Tom


Re: APCC 4K screen scaling issues

Christopher Erickson
 

Looks like a missing font issue. I am sure this is gonna be an easy fix.

Sent via Android on a Samsung Galaxy Note 3

Christopher Erickson
Consulting Engineer
Summit Kinetics
Waikoloa, Hi 96738

On Apr 11, 2015 3:53 PM, "tom@... [ap-gto]" <ap-gto@...> wrote:


I run APCC on a dell XPS15 with a 3200x1800 resolution if you look in the photo section you will see the issues that I am encountering.  Not all screen (driver screen is just fine).  It is very frustrating to have to deal with this.  Is this and easy fix? Unfortunately experimentation by reducing the resoulution accomplished nothing.  This is the only program application out of about 50 resident  that does this.


Tom




AP ASCOM driver v2 and MaxIm 6

naperastro@...
 

Does anyone have MaxIm 6.09 working with the AP V2 ASCOM driver?  When I start up a session and connect to the driver, I always get one of these errors in the "Telescope" tab:

  Error:   Could not find property 'RightAscension'  Reason: The RPC server is unavailable.
  Error:   Could not find property 'Slewing'  Reason: The RPC server is unavailable

Slewing using MaxIm doesn't work properly, I assume because of these errors.  The telescope moves but MaxIm continues to say "Slewing - Moving Scope" in the Telescope tab forever (until I disconnect the mount), and the N/S/E/W controls remain greyed out.  I can turn tracking on and off so it appears MaxIm is talking to the mount.  Clicking the "Abort" button causes the message to change to "Slewing" but the buttons are still greyed out.


I have also gotten this error at other times when pushing the "nudge" button:

    MaxIm DL failed to start the slew:
    'SlewtoCoordinatesAsync' exceeded timeout of 5000 ms by 3 ms.


Using the controls in the AP ASCOM driver window work properly, so my guess is the issue is in the communication between the driver and MaxIm.


APCC 4K screen scaling issues

Tom Ellis
 

I run APCC on a dell XPS15 with a 3200x1800 resolution if you look in the photo section you will see the issues that I am encountering.  Not all screen (driver screen is just fine).  It is very frustrating to have to deal with this.  Is this and easy fix? Unfortunately experimentation by reducing the resoulution accomplished nothing.  This is the only program application out of about 50 resident  that does this.


Tom


Re: appc sites

Ray Gralak
 

Dave,

Ah, ok. I'll take a look.

-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: Saturday, April 11, 2015 2:27 PM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] appc sites



Hey Ray.



I thought I wasn’t seeing things!



Take a look at these screenshots.



This one shows the mount pre-initialization. As you can see, the initialization screen shows .39 and .44 with 38.8
and 43.7 the actual setting.



http://ns1.kb2networks.com/apccsite1.jpg



as soon as I hit initialize, the mount location screen in apcc will change to .38 and .43



http://ns1.kb2networks.com/apccsite2.jpg



If I remove the “tenths” and round up myself, to 39 and 44, it seems to work correctly.



http://ns1.kb2networks.com/apccsite3.jpg



Thoughts? Thanks!



Dave



From: ap-gto@yahoogroups.com [mailto:ap-gto@yahoogroups.com]
Sent: Saturday, April 11, 2015 5:43 AM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] appc sites





OK, no problem Dave. I just thought maybe it was a different screen or something.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc <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 <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, April 10, 2015 8:52 PM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] appc sites



Nevermind must of been something weird i did. Seems to work fine.


Dave Goodyear

Sent from my iPhone

On Apr 10, 2015, at 7:47 PM, 'Ray Gralak (Groups)' groups3@gralak.com <mailto:groups3@gralak.com> [ap-
gto] <ap-gto@yahoogroups.com>
wrote:





You're going to need to show a screen shot of what you mean. In the Manage Sites dialog it looks like it
rounds
correctly.

-Ray Gralak
Author of APCC (Astro-Physics Command Center):
http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc <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 <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, April 10, 2015 7:15 PM
To: ap-gto@yahoogroups.com
Subject: [ap-gto] appc sites



Hey Ray.

Not sure if this is really an issue. More of me being anal.. but when you have a site and let's say the
lat/long is:

33.55.38.8 and 118.24.43.7

APCC rounds down.. so under site and mount location, it will always show up as 38 and 43 and not 39
and 44.. If I
edit the site and take out the tenth's and round up manually, it works fine..

Just more of an FYI..

Dave Goodyear

KB2 Networks Inc.

214 Main St. #318

El Segundo, CA 90245

310-933-2436

cid:image001.png@01CB2D84.4D351AD0

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






Re: appc sites

Dave Goodyear <dave@...>
 

Hey Ray.

 

I thought I wasn’t seeing things!

 

Take a look at these screenshots.

 

This one shows the mount pre-initialization.  As you can see, the initialization screen shows .39 and .44 with 38.8 and 43.7 the actual setting.

 

http://ns1.kb2networks.com/apccsite1.jpg

 

as soon as I hit initialize, the mount location screen in apcc will change to .38 and .43

 

http://ns1.kb2networks.com/apccsite2.jpg

 

If I remove the “tenths” and round up myself, to 39 and 44, it seems to work correctly.

 

http://ns1.kb2networks.com/apccsite3.jpg

 

Thoughts?  Thanks!

 

Dave

 

From: ap-gto@... [mailto:ap-gto@...]
Sent: Saturday, April 11, 2015 5:43 AM
To: ap-gto@...
Subject: RE: [ap-gto] appc sites

 

 

OK, no problem Dave. I just thought maybe it was a different screen or something.

-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, April 10, 2015 8:52 PM
> To: ap-gto@...
> Subject: Re: [ap-gto] appc sites
>
>
>
> Nevermind must of been something weird i did. Seems to work fine.
>
>
> Dave Goodyear
>
> Sent from my iPhone
>
> On Apr 10, 2015, at 7:47 PM, 'Ray Gralak (Groups)' groups3@... [ap-gto] <ap-gto@...>
> wrote:
>
>
>
>
>
> You're going to need to show a screen shot of what you mean. In the Manage Sites dialog it looks like it
> rounds
> correctly.
>
> -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, April 10, 2015 7:15 PM
> > To: ap-gto@...
> > Subject: [ap-gto] appc sites
> >
> >
> >
> > Hey Ray.
> >
> > Not sure if this is really an issue. More of me being anal.. but when you have a site and let's say the
> lat/long is:
> >
> > 33.55.38.8 and 118.24.43.7
> >
> > APCC rounds down.. so under site and mount location, it will always show up as 38 and 43 and not 39
> and 44.. If I
> > edit the site and take out the tenth's and round up manually, it works fine..
> >
> > Just more of an FYI..
> >
> > Dave Goodyear
> >
> > KB2 Networks Inc.
> >
> > 214 Main St. #318
> >
> > El Segundo, CA 90245
> >
> > 310-933-2436
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
> >
> >
> >
>
>
>
>


Re: APCC and ABORT SLEW via ASCOM Panel are different

Joe Zeglinski
 

Dave,
 
    You are right.  My comment was a “heads-up”.
I think the default upon installing APCC is that it keeps the ASCOM panel displayed, for no particular purpose. That option can be unchecked in ASCOM setup. Just wondered if there was some other use  I had missed.
 
    I might have continued to use the old panel, minimizing the APCC main panel, since it takes up less screen space on a low res laptop, than the APCC. I don’t see the need for the full APCC panel, under normal operation, where the ASCOM tighter panel provided basic functions. However, I do like the 3D View, which initially was my main reason for eagerly awaiting the  APCC – and now the integrated RA-DEC & Alt-AZ GOTO’s, as well. There is a lot of power and flexibility in using APCC’s array of well laid out boxes.
 
    I once asked why the APCC NEAF/2013  video on the AP website, shows George’s screen with both old and new panels, and I was assured the ASCOM is redundant. I’m just suggesting that it can also fool someone into thinking that the previous operation operates the same  unchanged after APCC is installed - (even with the latest ASCOM driver update) – and either one can abort a slew. I found most option buttons do respond to APCC, but there are warnings in APCC documents, such as not finagling the Meridian Delay. Best not to override operations inside  apps, until checked.
 
Joe


Re: Odd APCC 3D Virtual View Problem

Ray Gralak
 

Joe,

It's getting hard to keep track of your posts in this forum. Can you save these up for the help disk/ticket system that Marj is putting together?

third party 3D View utility
The 3D Viewer is part of APCC and drawn by APCC given values read back from the mount. It is not a third-party utility.

So, I am at an end of any mount or PC related hardware suspect list, and
TeamViewer is certainly innocent :-)
Maybe... if you remembered to completely uninstall teamviewer because it puts it's hooks into the O/S and also usually runs in the background.

-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: Saturday, April 11, 2015 12:53 PM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] Odd APCC 3D Virtual View Problem



Ray,

(1) TeamViewer is NOT the cause. I just rebooted and ran DIRECTLY from
the mount's laptop screen. Park-2/3 still flip-flop, depending when you
happen to click 3D Re-Sync. Nothing - not even TeamViewer - running on this
laptop's Win-8 besides APCC and ASCOM. No astro apps and "NO TeamViewer".
.
(2) Just to be sure I have a cleaned up system, after the APCC install, I
just ran CCLEAN and cleaned up all the work and temp files, etc., and also
ran its Register Cleaner (no APCC flagged items in the list). Rebooted.
Same problem.
.
(3) Although Howard was sure it wasn't V-Chip version (i.e. my two
Beta's), I decided to test using two different CP3's, on two different
mounts (AP-900 and AP-1200). Each has a different V-Beta (one, the next to
final version of May 16, 2014 and the other the last one from June 17,
2014).
Swapping both of the CP-3 between the mounts, both showed the same flip
problem.
.
(4) If not V-Chip rev, then the mount shaft encoders are different,
perhaps one might have a problem - but not BOTH mounts' encoders.
So, not the encoders, not the V-chip.
.
(5) The mount laptop is portable, so a common factor - it is using the
same installed APPC software - only the main serial port assignment
changed.
.
(6) Could it be serial comms?
One system uses a Sabrent (FTDI chip) USB/serial adapter cable, while the
other uses a different serial address on an EDGEPORT-8.
Same problem - different serial cables, different serial devices - no comms
errors flagged in the APCC setup box.
.
(7) Could it be the 2014 laptop's "Intel HD 4000" video chip OPEN-GL
(ver. 4.00) driver compatibility? The drivers are always updated to the
latest version, and looks like this version is better than OPEN-GL 1.5 -
Besides, APCC Installer probably checked its compatibility.

Running out of ideas, I even tried SAFE BOOT, but of course, that
wouldn't work without drivers - APCC error, would not launch.
Luckily, APCC and the mount perform their control tasks without issues. It
is just the third party 3D View utility that is having a problem in a very
specific situation. Once Unparked, and tracking for a few minutes, the 3D
normalizes, PROVIDED that the user does a Re-Sync AFTER this delay of
several minutes, to let the mount get sufficiently away from the error prone
zone. Otherwise, the mount will continue to "appear inverted" for the entire
session. Also, any slews to other good positions - (I just used all the
Parks) - will end in inverted positions at their destinations. e.g. if the
mount is 3D flipped in one Park-2/3, doing a Park-1 would slew "inverted"
and end up pointing south - like a Park-4. So, it is essential for the user
to Re-Sync , if he remembers to do that.

So, I am at an end of any mount or PC related hardware suspect list, and
TeamViewer is certainly innocent :-)

Luckily, this is more of an "initial startup cosmetic bug", and the
mount operates safely. So, 3D View can be either re-synced a bit later in a
session, or ignored. Sometimes it starts, perfectly normal from Park-2/3,
and will continue behaving itself, if the user AVOIDS using Re-Sync, which
will cause the error if it doesn't exist at start. Sure seems like a random
event. Although I haven't linked any Planetarium programs into the other
Virtual Ports, I suspect The Sky-X will behave, even if 3D View is flipped -
fully expect the other apps get the correct encoder position data, in spit
of what 3D View thinks the orientation should be.

Joe

-----Original Message-----
From: 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto]
Sent: Saturday, April 11, 2015 11:22 AM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] Odd APCC 3D Virtual View Problem

Joe,

The 3D view in APCC gets its position in a very simple way. It queries the
mount's RA and Dec position angles, so if it is messing up it is maybe
because it got "garbage info" back. That could happen if communications to
the mount is compromised.

BTW, I've logged into customer sites with TV a number of times in the past 5
years and I've seen TV do some weird things so I am not beyond thinking that
TV might somehow contribute to this problem when it is connected. It shims
itself into the computer's video "layer" and can cause unexpected timing
issues. I do not think you should be putting so much faith in it. Check out
the teamviewer forums for issues reported:

http://teamviewerforums.com/index.php?PHPSESSID=bb7ajpd8h4tq15dgibv2011d51&board=1.0

-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: APCC and ABORT SLEW via ASCOM Panel are different

Dave Goodyear <dave@...>
 

When slewing, if i click the big red flashing box that says STOP SLEW, the mount stops slewing. 

Dave Goodyear


On Apr 11, 2015, at 1:33 PM, Dave Goodyear dave@... [ap-gto] <ap-gto@...> wrote:

 

Why would you keep/use the ascom panel if using apcc?

I never see the ascom panel any longer unless i evoke it in apcc to change scope settings. 

I must be using apcc incorrectly. 

Dave Goodyear


On Apr 11, 2015, at 1:14 PM, 'Joseph Zeglinski' J.Zeglinski@... [ap-gto] <ap-gto@...> wrote:

 

    Just a warning about clicking ABORT SLEW using the ASCOM Flashing display.
 
    If APCC is running, do NOT click on the ASCOM panel – it now requires TWO clicks. The first click on the ASCOM panel, briefly pauses the slew for a few seconds, then APCC changes it slew message to say  it is “Resuming Slew”. If you click on ASCOM a second time, the APCC finally does stop the slew.
However, clicking ANY Stop button inside APCC, stops the slew immediately. Almost looks like the driver and the App has reversed their roles, in that instance at least.
 
    I trust other astronomy apps like The Sky-X etc., which have an Abort Slew button, respond on the the first click.
 
    That is dangerous – don’t see any need to waste screen space for the ASCOM panel, if you installed APCC. Clicking on the ASCOM Panel  Abort, only once,  could easily continue moving the scope into the pier or other hazard. Unless there is a good reason for having both control panels displayed, I am going to kill its launch at APCC startup.
 
    As I recall, before the APCC Beta came out, the ASCOM driver also flashed a warning window – asking the user if he was “really serious” about requesting that last Abort command, while “still continuing” to slew into disaster as it waited his reply. Fortunately, that was fixed, and a single ASCOM click is now enough to really Stop – provided ... you are NOT running in APCC mode.
 
Joe


Re: APCC and ABORT SLEW via ASCOM Panel are different

Dave Goodyear <dave@...>
 

Why would you keep/use the ascom panel if using apcc?

I never see the ascom panel any longer unless i evoke it in apcc to change scope settings. 

I must be using apcc incorrectly. 

Dave Goodyear


On Apr 11, 2015, at 1:14 PM, 'Joseph Zeglinski' J.Zeglinski@... [ap-gto] <ap-gto@...> wrote:

 

    Just a warning about clicking ABORT SLEW using the ASCOM Flashing display.
 
    If APCC is running, do NOT click on the ASCOM panel – it now requires TWO clicks. The first click on the ASCOM panel, briefly pauses the slew for a few seconds, then APCC changes it slew message to say  it is “Resuming Slew”. If you click on ASCOM a second time, the APCC finally does stop the slew.
However, clicking ANY Stop button inside APCC, stops the slew immediately. Almost looks like the driver and the App has reversed their roles, in that instance at least.
 
    I trust other astronomy apps like The Sky-X etc., which have an Abort Slew button, respond on the the first click.
 
    That is dangerous – don’t see any need to waste screen space for the ASCOM panel, if you installed APCC. Clicking on the ASCOM Panel  Abort, only once,  could easily continue moving the scope into the pier or other hazard. Unless there is a good reason for having both control panels displayed, I am going to kill its launch at APCC startup.
 
    As I recall, before the APCC Beta came out, the ASCOM driver also flashed a warning window – asking the user if he was “really serious” about requesting that last Abort command, while “still continuing” to slew into disaster as it waited his reply. Fortunately, that was fixed, and a single ASCOM click is now enough to really Stop – provided ... you are NOT running in APCC mode.
 
Joe


APCC and ABORT SLEW via ASCOM Panel are different

Joe Zeglinski
 

    Just a warning about clicking ABORT SLEW using the ASCOM Flashing display.
 
    If APCC is running, do NOT click on the ASCOM panel – it now requires TWO clicks. The first click on the ASCOM panel, briefly pauses the slew for a few seconds, then APCC changes it slew message to say  it is “Resuming Slew”. If you click on ASCOM a second time, the APCC finally does stop the slew.
However, clicking ANY Stop button inside APCC, stops the slew immediately. Almost looks like the driver and the App has reversed their roles, in that instance at least.
 
    I trust other astronomy apps like The Sky-X etc., which have an Abort Slew button, respond on the the first click.
 
    That is dangerous – don’t see any need to waste screen space for the ASCOM panel, if you installed APCC. Clicking on the ASCOM Panel  Abort, only once,  could easily continue moving the scope into the pier or other hazard. Unless there is a good reason for having both control panels displayed, I am going to kill its launch at APCC startup.
 
    As I recall, before the APCC Beta came out, the ASCOM driver also flashed a warning window – asking the user if he was “really serious” about requesting that last Abort command, while “still continuing” to slew into disaster as it waited his reply. Fortunately, that was fixed, and a single ASCOM click is now enough to really Stop – provided ... you are NOT running in APCC mode.
 
Joe


APCC and ABORT SLEW via ASCOM Panel are different

Joe Zeglinski
 

    Just a warning about clicking ABORT SLEW using the ASCOM Flashing display.
 
    If APCC is running, do NOT click on the ASCOM panel – it now requires TWO clicks. The first click on the ASCOM panel, briefly pauses the slew for a few seconds, then APCC changes it slew message to say  it is “Resuming Slew”. If you click on ASCOM a second time, the APCC finally does stop the slew.
However, clicking ANY Stop button inside APCC, stops the slew immediately. Almost looks like the driver and the App has reversed their roles, in that instance at least.
 
    That is dangerous – don’t see any need to waste screen space for the ASCOM panel, if you installed APCC. Clicking on the ASCOM Panel  Abort, only once,  could easily continue moving the scope into the pier or other hazard. Unless there is a good reason for having both control panels displayed, I am going to kill its launch at APCC startup.
 
    As I recall, before the APCC Beta came out, the ASCOM driver also flashed a warning window – asking the user if he was “really serious” about requesting that last Abort command, while “still continuing” to slew into disaster as it waited his reply. Fortunately, that was fixed, and a single ASCOM click is now enough to really Stop – provided ... you are NOT running in APCC mode.
 
Joe


Re: Odd APCC 3D Virtual View Problem

Joe Zeglinski
 

Ray,

(1) TeamViewer is NOT the cause. I just rebooted and ran DIRECTLY from the mount's laptop screen. Park-2/3 still flip-flop, depending when you happen to click 3D Re-Sync. Nothing - not even TeamViewer - running on this laptop's Win-8 besides APCC and ASCOM. No astro apps and "NO TeamViewer".
.
(2) Just to be sure I have a cleaned up system, after the APCC install, I just ran CCLEAN and cleaned up all the work and temp files, etc., and also ran its Register Cleaner (no APCC flagged items in the list). Rebooted. Same problem.
.
(3) Although Howard was sure it wasn't V-Chip version (i.e. my two Beta's), I decided to test using two different CP3's, on two different mounts (AP-900 and AP-1200). Each has a different V-Beta (one, the next to final version of May 16, 2014 and the other the last one from June 17, 2014).
Swapping both of the CP-3 between the mounts, both showed the same flip problem.
.
(4) If not V-Chip rev, then the mount shaft encoders are different, perhaps one might have a problem - but not BOTH mounts' encoders.
So, not the encoders, not the V-chip.
.
(5) The mount laptop is portable, so a common factor - it is using the same installed APPC software - only the main serial port assignment changed.
.
(6) Could it be serial comms?
One system uses a Sabrent (FTDI chip) USB/serial adapter cable, while the other uses a different serial address on an EDGEPORT-8.
Same problem - different serial cables, different serial devices - no comms errors flagged in the APCC setup box.
.
(7) Could it be the 2014 laptop's "Intel HD 4000" video chip OPEN-GL (ver. 4.00) driver compatibility? The drivers are always updated to the latest version, and looks like this version is better than OPEN-GL 1.5 - Besides, APCC Installer probably checked its compatibility.

Running out of ideas, I even tried SAFE BOOT, but of course, that wouldn't work without drivers - APCC error, would not launch.
Luckily, APCC and the mount perform their control tasks without issues. It is just the third party 3D View utility that is having a problem in a very specific situation. Once Unparked, and tracking for a few minutes, the 3D normalizes, PROVIDED that the user does a Re-Sync AFTER this delay of several minutes, to let the mount get sufficiently away from the error prone zone. Otherwise, the mount will continue to "appear inverted" for the entire session. Also, any slews to other good positions - (I just used all the Parks) - will end in inverted positions at their destinations. e.g. if the mount is 3D flipped in one Park-2/3, doing a Park-1 would slew "inverted" and end up pointing south - like a Park-4. So, it is essential for the user to Re-Sync , if he remembers to do that.

So, I am at an end of any mount or PC related hardware suspect list, and TeamViewer is certainly innocent :-)

Luckily, this is more of an "initial startup cosmetic bug", and the mount operates safely. So, 3D View can be either re-synced a bit later in a session, or ignored. Sometimes it starts, perfectly normal from Park-2/3, and will continue behaving itself, if the user AVOIDS using Re-Sync, which will cause the error if it doesn't exist at start. Sure seems like a random event. Although I haven't linked any Planetarium programs into the other Virtual Ports, I suspect The Sky-X will behave, even if 3D View is flipped - fully expect the other apps get the correct encoder position data, in spit of what 3D View thinks the orientation should be.

Joe

-----Original Message-----
From: 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto]
Sent: Saturday, April 11, 2015 11:22 AM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] Odd APCC 3D Virtual View Problem

Joe,

The 3D view in APCC gets its position in a very simple way. It queries the mount's RA and Dec position angles, so if it is messing up it is maybe because it got "garbage info" back. That could happen if communications to the mount is compromised.

BTW, I've logged into customer sites with TV a number of times in the past 5 years and I've seen TV do some weird things so I am not beyond thinking that TV might somehow contribute to this problem when it is connected. It shims itself into the computer's video "layer" and can cause unexpected timing issues. I do not think you should be putting so much faith in it. Check out the teamviewer forums for issues reported:

http://teamviewerforums.com/index.php?PHPSESSID=bb7ajpd8h4tq15dgibv2011d51&board=1.0


-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: Odd APCC 3D Virtual View Problem

Ray Gralak
 

Joe,

The 3D view in APCC gets its position in a very simple way. It queries the mount's RA and Dec position angles, so if it is messing up it is maybe because it got "garbage info" back. That could happen if communications to the mount is compromised.

BTW, I've logged into customer sites with TV a number of times in the past 5 years and I've seen TV do some weird things so I am not beyond thinking that TV might somehow contribute to this problem when it is connected. It shims itself into the computer's video "layer" and can cause unexpected timing issues. I do not think you should be putting so much faith in it. Check out the teamviewer forums for issues reported:

http://teamviewerforums.com/index.php?PHPSESSID=bb7ajpd8h4tq15dgibv2011d51&board=1.0


-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: Saturday, April 11, 2015 7:14 AM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] Odd APCC 3D Virtual View Problem



Ray,

Absolutely agree !

After sleeping on what I had posted, I realized, as you just said, it
would be quite impossible to expect you to spend time for all the possible
problems on everyone's particular APCC and ASCOM bug or problem.
Certainly, no reason to waste your own disk space with an uploaded user
video file. You're just one guy, producing this great stuff, and all your
other apps outside of AP. You are one who does have a regular day job, and
I am absolutely amazed at the quality and sophistication of astronomy apps
you have given us all. It speaks volumes about your dedication to this
hobby.

Other larger companies, like say an ISP, and many software app
providers, etc. actually do ask to "log into a client's PC" and take it over
to examine the problem (using TeamViewer, actually) - but they have a fairly
large staff of " 3rd tier techs" - with support from two more expert tier
levels in their company. They are available 24/7 in all time zones, and are
hired part time for such support.

Actually, I appreciated Howard logging in yesterday, even as a witness
to this APCC bug, and that I hadn't done something bad in installing or
running.

So, even though "Jing" would be redundant for capturing video, when TV
already does that, I will try it again, and also compare its output to TV
for upload. In fact, I saw a web post claiming TV's video capture .tv-file
format was about the smallest there was, so it seemed like a decent choice.
Perhaps it is a matter of opinion, or something posted by a TV staff
"shill".

But, this being Saturday already, I don't think I will meet your Monday
APCC revision release deadline. If it matters and I'm late on that, then
perhaps check with Howard, who noticed some weird "servo gearing info" in
the real time log stream, which could be related to the 3D View flip error.

Actually, the APCC 3D View showed the mount position "inverted" -
Unparked and "Sidereal Tracking ... for 2 hours" - from the startup
problem at Park-2 & 3, while I waited for Howard to log in. After 2 hours,
and with the real AP-900 mount still tracking properly, I opened & closed
3D View, as well as other APCC boxes, and nothing would trigger 3D View to
"Re-Sync itself" to the actual mount position. Absolutely nothing re-syncs
3D View after initialization at its launch, and there is no flashing icon,
warning the user to do it manually when it is wrong. Wouldn't even matter,
since I showed Howard many Re-Syncs at the problem cross-points, and some
flipped it back and forth several times, before it eventually stabilized,
away from the cross-point region. Definitely a reliability problem for
remote users - but in defense, the documentation does warn about
accepting Mount's 3D Virtual View, on blind faith, rather than installing
webcams. So, 3D View is generally nice to have but has a slightly diminished
value, in its present state.

Best regards,
Joe

-----Original Message-----
From: 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto]
Sent: Saturday, April 11, 2015 8:58 AM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] Odd APCC 3D Virtual View Problem

Joe,

Unfortunately that's even worse than I thought. Instead of TV I could use
Jing to capture with a much smaller file and not waste so much waste disk
space! :-))

Asking for a user to provide a screen video and logs is something that is
common in the software industry so I was not asking you to do anything out
of the ordinary. I simply don't have time to log into people's computers to
capture video if they do not want to learn how to create a small video with
Jing. You seem technical enough to be able to use Jing, so why not? It's
free and makes tiny videos, and it would help me.

-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: Odd APCC 3D Virtual View Problem

Joe Zeglinski
 

Ray,

Absolutely agree !

After sleeping on what I had posted, I realized, as you just said, it would be quite impossible to expect you to spend time for all the possible problems on everyone's particular APCC and ASCOM bug or problem. Certainly, no reason to waste your own disk space with an uploaded user video file. You're just one guy, producing this great stuff, and all your other apps outside of AP. You are one who does have a regular day job, and I am absolutely amazed at the quality and sophistication of astronomy apps you have given us all. It speaks volumes about your dedication to this hobby.

Other larger companies, like say an ISP, and many software app providers, etc. actually do ask to "log into a client's PC" and take it over to examine the problem (using TeamViewer, actually) - but they have a fairly large staff of " 3rd tier techs" - with support from two more expert tier levels in their company. They are available 24/7 in all time zones, and are hired part time for such support.

Actually, I appreciated Howard logging in yesterday, even as a witness to this APCC bug, and that I hadn't done something bad in installing or running.

So, even though "Jing" would be redundant for capturing video, when TV already does that, I will try it again, and also compare its output to TV for upload. In fact, I saw a web post claiming TV's video capture .tv-file format was about the smallest there was, so it seemed like a decent choice. Perhaps it is a matter of opinion, or something posted by a TV staff "shill".

But, this being Saturday already, I don't think I will meet your Monday APCC revision release deadline. If it matters and I'm late on that, then perhaps check with Howard, who noticed some weird "servo gearing info" in the real time log stream, which could be related to the 3D View flip error.

Actually, the APCC 3D View showed the mount position "inverted" - Unparked and "Sidereal Tracking ... for 2 hours" - from the startup problem at Park-2 & 3, while I waited for Howard to log in. After 2 hours, and with the real AP-900 mount still tracking properly, I opened & closed 3D View, as well as other APCC boxes, and nothing would trigger 3D View to "Re-Sync itself" to the actual mount position. Absolutely nothing re-syncs 3D View after initialization at its launch, and there is no flashing icon, warning the user to do it manually when it is wrong. Wouldn't even matter, since I showed Howard many Re-Syncs at the problem cross-points, and some flipped it back and forth several times, before it eventually stabilized, away from the cross-point region. Definitely a reliability problem for remote users - but in defense, the documentation does warn about accepting Mount's 3D Virtual View, on blind faith, rather than installing webcams. So, 3D View is generally nice to have but has a slightly diminished value, in its present state.

Best regards,
Joe

-----Original Message-----
From: 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto]
Sent: Saturday, April 11, 2015 8:58 AM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] Odd APCC 3D Virtual View Problem

Joe,

Unfortunately that's even worse than I thought. Instead of TV I could use Jing to capture with a much smaller file and not waste so much waste disk space! :-))

Asking for a user to provide a screen video and logs is something that is common in the software industry so I was not asking you to do anything out of the ordinary. I simply don't have time to log into people's computers to capture video if they do not want to learn how to create a small video with Jing. You seem technical enough to be able to use Jing, so why not? It's free and makes tiny videos, and it would help me.

-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: Odd APCC 3D Virtual View Problem

Ray Gralak
 

Joe,

Unfortunately that's even worse than I thought. Instead of TV I could use Jing to capture with a much smaller file and not waste so much waste disk space! :-))

Asking for a user to provide a screen video and logs is something that is common in the software industry so I was not asking you to do anything out of the ordinary. I simply don't have time to log into people's computers to capture video if they do not want to learn how to create a small video with Jing. You seem technical enough to be able to use Jing, so why not? It's free and makes tiny videos, and it would help me.

-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, April 10, 2015 9:41 PM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] Odd APCC 3D Virtual View Problem



Ray,

We seem to have a total misunderstanding here.

(1) You login using TeamViewer, and see the same APCC screen I do.
(2) you immediately click on TV's RECORD (YOUR local session of my APCC
running) button
(3) You run a few tests on my mount
(4) you click TV's Stop Recording button - the recording of the session is
now "already " on your side of the connection, not mine
(5) you drag the APCC log file - tiny one less, than a megabyte - from my
computer's APCC folder, viewed in the TV window, to your desktop (or where
ever). Easy if the session window is made smaller than your entire desktop,
(6) You now have both the video already recorded on your computer, and the
corresponding APCC log DATA file.
(7) Log out - run TV locally and point at the captured video, play, forward,
backspace, to see the times on the ASCOM panel, to match up with the APCC
log file - exactly as you described.

So, what are you missing - all the data and the corresponding video
recording is already on your site. Why mess with even more software like
Jingo or YouTube - TV already delivered everything you need, as part of its
session. I suspect you are confusing the really lame Microsoft Remote
Desktop. with anything useful. Download a free copy of TeamViewer and try
it.

I give up - is there a US/CDN language issue here !

Joe

-----Original Message-----
From: 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto]
Sent: Friday, April 10, 2015 11:27 PM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] Odd APCC 3D Virtual View Problem

Even simpler - Howard logged into my system tonight, using TeamViewer
and we both operated the mount with APCC. No need for me to capture a log
file or to save a huge recording. Tech support can just click on the
TeamViewer menu "EXTRA->RECORD", and the entire session is immediately
recorded right onto the tech support hard drive, as a .tv file for easy
replay any time using TeamViewer itself. No messy savings on the customer
site, no emailing or FTP, or complicated or unreliable recorder apps, or
long and dubious conversions. The file replays quite easily at the support
location.
Except that it was *GIGA* bytes in size making it usable when remoted into
YOUR computer!!!

I don't see what's wrong with uploading to youtube?

https://www.youtube.com/watch?v=oFPCP8Lv99k

So, no need for any other screen capture program. Works extremely well.
Except I'm the one who would have to fix it, and I need to have the log and
video *offline* to debug the problem (NOT on your computer).

Looking at the logs and trying to decipher what happened is time consuming
and I can't do that while remoted into another computer.

-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: appc sites

Ray Gralak
 

OK, no problem Dave. I just thought maybe it was a different screen or something.

-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, April 10, 2015 8:52 PM
To: ap-gto@yahoogroups.com
Subject: Re: [ap-gto] appc sites



Nevermind must of been something weird i did. Seems to work fine.


Dave Goodyear

Sent from my iPhone

On Apr 10, 2015, at 7:47 PM, 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto] <ap-gto@yahoogroups.com>
wrote:





You're going to need to show a screen shot of what you mean. In the Manage Sites dialog it looks like it
rounds
correctly.

-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, April 10, 2015 7:15 PM
> To: ap-gto@yahoogroups.com
> Subject: [ap-gto] appc sites
>
>
>
> Hey Ray.
>
> Not sure if this is really an issue. More of me being anal.. but when you have a site and let's say the
lat/long is:
>
> 33.55.38.8 and 118.24.43.7
>
> APCC rounds down.. so under site and mount location, it will always show up as 38 and 43 and not 39
and 44.. If I
> edit the site and take out the tenth's and round up manually, it works fine..
>
> Just more of an FYI..
>
> Dave Goodyear
>
> KB2 Networks Inc.
>
> 214 Main St. #318
>
> El Segundo, CA 90245
>
> 310-933-2436
>
> cid:image001.png@01CB2D84.4D351AD0
>
> [Non-text portions of this message have been removed]
>
>
>
>




Re: Odd APCC 3D Virtual View Problem

Joe Zeglinski
 

Ray,

We seem to have a total misunderstanding here.

(1) You login using TeamViewer, and see the same APCC screen I do.
(2) you immediately click on TV's RECORD (YOUR local session of my APCC
running) button
(3) You run a few tests on my mount
(4) you click TV's Stop Recording button - the recording of the session is
now "already " on your side of the connection, not mine
(5) you drag the APCC log file - tiny one less, than a megabyte - from my
computer's APCC folder, viewed in the TV window, to your desktop (or where
ever). Easy if the session window is made smaller than your entire desktop,
(6) You now have both the video already recorded on your computer, and the
corresponding APCC log DATA file.
(7) Log out - run TV locally and point at the captured video, play, forward,
backspace, to see the times on the ASCOM panel, to match up with the APCC
log file - exactly as you described.

So, what are you missing - all the data and the corresponding video
recording is already on your site. Why mess with even more software like
Jingo or YouTube - TV already delivered everything you need, as part of its
session. I suspect you are confusing the really lame Microsoft Remote
Desktop. with anything useful. Download a free copy of TeamViewer and try
it.

I give up - is there a US/CDN language issue here !

Joe

-----Original Message-----
From: 'Ray Gralak (Groups)' groups3@gralak.com [ap-gto]
Sent: Friday, April 10, 2015 11:27 PM
To: ap-gto@yahoogroups.com
Subject: RE: [ap-gto] Odd APCC 3D Virtual View Problem

Even simpler - Howard logged into my system tonight, using TeamViewer
and we both operated the mount with APCC. No need for me to capture a log
file or to save a huge recording. Tech support can just click on the
TeamViewer menu "EXTRA->RECORD", and the entire session is immediately
recorded right onto the tech support hard drive, as a .tv file for easy
replay any time using TeamViewer itself. No messy savings on the customer
site, no emailing or FTP, or complicated or unreliable recorder apps, or
long and dubious conversions. The file replays quite easily at the support
location.
Except that it was *GIGA* bytes in size making it usable when remoted into
YOUR computer!!!

I don't see what's wrong with uploading to youtube?

https://www.youtube.com/watch?v=oFPCP8Lv99k

So, no need for any other screen capture program. Works extremely well.
Except I'm the one who would have to fix it, and I need to have the log and
video *offline* to debug the problem (NOT on your computer).

Looking at the logs and trying to decipher what happened is time consuming
and I can't do that while remoted into another computer.

-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