Re: Bad X scale?
Worsel
Mojo
For ANSVR, the most important factor is setting the field of view. For other solvers, like ASTAP, there are other factors, but I use ANSVR almost exclusively; although ASTAP may be faster. Search the forum for ASTAP or plate solve. Here is my entry in the Additional Solve-field arguments --no-plots --scale-low 40 --scale-high 90 --scale-units arcminwidth Bryan
|
|
Re: Bad X scale?
Thanks Ray, that's a point, but in fact I may not know my image
scale exactly. I can get a number from successful plate solves.
Maybe that actually is exact enough. The measurement from PEMPro
using star trails has a little uncertainty to it.
toggle quoted messageShow quoted text
I understand that a "Bad X scale" is a sanity check for a "successful" plate solve that is most likely wrong. Right now I'm getting different success rates from the local ANSRV server and the online Astronomy.net version. I haven't yet tried using the online instance for collecting a point model, so that will be my next test. The failed solves that are not "Bad X scale" are all timeouts. I'm attributing that to an under-performing field laptop. As I see it, the main trade-off between local solves and online solves is the bandwidth and transmission time required to upload the images to the server. In my case it might be offset by the lousy compute performance of my local machine. My net connection from near home will be a cell phone hot spot, and from my desert location it's WiFi to satellite internet (I think). Does anyone have suggestions that might make the local plate solver more viable on busy fields? I haven't had much luck using settings to reduce the number of objects processed -- in fact it seems to fail more quickly. Best regards, Mojo
On 7/12/20 9:49 AM, Ray Gralak wrote:
Thanks Bryan! I think I'll bump my tolerance by a percent and see what happens. :)Morris, raising the tolerance might be okay if you don't know image scale exactly, but not if the image scale is already known. When you see "Bad X-scale" that means even though the plate solve was successful, the image scale (and RA/Dec coordinates) were probably wrong. That is, it was a bad solution and should not be included in the model. -Ray Gralak Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro 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 Mojo Jones Sent: Saturday, July 11, 2020 10:44 PM To: main@ap-gto.groups.io Subject: Re: [ap-gto] Bad X scale? Thanks Bryan! I think I'll bump my tolerance by a percent and see what happens. :) On 7/11/2020 10:17 PM, Worsel via groups.io wrote: Mojo https://ap-gto.groups.io/g/main/message/71258 Bryan -- Morris Jones, Monrovia, CA BridgeMojo <http://bridgemojo.com> Old Town Sidewalk Astronomers <http://otastro.org> Mojo's Blog <http://mojo.whiteoaks.com>
|
|
Re: Markarian's Chain - unguided
Joseph Beyer
Thanks Rolando
On Sun, Jul 12, 2020 at 11:22 AM uncarollo2 <chris1011@...> via groups.io <chris1011=aol.com@groups.io> wrote:
|
|
Re: Markarian's Chain - unguided
Roland Christen
Excellent result!
So many galaxies, billions and billions ...
Rolando
-----Original Message-----
From: Joseph Beyer <jcbeyer2001@...> To: main@ap-gto.groups.io Sent: Sun, Jul 12, 2020 12:06 pm Subject: [ap-gto] Markarian's Chain - unguided Good morning,
Using my Mach1 and APCC-Pro/APPM I took this image over four nights without guiding. I used a Takahashi FSQ-106EDX4 and modified Nikon D800e to collect about 7.5 hours of sub images. The ability to image without guiding is amazing. Thanks to all the folks at A-P for making such nice instruments! https://www.astrobin.com/tjqwtm/0/ Joe
|
|
Re: Markarian's Chain - unguided
Joseph Beyer
Thanks very much Stuart.
On Sun, Jul 12, 2020 at 10:07 AM Stuart <stuart.j.heggie@...> wrote:
|
|
Re: Markarian's Chain - unguided
Stuart <stuart.j.heggie@...>
toggle quoted messageShow quoted text
On Sun, 12 Jul 2020 at 13:06, Joseph Beyer <jcbeyer2001@...> wrote: Good morning, --
Stuart http://www.astrofoto.ca/stuartheggie/
|
|
Markarian's Chain - unguided
Joseph Beyer
Good morning,
Using my Mach1 and APCC-Pro/APPM I took this image over four nights without guiding. I used a Takahashi FSQ-106EDX4 and modified Nikon D800e to collect about 7.5 hours of sub images. The ability to image without guiding is amazing. Thanks to all the folks at A-P for making such nice instruments! https://www.astrobin.com/tjqwtm/0/ Joe
|
|
Re: Bad X scale?
Ray Gralak
Thanks Bryan! I think I'll bump my tolerance by a percent and see what happens. :)Morris, raising the tolerance might be okay if you don't know image scale exactly, but not if the image scale is already known. When you see "Bad X-scale" that means even though the plate solve was successful, the image scale (and RA/Dec coordinates) were probably wrong. That is, it was a bad solution and should not be included in the model. -Ray Gralak Author of APCC (Astro-Physics Command Center): https://www.astro-physics.com/apcc-pro Author of PEMPro V3: https://www.ccdware.com Author of Astro-Physics V2 ASCOM Driver: https://www.siriusimaging.com/apdriver -----Original Message-----
|
|
Re: Messier 8: TEC160FL + A-P QUADTCC-TEC160 n+ Mach2Gto Modeling
jypeng@...
Terri, Eckhard.
I am glad to hear your comments it. Thank you. Jian Yuan Peng
|
|
Re: Some open cluster goodness.
Thanks Terri.
-- Dean Jacobsen http://astrophoto.net/wp/ Image Gallery - http://astrophoto.net/wp/image-gallery/ Astrobin - https://www.astrobin.com/users/deanjacobsen/
|
|
Re: Bad X scale?
Thanks Bryan! I think I'll bump my tolerance by a percent and see
what happens. :)
toggle quoted messageShow quoted text
On 7/11/2020 10:17 PM, Worsel via
groups.io wrote:
Mojo
|
|
Re: Bad X scale?
Worsel
|
|
Bad X scale?
After having good luck with APPM, the Mach1, and the Traveler, I've
moved on this week to trying it with the 1100GTO and AP180.
The longer focal length and long moment arms certainly make it less forgiving. I'm doing a small point map of 23 points. I'm accustomed to them all succeeding with the Mach1/Traveler. This is my second night to make a point map with the AP180/1100GTO, and two plates failed with a timeout. I'm wondering if these might be explained by being dense Milky Way points, while trying to solve on a somewhat slow and old PC. I'm using the ANSRV local astronomy.net solver. But two other points didn't exactly "fail," that is, they weren't logged as having failed by APPM. But they did record "Bad X Scale" in the point log, and left yellow in the point diagram, and had no RA/Dec deltas. I'm still getting pretty good results with pointing and tracking. Mojo
|
|
Re: Mach1 and GTOCP4 Yellow Light
Mikko Viljamaa
No lose wires that I can see.
- Mikko
|
|
Re: Mach1 and GTOCP4 Yellow Light
Mikko Viljamaa
OK, plugged the RA to Dec (cannot plug Dec to RA as it’s too short) and nothing happens. When I open the gearbox cover I see the gears turning about 180 degrees and that’s all.
Mikko
|
|
Re: Messier 8: TEC160FL + A-P QUADTCC-TEC160 n+ Mach2Gto Modeling
Terri Zittritsch
That is really beautiful Jian Yuan.
|
|
Re: Some open cluster goodness.
Terri Zittritsch
Great shot Dean.
|
|
Re: Mach1 and GTOCP4 Yellow Light
Roland Christen
try what we suggested - plug the RA cable into the Dec motor.
Rolando
-----Original Message-----
From: Mikko Viljamaa <mikko.viljamaa@...> To: main@ap-gto.groups.io Sent: Sat, Jul 11, 2020 6:14 am Subject: Re: [ap-gto] Mach1 and GTOCP4 Yellow Light I already tried the second Y cable which I ordered. I can’t believe the cable is the issue unless the brand new Y cable is faulty also.
- Mikko
|
|
Re: Mach1 and GTOCP4 Yellow Light
Mikko Viljamaa
I already tried the second Y cable which I ordered. I can’t believe the cable is the issue unless the brand new Y cable is faulty also.
|
|
Re: Mach1 and GTOCP4 Yellow Light
Roland Christen
You have a bad connection to the motor encoder. Could be in the Y cable, could be inside the gearbox, could be a loose wire or broken wire on one of the connectors on the RA part of the cable.
First thing I would do is to connect the RA cable to the Dec gearbox and see if it acts the same way. If so, then the fault is in the cable. If the Dec does not run away using the RA cable, but the RA does, then the fault would be inside the gearbox.
If all else fails and you can't figure anything out then call AP support tomorrow and they will help you do some tests.
Rolando
-----Original Message-----
From: Mikko Viljamaa <mikko.viljamaa@...> To: main@ap-gto.groups.io Sent: Fri, Jul 10, 2020 10:24 pm Subject: Re: [ap-gto] Mach1 and GTOCP4 Yellow Light Well I changed the power unit first yesterday and that didn’t help. Neither did the power cord and actually at this point the mount even refused to connect. So I had not high hopes when I changed the Y cable but miracles happen and with the new Y cable everything worked fine last night.
This until an hour ago when I tried to start a sequence again only to run into the same problem again. When the mount is connected, the RA axes immediately slews about 20 degrees after which it stops and the yellow light is on.
If I try to open the RA gearbox tomorrow, what exactly should I look for?
- Mikko
|
|