Date   

Re: Triple Piggy Back Works!

Jeff B
 

A +1 what Roland said about balance in all directions/axes.  In the 11" F7.2 Newtonian on the 1200, I have 85 pounds worth of weights.  I very carefully balanced the tube in RA but also paid particular attention to the DEC.  You can't see it because it's on the other side, out of view, but I added an aft ring with a weight counterpoise to the focuser/bino-viewer/finder assembly to counteract their combined off axis torque.   Works well.  I also decrease the slew speeds to 600x (if I could, I'd probably go down to 500X or maybe even 400x).

Jeff

On Thu, Dec 24, 2020 at 12:44 PM Roland Christen via groups.io <chris1011=aol.com@groups.io> wrote:
To make something like this work, be sure to balance both axes very accurately. Once in balance, the torque required by the drive motors is no higher than a completely un-loaded mount. What happens when you have some imbalance, especially in the Dec axis, is that the pressure on the worm teeth increases dramatically. This causes high friction that impedes precise motion of the Dec axis at sub-arc sec levels. You may get increased delay when the axis is commanded to reverse during guiding and possible overshoot if the friction is really high.

With good balance the encoders will command the Dec axis to move almost instantly for same or reversing directions. With out of balance, the encoders will try to compensate but if the friction is too high you will get jerky motions at sub-arc sec levels.

Rolando



-----Original Message-----
From: Peter Bresler via groups.io <PABresler=aol.com@groups.io>
To: main@ap-gto.groups.io
Sent: Thu, Dec 24, 2020 11:01 am
Subject: Re: [ap-gto] Triple Piggy Back Works!

[Edited Message Follows]
In spite of the inertia the guiding with the OAG appeared to be good. The mount is balanced as is. I cannot add an extension bar because the shed doors would not close. There are some processing issues with that image that I still am working on. I have been working on organizing the wires and lengthening them. Cable snags are infrequent now. I probably will remove the small scope when not in use. It still is easier than switching them around. The mount is a 1200.

--
Roland Christen
Astro-Physics


Re: Interesting Mach2 Behavior on Cloudy Nights

Roland Christen
 

Marj has forbidden me from taking a pix of this setup! Upon pain of death and worse. Flushed

Rolando



-----Original Message-----
From: Marcelo Figueroa via groups.io <marfig1970@...>
To: main@ap-gto.groups.io
Sent: Thu, Dec 24, 2020 1:30 pm
Subject: Re: [ap-gto] Interesting Mach2 Behavior on Cloudy Nights

On Thu, Dec 24, 2020 at 12:32 PM, Roland Christen wrote:
Right now I have my Mach2 loaded with two 6" refractors, one on top the other, and all the heavy camera gear and counterweights galore, which is in the no-no zone. Just to make sure that these kinds of loads work in a stable and accurate manner (and because I like to do crazy stuff)  Stuck out tongue closed eyes

We want a picture of that! :D

--
Roland Christen
Astro-Physics


Re: Interesting Mach2 Behavior on Cloudy Nights

Marcelo Figueroa
 

On Thu, Dec 24, 2020 at 12:32 PM, Roland Christen wrote:
Right now I have my Mach2 loaded with two 6" refractors, one on top the other, and all the heavy camera gear and counterweights galore, which is in the no-no zone. Just to make sure that these kinds of loads work in a stable and accurate manner (and because I like to do crazy stuff)  Stuck out tongue closed eyes

We want a picture of that! :D


Re: Initial GoTo In APCC Pro Cause Nose or Tail Dive

John
 

Aloha Roland and Ray,

  Haven't noticed anything unusual when using just the keypad.  It works fine.  No problem with initial gotos and no problems parking the mount.

  Yes I did init the mount first this morning via apcc only (haven't used the keypad this morning)

  The mount is acting lost when initialized via apcc.  Not sure if I was supposed to do this, but I just tried this.   I parked the mount at Park 3, pressed the 'find home' button and
parked the mount again.  Then pressed the 'load mount's ra/dec' button and then pressed the 'sync' button.  After doing all that, I disconnected from the mount, and shutdown apcc,
Then started everything back up, but unfortunately nothing changed.  The mount is still lost.

  Forgot to mention earlier.  After unparking from Park 3 and manually slewing the scope in DEC about 10 degrees (so that the scope is pointed to the East), the yellow counter weight up
notification illuminates in the driver window.  But, the 3d window shows the correct mount scope orientation.  

  Ray, I'll look for the log files and get those out to you (probably on google drive),  I just double checked the lat/long and time zone again in the driver and they're ok.  I also just saw the zipper
button in there.  Thanks for everything!!  And sorry for all the trouble and thanks for the quick reply (on Christmas Eve)...  :)

      John



Re: Initial GoTo In APCC Pro Cause Nose or Tail Dive

Roland Christen
 

I would have to let Ray comment on this, as I have never encountered this kind of event. Are you able to park the mount in any of the park positions with the keypad, (not APCC)?

Rolando



-----Original Message-----
From: John <obee11@...>
To: main@ap-gto.groups.io
Sent: Thu, Dec 24, 2020 12:27 pm
Subject: Re: [ap-gto] Initial GoTo In APCC Pro Cause Nose or Tail Dive

Aloha Roland and All,

  ok, thanks!  I use to call gmt or utc time zulu (or just Z for short)  as in 22:00Z

  Well, I just noticed something new this morning (regarding the initial goto not working in apcc [no keyapd connected]).

  After connecting to the mount via apcc only (no keypad connected) and unparking, I tried some 'manual' slews, using the N S E W buttons in apcc.  Using the mouse, if I slew the mount
about 20 degrees in DEC (either N or S) and then stop slewing, the current DEC readout (both in apcc and in the driver window) will indicate 00 00 00.  However, while actually pressing
the left mouse button to slew a little more, the correct/current dec value will appear (while slewing and while holding down the left mouse button).  After stopping the slew (by releasing the
left mouse button), the current dec readout will revert back to indicate 00 00 00 again.  This is only occurring with the DEC axis, the RA axis seems to be ok (ie not lost)

  Parking the mount, pressing 'find home' fixes everything again.  I can manually slew the dec about 15 or 20 degrees (either N or S), release the mouse button, and the correct coordinates
are dispalyed in both apcc and in the dirver window.

  For some unknown reason, when connecting via laptop and apcc, the mount isn't keeping it's 'home position.'  It starts up lost (in the dec axis).  Wasn't sure if this was normal.

  It kind of seems like the mount is not initializing correctly with apcc  or if it's not retaining the correct home position (after disconnecting from the mount).  I might unistall both the driver
and apcc and then reinstall both and see if that helps.

      John

--
Roland Christen
Astro-Physics


Re: Initial GoTo In APCC Pro Cause Nose or Tail Dive

Ray Gralak
 

John,

Well, I just noticed something new this morning (regarding the initial goto not working in apcc [no keyapd
connected]).
I'm assuming that you initialized the mount via APCC first?

When you get a chance, use APCC's log zipper and zip all your log files from this morning and post a dropbox (or onedrive or google drive) link to the zip file.

-Ray Gralak
Author of PEMPro
Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro
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 John
Sent: Thursday, December 24, 2020 10:27 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Initial GoTo In APCC Pro Cause Nose or Tail Dive

Aloha Roland and All,

ok, thanks! I use to call gmt or utc time zulu (or just Z for short) as in 22:00Z

Well, I just noticed something new this morning (regarding the initial goto not working in apcc [no keyapd
connected]).

After connecting to the mount via apcc only (no keypad connected) and unparking, I tried some 'manual' slews,
using the N S E W buttons in apcc. Using the mouse, if I slew the mount
about 20 degrees in DEC (either N or S) and then stop slewing, the current DEC readout (both in apcc and in the
driver window) will indicate 00 00 00. However, while actually pressing
the left mouse button to slew a little more, the correct/current dec value will appear (while slewing and while holding
down the left mouse button). After stopping the slew (by releasing the
left mouse button), the current dec readout will revert back to indicate 00 00 00 again. This is only occurring with
the DEC axis, the RA axis seems to be ok (ie not lost)

Parking the mount, pressing 'find home' fixes everything again. I can manually slew the dec about 15 or 20
degrees (either N or S), release the mouse button, and the correct coordinates
are dispalyed in both apcc and in the dirver window.

For some unknown reason, when connecting via laptop and apcc, the mount isn't keeping it's 'home position.' It
starts up lost (in the dec axis). Wasn't sure if this was normal.

It kind of seems like the mount is not initializing correctly with apcc or if it's not retaining the correct home position
(after disconnecting from the mount). I might unistall both the driver
and apcc and then reinstall both and see if that helps.

John


Re: Interesting Mach2 Behavior on Cloudy Nights

Roland Christen
 

The most likely explanation is multi-fold. First probably he was out of balance in either or both axes. Second, he may not have the latest software. Some of the previous versions had subtle errors in the loop response that do not normally show up. Third, we can also check that the loop gain settings are correct according to my latest tests for various boundary load conditions.

Right now I have my Mach2 loaded with two 6" refractors, one on top the other, and all the heavy camera gear and counterweights galore, which is in the no-no zone. Just to make sure that these kinds of loads work in a stable and accurate manner (and because I like to do crazy stuff)  Stuck out tongue closed eyes

Rolando

-----Original Message-----
From: W Hilmo <y.groups@...>
To: main@ap-gto.groups.io
Sent: Thu, Dec 24, 2020 12:03 pm
Subject: Re: [ap-gto] Interesting Mach2 Behavior on Cloudy Nights

I understand that.

In this case, though, the user is not asking for help.  He’s reached his own conclusion (which is contrary to your guidance for counterweight placement) and posted it.  I don’t happen to agree with his post, and was curious to know if there was a more likely explanation that I could pass on.

I also understand that it might require more information than what’s in the thread over there.

Thanks,
-Wade

On Dec 24, 2020, at 8:20 AM, Roland Christen via groups.io <chris1011@...> wrote:


Well, posting to CN won't fix things. If the poster contacts us, we can patch into his controller, see what version of software he has and the settings, and actually watch it do the tracking. I don't understand why people post problems on CN without first contacting the manufacturer.

Rolando

-----Original Message-----
From: W Hilmo <y.groups@...>
To: main@ap-gto.groups.io
Sent: Thu, Dec 24, 2020 8:32 am
Subject: [ap-gto] Interesting Mach2 Behavior on Cloudy Nights

There are a couple of Mach2 threads on Cloudy Nights.

Last night, someone posted a couple of sample images here:  https://www.cloudynights.com/topic/694300-mach2-waiting-list/?p=10752413

I would be interested in understanding what's happening with the image that shows the mount transcribing little loops while tracking.  The author of the post says that changing the counterweight configuration to use higher weight, but farther down the shaft, corrected the problem.  The author suggests that it's taking the encoders some time to correct tracking errors, but my experience with my AP1600AE suggests that the encoders are so fast, that it would be very hard to catch the corrections in an image like that.

Any ideas?

--
Roland Christen
Astro-Physics

--
Roland Christen
Astro-Physics


Re: Initial GoTo In APCC Pro Cause Nose or Tail Dive

John
 

Aloha Roland and All,

  ok, thanks!  I use to call gmt or utc time zulu (or just Z for short)  as in 22:00Z

  Well, I just noticed something new this morning (regarding the initial goto not working in apcc [no keyapd connected]).

  After connecting to the mount via apcc only (no keypad connected) and unparking, I tried some 'manual' slews, using the N S E W buttons in apcc.  Using the mouse, if I slew the mount
about 20 degrees in DEC (either N or S) and then stop slewing, the current DEC readout (both in apcc and in the driver window) will indicate 00 00 00.  However, while actually pressing
the left mouse button to slew a little more, the correct/current dec value will appear (while slewing and while holding down the left mouse button).  After stopping the slew (by releasing the
left mouse button), the current dec readout will revert back to indicate 00 00 00 again.  This is only occurring with the DEC axis, the RA axis seems to be ok (ie not lost)

  Parking the mount, pressing 'find home' fixes everything again.  I can manually slew the dec about 15 or 20 degrees (either N or S), release the mouse button, and the correct coordinates
are dispalyed in both apcc and in the dirver window.

  For some unknown reason, when connecting via laptop and apcc, the mount isn't keeping it's 'home position.'  It starts up lost (in the dec axis).  Wasn't sure if this was normal.

  It kind of seems like the mount is not initializing correctly with apcc  or if it's not retaining the correct home position (after disconnecting from the mount).  I might unistall both the driver
and apcc and then reinstall both and see if that helps.

      John


Re: Interesting Mach2 Behavior on Cloudy Nights

W Hilmo
 

I understand that.

In this case, though, the user is not asking for help.  He’s reached his own conclusion (which is contrary to your guidance for counterweight placement) and posted it.  I don’t happen to agree with his post, and was curious to know if there was a more likely explanation that I could pass on.

I also understand that it might require more information than what’s in the thread over there.

Thanks,
-Wade

On Dec 24, 2020, at 8:20 AM, Roland Christen via groups.io <chris1011@...> wrote:


Well, posting to CN won't fix things. If the poster contacts us, we can patch into his controller, see what version of software he has and the settings, and actually watch it do the tracking. I don't understand why people post problems on CN without first contacting the manufacturer.

Rolando

-----Original Message-----
From: W Hilmo <y.groups@...>
To: main@ap-gto.groups.io
Sent: Thu, Dec 24, 2020 8:32 am
Subject: [ap-gto] Interesting Mach2 Behavior on Cloudy Nights

There are a couple of Mach2 threads on Cloudy Nights.

Last night, someone posted a couple of sample images here:  https://www.cloudynights.com/topic/694300-mach2-waiting-list/?p=10752413

I would be interested in understanding what's happening with the image that shows the mount transcribing little loops while tracking.  The author of the post says that changing the counterweight configuration to use higher weight, but farther down the shaft, corrected the problem.  The author suggests that it's taking the encoders some time to correct tracking errors, but my experience with my AP1600AE suggests that the encoders are so fast, that it would be very hard to catch the corrections in an image like that.

Any ideas?

--
Roland Christen
Astro-Physics


Re: Interesting Mach2 Behavior on Cloudy Nights

Bill Long
 

I promised Karen I would be nice... 

I think some of those folks there just dont get that there is a better place to ask questions about A-P gear. I tell folks all the time that I chat with Roland and Co in email and I think they dont believe me. LOL! 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Roland Christen via groups.io <chris1011@...>
Sent: Thursday, December 24, 2020 8:20 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Interesting Mach2 Behavior on Cloudy Nights
 
Well, posting to CN won't fix things. If the poster contacts us, we can patch into his controller, see what version of software he has and the settings, and actually watch it do the tracking. I don't understand why people post problems on CN without first contacting the manufacturer.

Rolando

-----Original Message-----
From: W Hilmo <y.groups@...>
To: main@ap-gto.groups.io
Sent: Thu, Dec 24, 2020 8:32 am
Subject: [ap-gto] Interesting Mach2 Behavior on Cloudy Nights

There are a couple of Mach2 threads on Cloudy Nights.

Last night, someone posted a couple of sample images here:  https://www.cloudynights.com/topic/694300-mach2-waiting-list/?p=10752413

I would be interested in understanding what's happening with the image that shows the mount transcribing little loops while tracking.  The author of the post says that changing the counterweight configuration to use higher weight, but farther down the shaft, corrected the problem.  The author suggests that it's taking the encoders some time to correct tracking errors, but my experience with my AP1600AE suggests that the encoders are so fast, that it would be very hard to catch the corrections in an image like that.

Any ideas?

--
Roland Christen
Astro-Physics


Re: Triple Piggy Back Works!

Roland Christen
 

To make something like this work, be sure to balance both axes very accurately. Once in balance, the torque required by the drive motors is no higher than a completely un-loaded mount. What happens when you have some imbalance, especially in the Dec axis, is that the pressure on the worm teeth increases dramatically. This causes high friction that impedes precise motion of the Dec axis at sub-arc sec levels. You may get increased delay when the axis is commanded to reverse during guiding and possible overshoot if the friction is really high.

With good balance the encoders will command the Dec axis to move almost instantly for same or reversing directions. With out of balance, the encoders will try to compensate but if the friction is too high you will get jerky motions at sub-arc sec levels.

Rolando



-----Original Message-----
From: Peter Bresler via groups.io <PABresler@...>
To: main@ap-gto.groups.io
Sent: Thu, Dec 24, 2020 11:01 am
Subject: Re: [ap-gto] Triple Piggy Back Works!

[Edited Message Follows]
In spite of the inertia the guiding with the OAG appeared to be good. The mount is balanced as is. I cannot add an extension bar because the shed doors would not close. There are some processing issues with that image that I still am working on. I have been working on organizing the wires and lengthening them. Cable snags are infrequent now. I probably will remove the small scope when not in use. It still is easier than switching them around. The mount is a 1200.

--
Roland Christen
Astro-Physics


Re: Triple Piggy Back Works!

Peter Bresler
 
Edited

In spite of the inertia the guiding with the OAG appeared to be good. The mount is balanced as is. I cannot add an extension bar because the shed doors would not close. There are some processing issues with that image that I still am working on. I have been working on organizing the wires and lengthening them. Cable snags are infrequent now. I probably will remove the small scope when not in use. It still is easier than switching them around. The mount is a 1200.


Re: Interesting Mach2 Behavior on Cloudy Nights

Jeff B
 

" Well, posting to CN won't fix things."  OMG, really!!  My world is shaken to the core.  😵😱

" I don't understand why people post problems on CN without first contacting the manufacturer. "  Amen

A Merry Christmas to the entire AP family and thanks for hanging in there and putting up with us customers. 😁

Jeff

(a 35+ year customer)



On Thu, Dec 24, 2020 at 11:20 AM Roland Christen via groups.io <chris1011=aol.com@groups.io> wrote:
Well, posting to CN won't fix things. If the poster contacts us, we can patch into his controller, see what version of software he has and the settings, and actually watch it do the tracking. I don't understand why people post problems on CN without first contacting the manufacturer.

Rolando

-----Original Message-----
From: W Hilmo <y.groups@...>
To: main@ap-gto.groups.io
Sent: Thu, Dec 24, 2020 8:32 am
Subject: [ap-gto] Interesting Mach2 Behavior on Cloudy Nights

There are a couple of Mach2 threads on Cloudy Nights.

Last night, someone posted a couple of sample images here:  https://www.cloudynights.com/topic/694300-mach2-waiting-list/?p=10752413

I would be interested in understanding what's happening with the image that shows the mount transcribing little loops while tracking.  The author of the post says that changing the counterweight configuration to use higher weight, but farther down the shaft, corrected the problem.  The author suggests that it's taking the encoders some time to correct tracking errors, but my experience with my AP1600AE suggests that the encoders are so fast, that it would be very hard to catch the corrections in an image like that.

Any ideas?

--
Roland Christen
Astro-Physics


Re: Microsoft and the Death Star

Don Anderson
 

Hear Hear Bill.
There is a reason MSW is the operation system of the vast majority of the computers on the planet!

Don Anderson


On Thursday, December 24, 2020, 05:56:16 a.m. MST, Bill Long <bill@...> wrote:


Thought I would share this about a week after the article was published.


There is a lot of talk on CN and here, and other places about how people dislike Microsoft or have disdain for Windows, and that is what it is. The old adage is that they are the Evil Empire.

This article puts a good spin on that moniker. They turned their meme Death Star on the largest security breach in history and obliterated their operation.

I did not see a single post here or on CN that gave the company props for that.  I know this isn't exactly AP-GTO related, but their software (mostly Windows) is berated here from time to time, so I thought it would be fair to share a good light, on what I think is a great company these days.

I hope you all are well this holiday season, and I hope the skies bring you some good fortune in the days to come.

Clear Skies!

Bill Long


Re: Mach2GTO first light #Mach2GTO

Karen Christen
 

That looks great, Tim!  I’d love to see a bigger version if you have a link.  Groups.io will limit the size of attachments, but you’re welcome to upload your image to the Photos section of the Groups.io page and send a link to that, if you like. 

Karen

AP

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Tim Morrill via groups.io
Sent: Thursday, December 24, 2020 12:18 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] Mach2GTO first light #Mach2GTO

 

Hi everyone. 

My first post on here. Though I would share my first image 
with the Mach2. I’ve only had a few clear night since receiving it last week but was able to get some data on the hearth Nebula this is bicolor. Ha and OIII. As I didn’t have time to capture SII before bad weather.

So far the mount is doing great. I was able to get five minute exposures unguided with no problems. With just a quick 33 point model and it sitting on my deck! 

Equipment.
Takahashi FSQ106mm 
FLI8300 
Eagle2
Optec OAG 
Mach2
Ha 20x 20min exposures
OIII 18x 20min exposures


--
Karen Christen
Astro-Physics


Re: Interesting Mach2 Behavior on Cloudy Nights

Roland Christen
 

Well, posting to CN won't fix things. If the poster contacts us, we can patch into his controller, see what version of software he has and the settings, and actually watch it do the tracking. I don't understand why people post problems on CN without first contacting the manufacturer.

Rolando

-----Original Message-----
From: W Hilmo <y.groups@...>
To: main@ap-gto.groups.io
Sent: Thu, Dec 24, 2020 8:32 am
Subject: [ap-gto] Interesting Mach2 Behavior on Cloudy Nights

There are a couple of Mach2 threads on Cloudy Nights.

Last night, someone posted a couple of sample images here:  https://www.cloudynights.com/topic/694300-mach2-waiting-list/?p=10752413

I would be interested in understanding what's happening with the image that shows the mount transcribing little loops while tracking.  The author of the post says that changing the counterweight configuration to use higher weight, but farther down the shaft, corrected the problem.  The author suggests that it's taking the encoders some time to correct tracking errors, but my experience with my AP1600AE suggests that the encoders are so fast, that it would be very hard to catch the corrections in an image like that.

Any ideas?

--
Roland Christen
Astro-Physics


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

 

Also correct with the most recent versions of APCC. Ray has already adjusted APCC for the newer rate table.

 

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

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Thursday, December 24, 2020 12:00 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

 

I should also add that APCC movements are not affected by this change, so if you use the "buttons" in APCC to move the mount, they will work at the proper speed selected. 

 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Bill Long <bill@...>
Sent: Wednesday, December 23, 2020 9:55 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

 

SN 4298 is new enough to use Keypad V5. It is not released yet though. 

 

You can install P02-08, but if you do the keypad button movement for 1200x is not accessible due to the change in the controller. Slews will still be fine, but the button movements wont. This will be solved when Keypad V5 is released for CP4 users.

 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of M Hambrick <mhambrick563@...>
Sent: Wednesday, December 23, 2020 9:51 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

 

I want to make sure I understand Marj's comment above. Are you saying that for those of us with older keypads and software versions (mine is S/N 4298 GTO with software version 4.19.2), we should wait until the new keypad software is released and installed before loading the new version P02-08 into our GTOCP4 ?


Re: Microsoft and the Death Star

Bill Long
 

I work on Windows, but the security side of the platform, on a product only we use at this point. I am pleased though, to hear that your business that I adore so much runs on Windows. 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Roland Christen via groups.io <chris1011@...>
Sent: Thursday, December 24, 2020 8:12 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Microsoft and the Death Star
 
As much as some of us like to complain, we here all rely on Windows computers to run our operation. Windows runs our design software, our testing hardware, our CNC machines, our accounting and office software, my imaging software etc etc. No way we could produce much of anything without this vital tool.

So I wish a Merry Christmas to all who work there, as well as all people on Earth, bar none (even the Grinches)
Kissing heart

Rolando



-----Original Message-----
From: Bill Long <bill@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Thu, Dec 24, 2020 6:56 am
Subject: [ap-gto] Microsoft and the Death Star

Thought I would share this about a week after the article was published.


There is a lot of talk on CN and here, and other places about how people dislike Microsoft or have disdain for Windows, and that is what it is. The old adage is that they are the Evil Empire.

This article puts a good spin on that moniker. They turned their meme Death Star on the largest security breach in history and obliterated their operation.

I did not see a single post here or on CN that gave the company props for that.  I know this isn't exactly AP-GTO related, but their software (mostly Windows) is berated here from time to time, so I thought it would be fair to share a good light, on what I think is a great company these days.

I hope you all are well this holiday season, and I hope the skies bring you some good fortune in the days to come.

Clear Skies!

Bill Long


--
Roland Christen
Astro-Physics


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

 

Yes, Bill. That is correct. Thank you.

 

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

 

From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Bill Long
Sent: Wednesday, December 23, 2020 11:55 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

 

SN 4298 is new enough to use Keypad V5. It is not released yet though. 

 

You can install P02-08, but if you do the keypad button movement for 1200x is not accessible due to the change in the controller. Slews will still be fine, but the button movements wont. This will be solved when Keypad V5 is released for CP4 users.

 


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of M Hambrick <mhambrick563@...>
Sent: Wednesday, December 23, 2020 9:51 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Version P02-08 now available for GTOCP4 and GTOCP5 control boxes

 

I want to make sure I understand Marj's comment above. Are you saying that for those of us with older keypads and software versions (mine is S/N 4298 GTO with software version 4.19.2), we should wait until the new keypad software is released and installed before loading the new version P02-08 into our GTOCP4 ?


Re: Microsoft and the Death Star

Roland Christen
 

As much as some of us like to complain, we here all rely on Windows computers to run our operation. Windows runs our design software, our testing hardware, our CNC machines, our accounting and office software, my imaging software etc etc. No way we could produce much of anything without this vital tool.

So I wish a Merry Christmas to all who work there, as well as all people on Earth, bar none (even the Grinches)
Kissing heart

Rolando



-----Original Message-----
From: Bill Long <bill@...>
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Sent: Thu, Dec 24, 2020 6:56 am
Subject: [ap-gto] Microsoft and the Death Star

Thought I would share this about a week after the article was published.


There is a lot of talk on CN and here, and other places about how people dislike Microsoft or have disdain for Windows, and that is what it is. The old adage is that they are the Evil Empire.

This article puts a good spin on that moniker. They turned their meme Death Star on the largest security breach in history and obliterated their operation.

I did not see a single post here or on CN that gave the company props for that.  I know this isn't exactly AP-GTO related, but their software (mostly Windows) is berated here from time to time, so I thought it would be fair to share a good light, on what I think is a great company these days.

I hope you all are well this holiday season, and I hope the skies bring you some good fortune in the days to come.

Clear Skies!

Bill Long


--
Roland Christen
Astro-Physics

4621 - 4640 of 79702