Re: GTOCP3 and serial
drgert1
Hi,
When I test this on the bench with the GOTCP3 (V2 chip) removed from the mount and disconnected from motors (AP1200), will it impair stored data on gear phase / PEM / disrupt operation once re-connected to the mount ?? Thanks, Gert
|
|
Re: GTOCP3 and serial
Roland Christen
Send :V# and you will get the version number back.
Rolando
-----Original Message-----
From: drgert1 via groups.io <drgert1@...> To: main@ap-gto.groups.io Sent: Mon, Sep 7, 2020 4:20 pm Subject: [ap-gto] GTOCP3 and serial Hello All,
I am in a mighty struggle with serial protocol. Esp. how many configurations there are that will make it not work. Ultimate plan is to use a serial Bluetooth dongle at the mount (AP1200 with GTOCP3 V2 chip). But for now I just want to see that a text terminal program on the PC can talk to the PC can talk to the GTOCP3 and get ASCII answers. And that's just my question. If I hook up the laptop to the GTOCP3 (the way I up to now always do) via serial cable and serial-to-USB adapter, is there a simple 'Hello' -> 'OK' conversation that I can have with the controller? Just so that I can see that communication is established. Something like an 'AT' ->'OK'. In plain ASCII. Using 'PuTTY' on the laptop. What's the procedure? I understand that the AP driver sends tons of data between the laptop and the mount. I don't even want to include the driver here. Just type on the keyboard, see the echo, hit a command + enter, and see the answer from the controller. (preferably a non-destructive command) BTW, the BT adapter wants to know if the port is DCE or DTE. Can someone answer for the GTOCP3 ?? Thanks, Gert
|
|
Re: Any feedback signal from a CP4 to APCC ?
Bill Long
Ive used APCC the entire time I have owned an AP mount. I got the standard edition with the coupon you get when you buy a new mount, and then upgraded it to pro. I have never found APCC to be lacking detail about error conditions at all. In fact it has thrown
errors to me that pointed out some problems I caused quite a few times.
From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Joe Zeglinski <J.Zeglinski@...>
Sent: Monday, September 7, 2020 9:08 PM To: main@ap-gto.groups.io <main@ap-gto.groups.io> Subject: Re: [ap-gto] Any feedback signal from a CP4 to APCC ? Thanks Ray,
You bring up some interesting conditions. However, there were no warning messages, since I would always immediately react to them. In my case last night, I merely drifted along, thinking the mount was still tracking during the imaging, with no need
to restart APCC.
Seems like an easy way to pack up for the night – don’t even need to remember to Park the mount. Just set the “loss of mount comms” safety option for the mount to Park itself at its its usual Home position – and simply shut down Windows and walk away.
But, you brought up some interesting nuances of the safety feature, which I was not aware of before, and will keep them in mind on future APCC sessions.
Joe Z.
From: Ray Gralak
Sent: Monday, September 7, 2020 8:03 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Any feedback signal from a CP4 to APCC ?
Hi Joe,
The mount could have stopped tracking if you had disconnected APCC from the mount for a while, then reconnected. The mount will stop tracking after the safety park timer expires unless you turn off Safety-Park in APCC. Reconnecting to the mount will then show the mount in the parked and "tracking off" state. And you would have seen warning errors in APCC if it could not communicate with the mount. To see that behavior, try pulling the serial, USB, or Ethernet cable while APCC is running, assuming you are not using WiFi. -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
|
|
Re: Any feedback signal from a CP4 to APCC ?
Joe Zeglinski
Thanks Ray,
You bring up some interesting conditions. However, there
were no warning messages, since I would always immediately react to them.
In my case last night, I merely drifted along, thinking the mount was still
tracking during the imaging, with no need to restart APCC.
Seems like an easy way to pack up for the night – don’t
even need to remember to Park the mount. Just set the “loss of mount comms”
safety option for the mount to Park itself at its its usual Home position – and
simply shut down Windows and walk away.
But, you brought up
some interesting nuances of the safety feature, which I was not aware of before,
and will keep them in mind on future APCC sessions.
Joe Z.
From: Ray
Gralak
Sent: Monday, September 7, 2020 8:03 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Any feedback signal from a CP4 to APCC
? Hi
Joe, The mount could have stopped tracking if you had disconnected APCC from the mount for a while, then reconnected. The mount will stop tracking after the safety park timer expires unless you turn off Safety-Park in APCC. Reconnecting to the mount will then show the mount in the parked and "tracking off" state. And you would have seen warning errors in APCC if it could not communicate with the mount. To see that behavior, try pulling the serial, USB, or Ethernet cable while APCC is running, assuming you are not using WiFi. -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
|
|
Re: Any feedback signal from a CP4 to APCC ?
Ray Gralak
Hi Joe,
toggle quoted messageShow quoted text
The mount could have stopped tracking if you had disconnected APCC from the mount for a while, then reconnected. The mount will stop tracking after the safety park timer expires unless you turn off Safety-Park in APCC. Reconnecting to the mount will then show the mount in the parked and "tracking off" state. And you would have seen warning errors in APCC if it could not communicate with the mount. To see that behavior, try pulling the serial, USB, or Ethernet cable while APCC is running, assuming you are not using WiFi. -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-----
|
|
Re: GTOCP3 and serial
michaeljhanson@...
Hi Gert,
Since a PC is the "terminal", so the CPx is the data communications equipment, DCE. A standard straight-through RS-232 cable is used from a computer or USB-to-serial-converter, to the unit. We use dumb data terminal programs like TeraTerm and HyperTerm *ALL* the time, in exactly the manner you describe. The command set has it's origins in the old LX200 textual command set, so it is easy to issue them manually for diagnostic purposes. The command set is published on the AP web-site. However, examples of commands I use regularly to determine if a unit is alive, "reachable", and that I am even using the correct comm port in the computer, include "read version" :V# (three characters), and "read local time" :GL# (4 characters). You'll want the terminal emulator "local echo" enabled as the CPx does not "echo". The moment you power up the unit, it will transmit a single character, "1". That way you know the unit is powered and the embedded software is actually trying to doing something. This may be the single most powerful diagnostic feature. The serial communication parameters are also published on the AP website. But to summarize here for ease in setting up the terminal emulator: 9600 baud, No Parity, 8 bits, 1 stop bit, No handshake. Occasionally, folks "complain" about the lack of parity, but the serial interface remains the most reliable by far. Happy Hacking! Regards, Mike Hanson
|
|
Any feedback signal from a CP4 to APCC ?
Joe Zeglinski
Hi Ray,
Last night, for the first time, I found myself with my
AP-1200 “Emergency Parked” while I was using SKY CHARTS to position the mount
for a photo. When I happened to glance at the bottom of the APCC window, I
noticed that Tracking was turned OFF. It must have been sitting at its last work
position for quite a while. My first thought was that I had photographed streaks
from one of Elon Musks swarms in orbit. I assume it was the result of
“Loss of comms” CP4 time-out, with APCC – so the CP4 safely shut down the
mount where it was. There was nothing actually wrong with the CP4, and Unparking
it let me retake the shot, and run the rest of the night problem & error
free..
We have been advised in the past, that the Handpad is a
plain “send-only” comms terminal device, and doesn’t receive data from the
controller. However, I wonder if there is any other ( perhaps indirect) way of
the APCC realizing that it wasn’t being heard any longer by a CPx controller, so
that the control program could flash up a User Emergency Warning of this state.
Perhaps a CPx “mount not-ready” signal. That would save a long night of futile
imaging, when nothing is permanently wrong.
Joe Z.
|
|
Re: GTOCP3 and serial
drgert1
Hi Woody,
Thank you for the kind feedback. My own experience is that these things don't work for me 'out of the box' so I have to travel the path of step by step debug / understanding / fixing / deployment. To me that also let's me understand why something works, and what I did to make it work. I'll keep looking for a way to establish a known-good terminal to GTOCP3 communication by existing cable and then step by step deploy the BT. Thanks & Clear Skies, Gert
|
|
Re: GTOCP3 and serial
Woody Schlom
Gert,
I don’t know if this helps, but when I use my RN-270 (or SkyBT) serial to BT devices with my Mach1-GTO w/ CP3 controller, I don’t change ANY of the DIP switches on the serial to BT device – I leave them all in their default positions.
And in that configuration, I can use either SkySafari running on an Android phone or tablet, or TheSkyX running on my laptop along with COM2TCP.
I never needed to change a single setting. And that’s a good thing for me.
Woody
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of drgert1 via groups.io
Sent: Monday, September 07, 2020 2:20 PM To: main@ap-gto.groups.io Subject: [ap-gto] GTOCP3 and serial
Hello All,
|
|
Re: Dec drive problem
Over the years I have developed a habit of putting big fuzzy car washing mitts or neoprene camera pouches over protruding counterweight shafts and such. I also use glow-in-the-dark tape on all kinds of things in an observatory. Scopestuff.com sells a good GITD tape. You can find various GITD tapes on Amazon too. I use it to trim and define the edges of things. Especially important on steps. I also prefer to paint observatory floors glossy white, which is a lot safer than flat black. Walls and dome interiors I prefer to make flat black if there is any light pollution in your area. On Sun, Sep 6, 2020, 3:02 AM thefamily90 Phillips <thefamily90@...> wrote:
|
|
GTOCP3 and serial
drgert1
Hello All,
I am in a mighty struggle with serial protocol. Esp. how many configurations there are that will make it not work. Ultimate plan is to use a serial Bluetooth dongle at the mount (AP1200 with GTOCP3 V2 chip). But for now I just want to see that a text terminal program on the PC can talk to the PC can talk to the GTOCP3 and get ASCII answers. And that's just my question. If I hook up the laptop to the GTOCP3 (the way I up to now always do) via serial cable and serial-to-USB adapter, is there a simple 'Hello' -> 'OK' conversation that I can have with the controller? Just so that I can see that communication is established. Something like an 'AT' ->'OK'. In plain ASCII. Using 'PuTTY' on the laptop. What's the procedure? I understand that the AP driver sends tons of data between the laptop and the mount. I don't even want to include the driver here. Just type on the keyboard, see the echo, hit a command + enter, and see the answer from the controller. (preferably a non-destructive command) BTW, the BT adapter wants to know if the port is DCE or DTE. Can someone answer for the GTOCP3 ?? Thanks, Gert
|
|
Re: PEMPro vs PHD2
#Guiding
CurtisC <calypte@...>
On Mon, Sep 7, 2020 at 03:38 PM, Ray Gralak wrote:
Probably not. The worm would not vary between worm cycles.Most of the time it doesn't. That was unusual. I haven't been able to repeat the low number or the spread between runs. Remeshing the gears hasn't made much difference. I've considered swapping the DEC and RA drives. Several weeks ago, while I was cleaning and relubing the drives, George warned me that the RA drive has the better worm and that I should be careful not to mix up the parts. But surely the DEC worm is better than what I'm getting.
|
|
Re: PEMPro vs PHD2
#Guiding
Ray Gralak
Please affirm: PEMPro, while it's doing a PE run,Yes. It is my belief that the worm is simply worn outProbably not. The worm would not vary between worm cycles. More likely it is a gear mesh and/or differences between worm wheel teeth. If there is dirt, grit, etc., on some teeth that could also cause variations between worm cycles. -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-----
|
|
Re: PEMPro vs PHD2
#Guiding
Ray: Thank you for looking at my data.
During the afternoon of Sep 2, prior to the runs I sent to you, I removed the RA box. I thought maybe there was "gunk" deep in the teeth of the worm. Maybe that was the cause of my bad numbers. So I made a special point of cleaning out the teeth in the center part of the worm with a toothbrush and paper towels pressed over a fingernail. I'd already cleaned out the teeth a month ago, but this was a special effort to get to the bottom of it, so to speak. I then put more lube on the worm and reassembled the motor to the mount. Since I'd spun the worm several times, I had no choice but to do a PEMPro run. That produced the 6-something curve. I reran the curve late in the evening, hoping I'd see evidence of a consistent improvement. I don't want to rely on an anomalous one-off curve to program the mount. The second run gave me the 11-something result. I attribute the "good" curve to new grease in the teeth of the worm, grease that was redistributed during subsequent imaging with the mount and then the late PEMPro run (was there more than one? I forget.) Since the evening of Sep 2-3, subsequent remeshings and PEMPro runs have produced p-to-p in the area of 18 and 19. The curves are smooth. Last night I had 19 p-to-p. But, with PEC on, the corrected curve was 0.87, which I thought was pretty good. All of this is with fundamentals 1, 2, and 3 checked. Thank you again, Ray. Please affirm: PEMPro, while it's doing a PE run, knows the exact rotational position of the worm any moment, does it not? When the dots start appearing on the graph, the starting location isn't random. The starting location and subsequent dots correspond to real, definable positions on the worm. Sometime during the recent weeks, a consistent broad hump in the middle of the curve was replaced by a consistent broad trough. I attribute this to my fiddling with the worm. To continue, during these recent weeks, I've spent a lot of time in the message archives of this forum, looking at any discussions about Mach1 PE, worms, motor boxes, PEMPro, etc. Naturally, I've paid special attention to any comments from you and Roland, and the rare comment from George and Howard. I ran into some of my own posts from 2014, where I was reporting consistent PE of 11-something. That is, the curves produced by this worm now are worse than they were 6+ years ago. It is my belief that the worm is simply worn out. Perhaps all of those years between its manufacture and my relubing the mount took a toll. That is, I'm confident that the worm was spectacular when it left the factory in Mar 2010. The poor results I've been getting since then are due to my own negligence. I have some outstanding messages to two members of the A-P staff, and one A-P staffer requested some PEMPro data, which I sent to him. I haven't heard back. But it's vacation time, and now we have the Labor Day weekend. In the meantime, I decided that as long as the curves are smooth, I'll live with the native PE -- that is, unless someone can identify a specific, correctable error that I'm making in my procedures. I put my name on the "notify me" list for the Mach2. When (if!) I get a Mach2, I'll probably send my Mach1 to A-P for refurbishment. That, way, when I offer it for sale, I can confidently say that it's up-to-spec and has been blessed by A-P. Thank you again, Ray.
|
|
Dec motor removal
thefamily90 Phillips
Looks like it will have to wait until I come back to my farm in a couple weeks to get the motor off. The button bolt between the two regular hex bolts on the right was so tight I could not get it loosened. It uses a 1/8 Allen wrench correct? Hopefully not, but I may have to drill that screw out to get it removed.
Best,
Jim
|
|
Re: Mach2 Keypad
Roland Christen
The new keypad will require a new version of the CP5 software. Updating the CP5 is super easy and takes about 15 seconds.
Rolando
-----Original Message-----
From: Dean Jacobsen <deanjacobsen@...> To: main@ap-gto.groups.io Sent: Mon, Sep 7, 2020 9:03 am Subject: Re: [ap-gto] Mach2 Keypad On Sat, Sep 5, 2020 at 01:35 PM, Marj Christen wrote:
I am doing some final edits to the keypad manual right now. We plan to be shipping the keypad with the new v5 to all Mach2 owners that ordered one next week. We will send an email with additional information.Marj, Is the new keypad with the new software "plug and play" for current Mach2 owners or do they also have to update their CP5 as well? -- Dean Jacobsen http://astrophoto.net/wp/ Image Gallery - http://astrophoto.net/wp/image-gallery/ Astrobin Image Gallery - https://www.astrobin.com/users/deanjacobsen/ Amateur Radio Call Sign - W6DBJ
|
|
Re: PEMPro vs PHD2
#Guiding
Ray Gralak
Curtis,
toggle quoted messageShow quoted text
I looked at your logs, and unless the image scale had changed, I do not have a definitive explanation for the dramatic change in periodic error. It may be due to the RA gear mesh needing adjustment. You may want to contact A-P for help on this. -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-----
|
|
Re: PEMPro vs PHD2
#Guiding
Ray Gralak
Hi Ajay,
This is a hypothesis. I think the reason CCD Ware was suspected by GoogleNice hypothesis, but that had nothing to do with this. Best regards, -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-----
|
|
Re: Re greasing an old ap 9 gto
On 9/7/2020 12:43 PM, vincent.visonneau wrote:
HiA-P sells a re-greasing kit that contains two types of grease, a brush, and instructions. Contact A-P directly; I don't think it's on the website (but I could be wrong). --- Mike
|
|
Re: Re greasing an old ap 9 gto
Michael Hambrick <mike.hambrick@...>
Hi Vincent
There have been several discussion threads on the forum concerning the type of grease to be used (search for messages about "grease"). One of the recommended types is Aeroshell 33, but Rather than risk giving you the wrong specification for the grease, it would be better for you to call Astro-Physics directly because I think their greases are custom blended. They sell mount re-greasing kits with the two different types of grease needed to re-grease the mount. If the shipping overseas takes too long they can probably tell you what king of grease to look for locally. I do remember one forum thread where Roland recommended to avoid greases containing sulfur (e.g. Aeroshell 33MS) because it will damage brass and bronze gears. Best Regards Michael Hambrick ARLANXEO TSR Global Manufacturing Support PO Box 2000 Orange, TX 77631-2000 Phone: +1 (409) 882-2799 email: mike.hambrick@...
|
|