Date   

APCC Standard 1.8.0.4 and APCC Pro 1.8.0.5 Pro

Ray Gralak
 

Hi everyone,

There have been a few issues reported within the last couple days in APCC having to do with the encoder status and the missing option for setting a custom slew rate. All of the reported issues should be fixed in the new builds below. If you see anything else that looks like a bug please don't hesitate to report it on this forum.

APCC Standard v1.8.0.4:
http://www.apastrosoftware.com/apcc_download/APCC_Standard_Setup_1.8.0.4.exe

APCC Pro v1.8.0.5:
http://www.apastrosoftware.com/apcc_download/APCC_Pro_Setup_1.8.0.5.exe

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


Re: APCC 1.8.0.3 : Custom Slew Rate missing

Ray Gralak
 

Hi Yves,

I really don't know what happened but now the custom field appears as it should in the Rate Settings tab section
on my home computer (the same computer model as observatory ; same HD backup image). I've uninstalled
APCC 1.8.0.3 and went back to version 1.7.2.5 and reinstalled version 1.8.0.3 after a reboot but impossible to
reproduce the behaviour I saw last night.

However, the slew rate custom field is still missing from the optional initialization window.
There was a problem but it should be fixed in the latest builds, 1.8.0.4 Standard and 1.8.0.5 Pro.

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


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Yves Laroche
Sent: Saturday, March 7, 2020 9:07 PM
To: main@ap-gto.groups.io
Subject: Re : [ap-gto] APCC 1.8.0.3 : Custom Slew Rate missing

Ray,

I really don't know what happened but now the custom field appears as it should in the Rate Settings tab section
on my home computer (the same computer model as observatory ; same HD backup image). I've uninstalled
APCC 1.8.0.3 and went back to version 1.7.2.5 and reinstalled version 1.8.0.3 after a reboot but impossible to
reproduce the behaviour I saw last night.

However, the slew rate custom field is still missing from the optional initialization window.

Regards,
Yves



Le 06/03/20 18:40, Yves Laroche <yves.laroche@videotron.ca> a écrit :

[Edited Message Follows]

Hi Ray,

The custom slew rate fields are no longer available in the drop-down list menus. Please refer to the
Optional Initialization window and also to the Rate Settings tab.

Regards,
Yves



Re: Notified!😍 #mach2gto #Mach2GTO

Ray Gralak
 

Hi Terri,

Besides the pointing model aspect of APCC/APPM I’m not very clear on what this software does for the user, but
I’ve only read the setup so far so need to dive into it more.
APCC provides numerous features. Here is a link to a list of some of them:

https://www.siriusimaging.com/Help/APCC/features.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 V3: https://www.ccdware.com
Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Terri Zittritsch
Sent: Saturday, March 7, 2020 7:19 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Notified!😍 #mach2gto #mach2gto

Thanks guys, I have received the mount and it’s all together and up and running. I’ve installed the v2 ascom
driver and gotten that working with cartes du ciel. This was all pretty fast and no troubles. I use EQMOD so it’s
all pretty similar. I’ve yet to try SGP but expect that will work fine.

I followed the setup instructions for the v2 driver which made that all pretty simple.

Where things get a bit confusing is with the APCC setup. I’ve read Ray’s instructions for APCC after having
already installed And setup the V2 driver and think they imply a different setup of the v2 driver with virtual ports
instead of the com port I used with the built in FTDI chip In the GTOCP5. I’m sure it’s not a huge deal to resolve,
it’s just confusing. Right now I’m thinking my first outside work will be with the V2 driver and SGPro and just
seeing how well it tracks and runs. Given I use an ASI 1600 cmos camera my exposures are typically 5 minutes
or less.

Besides the pointing model aspect of APCC/APPM I’m not very clear on what this software does for the user, but
I’ve only read the setup so far so need to dive into it more.

In general the mount is very solid and has zero play that I can feel, so it exudes quality craftsmanship.
The counterweight bar is heavy and balances my stowaway, without a weight, when it has no accessories or
imaging setup. I’m wondering if I need a 5 lb weight to tune the balance for the light scopes. So far I have only
purchased heavier weights.

So far, very happy with what I have, the real smiles will come when I can experience very good tracking. I just
need some cooperative weather now.


Terri


Re: Does APCC 1.8.0.2 update disable encoders?

Ray Gralak
 

Yes, mine is also off when I startup. But also, I noticed both yours and mine show the home positions as -100H
(HA) and -100 degrees (DEC). Does that mean the AE function needs to be initialized or calibrated? Also, seems
like those numbers are a bit extreme and should be limit checked in the software to something like +/- 6 hours for
HA and 0 degrees for DEC.
Those are the default uninitialized values which just weren't getting updated. The new builds, 1.8.0.4 and .5, fix this.

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


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Craig Young
Sent: Saturday, March 7, 2020 1:45 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Does APCC 1.8.0.2 update disable encoders?

Yes, mine is also off when I startup. But also, I noticed both yours and mine show the home positions as -100H
(HA) and -100 degrees (DEC). Does that mean the AE function needs to be initialized or calibrated? Also, seems
like those numbers are a bit extreme and should be limit checked in the software to something like +/- 6 hours for
HA and 0 degrees for DEC.

Craig


Re: Azimiuth Display around Park Altitude = 0

Ray Gralak
 

Hi Stacey,

I just updated to the newest version of APCC and the driver. I park at Park-2, which is basically azimuth=90,
altitude=0. When parked the altitude sometimes dithers a few arcseconds. With the new update I've noticed that
when the altitude dithers to a very small negative value (just a few arcsecs less than zero), the azimuth display
jumps from 90 to 270. I don't recall seeing this before the upgrade. Because of the weather, I haven't see whether
this has any effect on the dome slaving when the dome is sitting open at startup (cool down), the scope is at 90/0
and the dome is slaved to the scope. I hope doesn't try to do a 180 with each dither.
Alt/Az is being calculated from site latitude, RA, Dec and local sidereal time. When the mount is stopped RA is changing so depending on exactly when RA and sidereal time is polled there might be appear to be a slight change in Alt/Az. This was not changed recently.

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


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Stacey Mills
Sent: Friday, March 6, 2020 6:59 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Azimiuth Display around Park Altitude = 0

I just updated to the newest version of APCC and the driver. I park at Park-2, which is basically azimuth=90,
altitude=0. When parked the altitude sometimes dithers a few arcseconds. With the new update I've noticed that
when the altitude dithers to a very small negative value (just a few arcsecs less than zero), the azimuth display
jumps from 90 to 270. I don't recall seeing this before the upgrade. Because of the weather, I haven't see whether
this has any effect on the dome slaving when the dome is sitting open at startup (cool down), the scope is at 90/0
and the dome is slaved to the scope. I hope doesn't try to do a 180 with each dither.


Re: APCC 1.8.0.3 : Custom Slew Rate

Ray Gralak
 

Hi Yves,

The custom slew rate field in no longer available in the drop-down list menu. Please refer to the Optional
Initialization window and also from the Rate Settings tab.
This should be fixed in 1.8.0.4/5, which is available now.

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


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Yves Laroche
Sent: Friday, March 6, 2020 3:34 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] APCC 1.8.0.3 : Custom Slew Rate

Hi Ray,

The custom slew rate field in no longer available in the drop-down list menu. Please refer to the Optional
Initialization window and also from the Rate Settings tab.

Regards,
Yves


Re: Does APCC 1.8.0.2 update disable encoders?

Ray Gralak
 

Hi Michael,

This seems to happen occasionally with users - it would seem a nice enhancement and reduce the support load
for AP if APCC checked for the minimum version of firmware required for a given APCC release and report a
warning if the firmware is too old.
We are discussing this option. Thanks for the suggestion!

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


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Michael Fulbright
Sent: Friday, March 6, 2020 2:28 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Does APCC 1.8.0.2 update disable encoders?

This seems to happen occasionally with users - it would seem a nice enhancement and reduce the support load
for AP if APCC checked for the minimum version of firmware required for a given APCC release and report a
warning if the firmware is too old.

Michael Fulbright



On 3/6/20 3:53 PM, Brian Valente wrote:


Hi Cytan

i believe you need to be on the latest GTOCP firmware, you might want to check that out



On Fri, Mar 6, 2020 at 12:48 PM Cheng-Yang Tan via Groups.Io <cytan299=yahoo.com@groups.io> wrote:


Hi guys,
I'm wondering whether upgrading to APCC 1.8.0.2 disables encoders from an older version?
Please see screen capture:


I didn't realize the encoder was disabled until I looked at the AE tab. And that was after the upgrade.
Which then begs the question as to whether my encoders were disabled before the upgrade.

Is there an obvious way to know whether the encoders are enabled *without* going to the AE tab?
When I look at the bottom right window the "ENC" rectangle is in yellow, and so I thought that the encoders were
on.

Thanks!

cytan




--

Brian



Brian Valente
portfolio brianvalentephotography.com <http://brianvalentephotography.com>



Re: Does APCC 1.8.0.2 update disable encoders?

Ray Gralak
 

Hi Cytan,

I didn't realize the encoder was disabled until I looked at the AE tab. And that was after the upgrade. Which then
begs the question as to whether my encoders were disabled before the upgrade

The encoders were never disabled. The tab controls just weren't being updated.

I made a fix available yesterday, v1.8.0.4 Standard and v1.8.0.5 Pro.

You can get the update via check for updates. I'll post direct links in a different post shortly.

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


-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Cheng-Yang Tan via Groups.Io
Sent: Friday, March 6, 2020 12:47 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] Does APCC 1.8.0.2 update disable encoders?

Hi guys,
I'm wondering whether upgrading to APCC 1.8.0.2 disables encoders from an older version? Please see screen
capture:


I didn't realize the encoder was disabled until I looked at the AE tab. And that was after the upgrade. Which then
begs the question as to whether my encoders were disabled before the upgrade.

Is there an obvious way to know whether the encoders are enabled *without* going to the AE tab? When I look at
the bottom right window the "ENC" rectangle is in yellow, and so I thought that the encoders were on.

Thanks!

cytan


Notified

Terri Zittritsch
 

Hi Wayne, you are free to e-mail me directly as well, I'm theresamarie11@....     Might be good to compare notes.   I haven't figured out how to do a polar alignment during the day yet.  Is that a feature of APCC?    

Also curious if you installed the 5.30.08 V2 driver?  I did my day one testing with 5.30.7 which went fine and yesterday installed 5.30.8.    I saw some strange behavior where Cartes du Ciel thought the mount pointing around Deneb when it was clearly pointing at the pole.   The V2 driver coordinates were consistent with where it was pointing in cartes du ciel, but the mount was in a park 3 orientation (pointing at pole).   I did various resets, restarts to no avail, the driver coordinates would not align to where the mount was pointing.     So I uninstalled the 5.30.8 and reinstalled the 5.30.7, which did nothing.   But given some of my experience with ascom and how it may store things, I went to the telescope selection screen in cartes du ciel and selected EQmod (to presumably force a refresh of wherever ascom puts the code) then then re-loaded the V2 driver and this seemed to do the trick and all was back to normal.

At this point, not sure if this was an issue with the 5.30.8, or even the way I updated the driver (which was error free).  I'll stick with 5.30.7 for now until I get some clarification.   I also need to figure out how to report such things formally.   I'm sure a totally new mount will have a few glitches.

best,
Terri


Re: Notified!😍 #Mach2GTO

Wayne Hixson
 

Thanks Terri, mine is #0015. Got through the Daytime polar alignment. A little simpler with the Mach2, just go to Park 4 and level the scope with the Altitude adjuster. I did a goto the Moon and waited til it broke through the clouds enough to center it as close as possible  with the Azimuth adjuster. Hope to refine it with the Polemaster tomorrow night, forecast looking ok.

Wayne


On Mar 7, 2020, at 8:38 PM, Terri Zittritsch <theresamarie11@...> wrote:



HI Wayne, there is a white sticker on the back, above the azimuth knobs.     The last digits on mine are the same as the controller.. which might imply I have mount #14.

Terri


Re : [ap-gto] APCC 1.8.0.3 : Custom Slew Rate missing

Yves Laroche
 

Ray,

I really don't know what happened but now the custom field appears as it should in the Rate Settings tab section on my home computer (the same computer model as observatory ; same HD backup image).  I've uninstalled APCC 1.8.0.3 and went back to version 1.7.2.5 and reinstalled version 1.8.0.3 after a reboot but impossible to reproduce the behaviour I saw last night.

However, the slew rate custom field is still missing from the optional initialization window.

Regards,
Yves



Le 06/03/20 18:40, Yves Laroche <yves.laroche@...> a écrit :

[Edited Message Follows]

Hi Ray,

The custom slew rate fields are no longer available in the drop-down list menus.  Please refer to the Optional Initialization window and also to the Rate Settings tab.

Regards,
Yves


Re: Notified!😍 #Mach2GTO

Terri Zittritsch
 

HI Wayne, there is a white sticker on the back, above the azimuth knobs.     The last digits on mine are the same as the controller.. which might imply I have mount #14.

Terri


Re: Encoder Differences between Mach2 and AP1100

Wayne Hixson
 

I already live that feature in the Mach2 even though I’ll I’ve done is set it up a couple times. Now I won’t hesitate to fine-tune my balance or manually move the scope to find something quickly. Or just to hand-tighten the clutch knobs to protect equipment in case of hung cables or pier collision. 

Speaking of that, will encoders enable detection of slipping clutches?

Wayne


On Mar 7, 2020, at 6:01 PM, uncarollo2 <chris1011@...> via Groups.Io <chris1011@...> wrote:


The encoders are basically the same, but they are not attached in the same place on the 1100 vs the Mach2. On the 1100 the encoders are part of the worm wheel, and since that wheel never moves manually when the clutches are released, the 1100 mount will not keep track of manual movements with clutches loose.
 
The Mach2 has the encoders on the axes shafts which do move when the cotches are loose, and therefore the encoders will read the position of the scope whether the clutch is loose or fully tightened.
 
Rolando
 
 
-----Original Message-----
From: Wayne Hixson via Groups.Io <wayneh9026@...>
To: main <main@ap-gto.groups.io>
Sent: Sat, Mar 7, 2020 11:28 am
Subject: [ap-gto] Encoder Differences between Mach2 and AP1100

I was curious for anyone familiar with the AP1100with AE. Does that mount allow you to move the axes by hand and not lose position as with the Mach2? My friend that bought the 1100 was asking. 


Re: Encoder Differences between Mach2 and AP1100

Roland Christen
 

The encoders are basically the same, but they are not attached in the same place on the 1100 vs the Mach2. On the 1100 the encoders are part of the worm wheel, and since that wheel never moves manually when the clutches are released, the 1100 mount will not keep track of manual movements with clutches loose.
 
The Mach2 has the encoders on the axes shafts which do move when the cotches are loose, and therefore the encoders will read the position of the scope whether the clutch is loose or fully tightened.
 
Rolando
 
 

-----Original Message-----
From: Wayne Hixson via Groups.Io <wayneh9026@...>
To: main <main@ap-gto.groups.io>
Sent: Sat, Mar 7, 2020 11:28 am
Subject: [ap-gto] Encoder Differences between Mach2 and AP1100

I was curious for anyone familiar with the AP1100with AE. Does that mount allow you to move the axes by hand and not lose position as with the Mach2? My friend that bought the 1100 was asking. 


Re: Airline Travel

Roland Christen
 

 
I don't think the Mach II breaks down into separate pieces like the 1100 does
The RA and Dec don't separate but you can remove the RA axis from the bottom end by removing the 6 screws that hold them together. The RA + Dec axes by themselves weigh 29 lb. The bottom end is another 10lb. When you get to your destination, you can re-assemble the bottom section, for expediency use just the top and bottom screws, leave the middle ones out.
 
Rolando
 
 
-----Original Message-----
From: Michael Hambrick via Groups.Io <mike.hambrick@...>
To: main <main@ap-gto.groups.io>
Sent: Fri, Mar 6, 2020 9:59 pm
Subject: Re: [ap-gto] Airline Travel

Hi Dave

I travel quite a lot for my job, predominantly international and (luckily) business class. The airlines are very strict about the weight limit of each piece of luggage. In the US the limit for checked luggage is 50 pounds per piece, and if you go over that limit you are going to pay a hefty fee. That is why you will often see people at ticket counters repacking their luggage while everyone behind them waits. In Europe, the weight limit is 25 KG (about 55 lbs).

It is probably a safe option to check your Mach II mount provided you have good cases for it. I don't think the Mach II breaks down into separate pieces like the 1100 does, so you wlii likely need one case for the mount and another for the counterweights. There was a good series of posts on the forum several months ago (Look at the Feb 2019) from a member who showed how he made some nice carrying cases for his 1100 mount using Rigid tool boxes.

As for carrying on your OTA, just be aware that because the airlines now charge an extra fee for each piece of checked luggage, you now see more and more people trying to squeeze all their items into a carry-on. This creates a real problem because the overhead bins will fill up very quickly, and unless you are one of the first passengers to board, you will be out of luck. You would probably be OK with a 92 mm Stowaway or 130 mm Gran Turismo if you had to fit them underneath your seat, but if they don't fit, you may be forced to gate check your carry-ons. This is a less bad option than checking your bags because there is normally no charge to do this, and the bag is less likely to get lost. It can still be very nerve-wracking to if you happen to watch how the luggage handlers treat the gate checked bags. They are not gentle.

Don't forget that you will need to pack clothes and other personal items. I would guess that if you want to take an OTA and mount to a star party, you will have 3 pieces of checked luggage, one carry on, and your personal item. You did not mention if you were bringing a camera. Don't just show up at the airport with 3 pieces of checked luggage. You should make arrangements ahead of time with the airline so that they know you will have extra luggage.

The A-P folks do quite a lot of traveling to star parties and conferences with all of their gear. They can probably offer some good advice as well. Marj once told me that when they go to their vacation home in Hawaii they ship a lot of their gear ahead of time.

Good luck.




Best Regards

Michael Hambrick
ARLANXEO
TSR Global Manufacturing Support
PO Box 2000
Orange, TX 77631-2000
Phone: +1 (409) 882-2799
email: mike.hambrick@...


Closing the loop: PEMPro Dec backlash question

Mike Dodd
 

Let's put this thread to bed. Clearly I need to learn more about what
my system is doing.
Good news! I just finished a PEMPro backlash analysis, and the triangle wave looks perfect -- no flat tops and no overshoot.

So there is no need for me to set any backlash compensation in MaxIm or in the ASCOM driver.

I'm very pleased. My old 1200 is still at the top of its game.

--- Mike


Re: Encoder Differences between Mach2 and AP1100

Allen Ruckle
 

Clearly a lot of thought went into the design features of the next generation A/P Mach2 GTO mount.  They need to stay ahead of the competition.  


Re: Encoder Differences between Mach2 and AP1100

Wayne Hixson
 

Thanks! I can verify through my experience with the Mach2 that it does retain its position. This is a nice feature given how many times on my Mach1 I had to loosen clutches, manually park and resume from park , and then goto and reposition and recalibrate. 


Re: Encoder Differences between Mach2 and AP1100

Allen Ruckle
 

It is my understanding the location in the drive train of the Encoders is different between the  AP1100 and the Mach2 GTO.   The Mach2 has them located so that you can move the scope by hand and not loose calibration with the sky model,   The AP 1100 Encoders are in a location with the relation to the clutches that, if moved by hand you do loose calibration with the sky model.   

I was unable to find the text in the description of the new Mach2 Gto, however it's in there somewhere.

aruckle


Encoder Differences between Mach2 and AP1100

Wayne Hixson
 

I was curious for anyone familiar with the AP1100with AE. Does that mount allow you to move the axes by hand and not lose position as with the Mach2? My friend that bought the 1100 was asking. 

7941 - 7960 of 76746