Date   

Re: APPM and ASTAP #APCC

Erkaslan Aygen
 

Hi Bill,

Did you have any success while changing the settings ? 

I am just asking since I am also experiencing the same issue: Plate solving is pretty much always failing while using ASTAP. However, when used "outside" APPM, it's working as a breeze and solving a couple of secs. 

I did increase the "min star" size to 1.5 (for example), but it didn't change my situation. 

As for my equipment :
  • ASI 2600 MM PRO used with a TAK FSQ 85 (2.73 resolution)
Cheers,
Aygen


Re: VPort2 / Fault / Sync Target: Valid Alt/Az, RA/Dec, HA/Dec has not been received!"

Erkaslan Aygen
 

Good morning all,

Finally my problem seems to be solved. Should you ever happen to experience similars issues, i.e. the AP driver using decimal comas rather than a normal "." while sending command, then :

  1. Simply open the regional settings and change the region. In my case, I live in Switzerland. What I did, I choose "USA".
  2. By doing so, Windows will automatically update the regional settings, including "replacing the comas with a dot".
As per my yesterday tests, the problem seemed to be solved since no error message was shown in APCC nor in Voyager !

Thank you all for your kind support. 

Regards,
Aygen


Re: GPS Solutions

michael mccann
 

So clouds gotchas.

What’s frustrating to me is windows keeps automatically setting my laptop to pacific time zone thanks to AZ time zone, I think. My cell phone, hence my internet connection using a MOFI, connects to the cell tower servicing both Arizona and New Mexico. So turning off all of Windows 10 automatic settings for time and manually setting to my current time and date, the mount comes closer to slewing to target. So I probably just have to use the manuals process to return it to park 3.

On Oct 21, 2021, at 21:01, ap@... wrote:

I just finished hauling stuff inside (clouds moved in), so I fired up NINA and tried it. I moved from EDT to UTC with NINA open. It did not adjust on the fly, but I closed NINA and restarted it, and the sky atlas shows M31 appropriately, as well as the correct time for sunrise, set. etc in UTC time.

Note APCC has sites with their own time zone setting. I have no idea how they will react if they are not the same. I don't have the mount hooked up at present.


-----Original Message-----
From: ap@...
Sent: Thursday, October 21, 2021 10:50 PM
To: main@ap-gto.groups.io
Subject: RE: [ap-gto] GPS Solutions

michael mccann wrote:

So I changed pc manual time settings to UTC, now it’s Friday at 02:35 UTC 0.
Nina sky Atlas even though my lat/long is set to somewhere in New Mexico, sky atlas is showing M31 at it’s western altitude. So when using UTC settings how does one tell Nina the object is up, or even East or west of meridian ?

NINA should take its time zone from the PC's time zone setting, so if you changed the zone (not just the time) it should just know. But you might need to restart NINA if you have not since changing the time zone.

Did NINA on the sky atlas have proper times for things like subset, moonise, etc?







Re: GPS Solutions

ap@CaptivePhotons.com
 

I just finished hauling stuff inside (clouds moved in), so I fired up NINA and tried it. I moved from EDT to UTC with NINA open. It did not adjust on the fly, but I closed NINA and restarted it, and the sky atlas shows M31 appropriately, as well as the correct time for sunrise, set. etc in UTC time.

Note APCC has sites with their own time zone setting. I have no idea how they will react if they are not the same. I don't have the mount hooked up at present.

-----Original Message-----
From: ap@...
Sent: Thursday, October 21, 2021 10:50 PM
To: main@ap-gto.groups.io
Subject: RE: [ap-gto] GPS Solutions

michael mccann wrote:

So I changed pc manual time settings to UTC, now it’s Friday at 02:35 UTC 0.
Nina sky Atlas even though my lat/long is set to somewhere in New Mexico, sky atlas is showing M31 at it’s western altitude. So when using UTC settings how does one tell Nina the object is up, or even East or west of meridian ?

NINA should take its time zone from the PC's time zone setting, so if you changed the zone (not just the time) it should just know. But you might need to restart NINA if you have not since changing the time zone.

Did NINA on the sky atlas have proper times for things like subset, moonise, etc?


Re: GPS Solutions

ap@CaptivePhotons.com
 

michael mccann wrote:

So I changed pc manual time settings to UTC, now it’s Friday at 02:35 UTC 0.
Nina sky Atlas even though my lat/long is set to somewhere in New Mexico, sky atlas is showing M31 at it’s western altitude. So when using UTC settings how does one tell Nina the object is up, or even East or west of meridian ?

NINA should take its time zone from the PC's time zone setting, so if you changed the zone (not just the time) it should just know. But you might need to restart NINA if you have not since changing the time zone.

Did NINA on the sky atlas have proper times for things like subset, moonise, etc?


Re: GPS Solutions

michael mccann
 

So I changed pc manual time settings to UTC, now it’s Friday at 02:35 UTC 0.
Nina sky Atlas even though my lat/long is set to somewhere in New Mexico, sky atlas is showing M31 at it’s western altitude. So when using UTC settings how does one tell Nina the object is up, or even East or west of meridian ?

Cheers


Re: GPS Solutions

Steve Armen
 

Apologies if this has been asked and answered in the past. 

Ray, 
Would it be possible to consider an APCC feature to use the time reading from whatever GPS is connected and sync whatever system one is using to that timebase? For example windows 10, or mac os. Not required to be automatic. Maybe have an option to sync everything together with one button AFTER the GPS is connected and the mount and any control SW (SGP, NINA, TSX, Maxim) are all connected. That would clearly take some work, however would be mighty handy.

Just having this work with APCC, Windows10, and SGP would be very nice :->.


Re: GPS Solutions

michael mccann
 

I haven’t figured windows yet. It once gave me the message that I didn’t have admin rights. I’m the only user , so I’m going to try again tonight 


On Oct 21, 2021, at 19:39, fernandorivera3 via groups.io <fernandorivera3@...> wrote:

Mike why not set the CP4, keypad, computer and everything else to UT ??

Fernando


Re: GPS Solutions

michael mccann
 

I bet your controlling computers aren’t connected to the internet .
I think I need to learn how to read logs. I need to learn if there is an entry from the mount to its position and correlate it to where Nina is sending it. Or is there a better analysis question/method?


Re: GPS Solutions

Christopher Erickson
 

Like I mentioned afore, I do everything in UT in observatories. Best solution possible.

-Christopher Erickson
Observatory engineer
Waikoloa, HI 96738
www.summitkinetics.com
   

On Thu, Oct 21, 2021, 2:21 PM fernandorivera3 via groups.io <fernandorivera3=yahoo.com@groups.io> wrote:
Mike why not set the CP4, keypad, computer and everything else to UT ??

Fernando


Re: GPS Solutions

fernandorivera3
 

Mike why not set the CP4, keypad, computer and everything else to UT ??

Fernando


Re: GPS Solutions

michael mccann
 

The Canadian solution is more like my Losmandy GPS solution. I’ll look into that first. 
Question : are you using the AA battery box or is there another solution 


On Oct 21, 2021, at 15:49, Glenn <public@...> wrote:



Thanks, Tom. 

 


Re: New beta version of APCC Standard (1.9.1.0) and Pro (1.9.1.1)

ap@CaptivePhotons.com
 

Ray Gralak wrote:

 

> APCC Pro - APPM - Add check box to ASTAP plate solve configuration to use FITS header for RA, Dec, and image scale.

 

I had a bit of time waiting for dark so I ran the prior and beta through 2-3 points in a "run" from APPM (not just the plate solve).

 

As best I can tell it worked perfectly.  Here is the log in the old version:

 

0000390 2021-10-21 19:37:46.472:       Info, ASTAP Plate Solve, Solve() called.

0000391 2021-10-21 19:37:46.472:      Error, ASTAP Plate Solve, Failed to get FITS dimensions (NAXIS1/NAXIS2)

0000392 2021-10-21 19:37:46.472:       Info, ASTAP Plate Solve, StartSolve: application path: c:/program files/astap/astap.exe

0000393 2021-10-21 19:37:46.472:       Info, ASTAP Plate Solve, StartSolve: arguments: -f "C:\Users\ferguson\Documents\Astro-Physics\APPM\Image-APPM-2021-10-21-193634.txt-0002-RA_20.213-DEC_-41.000.fit" -ra 20.1891585182137 -spd 48.9385895224573 -fov 0 -s 1000 -r 5

0000394 2021-10-21 19:37:46.488:       Info, ASTAP Plate Solve, ASTAP is still running.

0000395 2021-10-21 19:37:46.640:       Info,   State Machine, Entering State=PlateSolveWait

0000396 2021-10-21 19:37:46.702:       Info, ASTAP Plate Solve, ASTAP is still running.

0000397 2021-10-21 19:37:46.905:       Info, ASTAP Plate Solve, ASTAP is still running.

0000398 2021-10-21 19:37:47.109:       Info, ASTAP Plate Solve, ASTAP is still running.

0000399 2021-10-21 19:37:47.311:       Info, ASTAP Plate Solve, ASTAP is still running.

0000400 2021-10-21 19:37:47.514:       Info, ASTAP Plate Solve, ASTAP is still running.

0000401 2021-10-21 19:37:47.718:       Info, ASTAP Plate Solve, ASTAP has exited.

0000402 2021-10-21 19:37:47.718:       Info,   ASTAP Results, Results Filename = C:\Users\ferguson\Documents\Astro-Physics\APPM\Image-APPM-2021-10-21-193634.txt-0002-RA_20.213-DEC_-41.000.ini

0000403 2021-10-21 19:37:47.719:       Info,   ASTAP Results, PLTSOLVD=T

0

 

Note the "-fov 0" which causes a couple of extra loops, and the "failed to get FITS dimensions".

 

In the new version:

 

0000531 2021-10-21 19:40:50.143:       Info, ASTAP Plate Solve, Init

0000532 2021-10-21 19:40:50.143:       Info, ASTAP Plate Solve, Solve() called.

0000533 2021-10-21 19:40:50.143:       Info, ASTAP Plate Solve, Image scale (arc-secs/pixel): X = 0.793280434129994, Y = 0.793280434129994

0000534 2021-10-21 19:40:50.143:       Info, ASTAP Plate Solve, NAXIS1/NAXIS2 (pixels) = 4784 / 3194, Image dimensions X/Y  (degrees) = 1.03062828266667 / 0.688090872666667

0000535 2021-10-21 19:40:50.143:       Info, ASTAP Plate Solve, StartSolve: application path: c:/program files/astap/astap.exe

0000536 2021-10-21 19:40:50.143:       Info, ASTAP Plate Solve, StartSolve: arguments: -f "C:\Users\ferguson\Documents\Astro-Physics\APPM\Image-APPM-2021-10-21-194002.txt-0001-RA_20.468-DEC_26.570.fit" -ra 20.4524913831812 -spd 116.499133899902 -fov 0.688090872666667 -s 1000 -r 5

0000537 2021-10-21 19:40:50.160:       Info, ASTAP Plate Solve, ASTAP is still running.

0000538 2021-10-21 19:40:50.334:       Info,   State Machine, Entering State=PlateSolveWait

0000539 2021-10-21 19:40:50.365:       Info, ASTAP Plate Solve, ASTAP is still running.

0000540 2021-10-21 19:40:50.568:       Info, ASTAP Plate Solve, ASTAP is still running.

0000541 2021-10-21 19:40:50.771:       Info, ASTAP Plate Solve, ASTAP has exited.

0000542 2021-10-21 19:40:50.771:       Info,   ASTAP Results, Results Filename = C:\Users\ferguson\Documents\Astro-Physics\APPM\Image-APPM-2021-10-21-194002.txt-0001-RA_20.468-DEC_26.570.ini

0000543 2021-10-21 19:40:50.772:       Info,   ASTAP Results, PLTSOLVD=T

 

In this it has a calculated fov and no error.  The solve time was fast in both cases, but did improve from 1.25s to 0.62s.

 

I didn't have time to do a full model but let it run a couple points and all looked good.

 

Thank you.

 

Linwood

 


Re: APCC error: "FindFeeQacIndex:no free entries!"

Ray Gralak
 

Hi Mike,

That's very interesting. It appears that Startech device uses the Eltima drivers. There might be some sort of version incompatibility.

BTW, the error message means that there are too many outstanding commands queued, probably because the Eltima drivers are broken/ incompatible.

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Mike C
Sent: Thursday, October 21, 2021 10:06 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] APCC error: "FindFeeQacIndex:no free entries!"

I once tried quite hard to get a StarTech Ethernet to Serial converter working to run my APCC from. After it
became clear that I would never get rid of comm packets getting lost occasionally, I ditched it and went back to
a hard wired connection. However, once the StarTech drivers were installed on the PC, a re-install of APCC
would never work again, the virtual serial ports would never function, and it would get exactly that QacIndex
error. I believe that error is from the virtual serial port software saying it can't do something.

I removed every piece of software related to the StarTech drivers I could find, but the QacIndex error
continued. I wrote AP for technical assistance. George taught me to look in the device manager for hidden
devices. There were some, I removed them and checked their file names and removed all those files manually.
The QacIndex errors continued.

In the end I wiped the PC, reinstalled Win10 and APCC immediately installed and I never saw the error again.


Re: GPS Solutions

Glenn
 

Thanks, Tom. 

 


Re: GPS Solutions

Christopher Erickson
 

Here's another vote for the StarGPS.ca solution.

"Always take the high road. There's less traffic."

-Christopher Erickson
Observatory Engineer
Summit Kinetics
Waikoloa, Hawaii


Virus-free. www.avg.com


On Thu, Oct 21, 2021 at 11:35 AM Glenn <public@...> wrote:

Here’s another vote for the MGBox v2. It does GPS and environment very well. 


Side question: Has anyone noticed a conflict between the the MGBox v2 and the Pegasus Astro Ultimate PowerBox v2 (UPBv2), where use of the two together results in blocking or deactivation of the MGBox’s GPS functionality? When I bypass the UPBv2, the GPS functionality of the MGBox returns. Weird. 


Glenn


Re: GPS Solutions

Tom Blahovici
 

Comport conflict. The mgbox doesn't show any gps values if the comport is in use by something else nor does it return an error.
Tom


Re: GPS Solutions

Glenn
 

Here’s another vote for the MGBox v2. It does GPS and environment very well. 


Side question: Has anyone noticed a conflict between the the MGBox v2 and the Pegasus Astro Ultimate PowerBox v2 (UPBv2), where use of the two together results in blocking or deactivation of the MGBox’s GPS functionality? When I bypass the UPBv2, the GPS functionality of the MGBox returns. Weird. 


Glenn


Re: GPS Solutions

Woody Schlom
 

Mike,

In reading the other responses to your question I just realized another potential advantage to the Star-GPS I use. It doesn't need a computer or USB or a cellular connection. It's a stand-alone GPS device that directly feeds the controller.

So you can use it without a computer using just the HC, or with the mount being controlled by SkySafari running from a phone or tablet.

Woody

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of
Woody Schlom
Sent: Thursday, October 21, 2021 1:45 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] GPS Solutions

Mike,

I don't know about the CP4 controller, but I've used two different Star-GPS
units on my Mach1 with CP3. These are tiny little GPS antennas you stick
somewhere where they have a view of the sky -- and then there's a thin cable
that comes out of the unit, goes to a AA battery power supply, and finally into
a DB-9 RS-232 port on your mount.

With the old CP3 controllers, they had a built-in 6v power port that worked
perfectly with the Star-GPS, but I understand that external power supply port
is gone now with the CP4. So you'd need the newer Star-GPS with its own AA
battery power supply. And I suspect that's the only one you can buy now.

These are made in Canada and you night have to order directly online from
them. The actual GPS unit is standard, then you order the correct cable for
your specific mount. One cable is included in the purchase price I think.

There's a little flashing L.E.D. light in the GPS antenna that lets you know what
it's doing (searching for a fix, has a fix, has sent the data to your mount). I
then set my AP HC to accept external time/date/location data.

I put a little Velcro patch on the bottom of my Star-GPS antenna, and then a
matching Velcro patch on the top of my scopes. Of course, once the data is
fed to your mount, you no longer need it connected and can completely
remove it -- until the next time you fire the system up..

Woody

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf
Of michael mccann via groups.io
Sent: Thursday, October 21, 2021 6:58 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] GPS Solutions

Hi
I’m looking for a GPS solution that I can use with GTOCP4 or windows.
Preferably something I can use with GTOCP4. My issue is that I’m so
close to AZ and NM border my internet, a mobile phone, can’t always
decide whether or not I’m in pacific or mountain time zone. I use the
GPS device Losmandy sells for my G11. I’d like to hear everyone’s
favorite solution for GTOCP4. I wonder also if there’s a way to adapt
the Losmandy GPS to connect to GTOCP4.

Cheers

Mike






Re: GPS Solutions

Woody Schlom
 

Mike,

I don't know about the CP4 controller, but I've used two different Star-GPS units on my Mach1 with
CP3. These are tiny little GPS antennas you stick somewhere where they have a view of the sky -- and then there's a thin cable that comes out of the unit, goes to a AA battery power supply, and finally into a DB-9 RS-232 port on your mount.

With the old CP3 controllers, they had a built-in 6v power port that worked perfectly with the Star-GPS, but I understand that external power supply port is gone now with the CP4. So you'd need the newer Star-GPS with its own AA battery power supply. And I suspect that's the only one you can buy now.

These are made in Canada and you night have to order directly online from them. The actual GPS unit is standard, then you order the correct cable for your specific mount. One cable is included in the purchase price I think.

There's a little flashing L.E.D. light in the GPS antenna that lets you know what it's doing (searching for a fix, has a fix, has sent the data to your mount). I then set my AP HC to accept external time/date/location data.

I put a little Velcro patch on the bottom of my Star-GPS antenna, and then a matching Velcro patch on the top of my scopes. Of course, once the data is fed to your mount, you no longer need it connected and can completely remove it -- until the next time you fire the system up..

Woody

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of
michael mccann via groups.io
Sent: Thursday, October 21, 2021 6:58 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] GPS Solutions

Hi
I’m looking for a GPS solution that I can use with GTOCP4 or windows.
Preferably something I can use with GTOCP4. My issue is that I’m so close to
AZ and NM border my internet, a mobile phone, can’t always decide whether
or not I’m in pacific or mountain time zone. I use the GPS device Losmandy
sells for my G11. I’d like to hear everyone’s favorite solution for GTOCP4. I
wonder also if there’s a way to adapt the Losmandy GPS to connect to
GTOCP4.

Cheers

Mike


4441 - 4460 of 86812