Date   

Re: NINA or APCC

michael mccann
 

Thanks Linwood

So I reset park position 3 then used NINA Framing to sleep and center on M 33.  I then RA/Dec values from ASCOM, APCC, NINA->Equipment->Telescope RA/Dec, NINA plate-solve routine, the image fits header, and PixInsight’s Image Solver

Results : 
Source:                        RA.             Dec
APCC:                      01:35:05.15    30:46:21.2

NiNA Plate Solve.  01:33:49.       30:39:20

Nina>Eq>Tele.       01:35:0.05      30:46:21

ASCOM.                01: 35:05.       30:46:20

M33: Fits header  :23.461914      30.6598
                            >23:27:42.89 > 30:39:35.28
PixInsight 
Image Solver.        01: 33 : 48.91
                                            DEC 30: 39:18.82

So I have no idea where the image that Is captured by NINA get the RA value used in the image’s fits header. 

Where do I go from here.  Does anybody else notice a discrepancy?


Cheers 




On Nov 1, 2021, at 12:28, ap@... wrote:

michael mccann wrote:

I learned there was a problem while I was learning PI PhotometricColorCalibration process and the tool kept failing on my M33 image. I resolved the coordinates and found my fits header’s RA and DEC values were a degree off in RA and a few minutes in DEC.  so where does NINA obtain the values in the Fits heading, from Ascom driver or the Framing, or plate solving?  Or is there some other process involved.

The slew and center using plate solves to align the mount to the target works great. However I notice some over-shoot, often more than 5°. I suspect that understanding where the fits RA/DEC values comes from then I’ll isolate the issue faster.

My understanding is that NINA records the FITS headers from what the mount is reporting at that time.  You can double check by looking in the equipment tab while taking a specific image, then check the headers.

The center functionality with plate solving will adjust pointing, again as I understand, irrespective of the telescopes reported position.  So if it slews to RA/DEC and finds the target 1 degree off, it will tell the telescope to move 1 degree until the plate solve centers, leaving the telescope reported position (absent a sync) off by 1 degree from the target's actual position.   Then when imaged, the target may be centered, but the fits header will show the 1 degree off.

In NINA in the Options, Equipment tab, for telescope, there is a "Do not sync" option normally set to Off.  Se if yours is On.  With TSX and MyT (which I used before) "on" is correct as TSX is supposedly already running a full tPoint model recalibrated for that night's session, so you do not want syncs to upset it.  With APPM that may or may not be true, and I think the proper setting is Off.  This will cause the first live plate solve to sync, which in your Ascom V2 driver is probably set to a recal, and should make the coordinates align.

Another option you have that might fix it is (assuming you are using APPM at all) is to go into APPM and on some representative part of the sky (is it better toward the equator?) do a plate-solve-and-recal.  This should have a similar effect.   You can check its reported dec/ra and see if it changes when you do.

I discovered this issue (with my sync in NINA to On) because of meridian flip timing.  Some nights NINA and APPC would be off by a few minutes of time in what time transit was.  This was because APPM was not actually synced to the sky, its coordinates were wrong because after assembling the mount and polar aligning I never did a sync (recal) at all.

Linwood








Re: APCC Pro Error FindFreeQacindex: no free entries!

Ray Gralak
 

This can happen when messages are getting queued up and cannot be sent out to the mount.

Does this not happen when you disconnect from the ASCOM conditions hub?

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Chris White
Sent: Tuesday, November 2, 2021 4:46 PM
To: main@ap-gto.groups.io
Subject: [ap-gto] APCC Pro Error FindFreeQacindex: no free entries!

I have no idea what this error means. I just changed my weather monitoring from using ASCOM Conditions
Hub using a combination of Pegasus Sensors and API's to using a Lunatico Rain Sensor which has Rain,
Clouds, Temperature, Sky Temp, Barometer, Relative Humidity... I'm still using the ASCOM conditions hub,
but with this new gear list. Now I'm getting this error and not sure how to resolve it.

Thank you,



Re: New AP1100 Guiding Great on Very Windy Night

Christopher M
 

Nice.  Thanks for the comments Mark.  Let me/us know when you put a longer package on the 1100.
Myself I'm working with a new Stowaway on an old G11 Digital mount and waiting until I can swing an 1100.  It too is windy here on the prairies.  My friend put his RedCat w ST-8300/FW8 package on his AP900QMD and it is a rock, which is no surprise.
C


APCC Pro Error FindFreeQacindex: no free entries!

Chris White
 

I have no idea what this error means.  I just changed my weather monitoring from using ASCOM Conditions Hub using a combination of Pegasus Sensors and API's to using a Lunatico Rain Sensor which has Rain, Clouds, Temperature, Sky Temp, Barometer, Relative Humidity...   I'm still using the ASCOM conditions hub, but with this new gear list.  Now I'm getting this error and not sure how to resolve it. 

Thank you,


Re: Keypad 4.19.5 unsuccessful upload

Peter Nagy
 

Hi Howard,

The button rates for directional buttons are minor and not terribly an issue for me. I have a bit of OCD and I always like to install the latest and greatest software/firmware. :-)

I cannot find the Java loader log file. Does the Java loader log file get erased after I closed the Java loader program?

In my case, it always hangs after 20% completion of uploading even after 4 hours running the Java uploader program. That's the best clue I can give you.

Thank you for looking into it.

Peter


Re: #WiFi SkySafari Pro won't connect to GTOCP4 #WiFi

Sébastien Doré
 

Not 100% sure about this but IIRC, the last byte (digit) of the mount's IP address when using the access-point mode should correspond to your CP's serial number, (if you have not changed the default value).
Please disregard my previous message. After trying it out, It seems your IP configuration is correct. Sorry for any confusion.

That said, once you have joined the GTOCP4_NET_XXX, can you ping the address 172.31.0.1 from a command prompt ? If not, can you post a screenshot of what you get ?

Sébastien


Re: #WiFi SkySafari Pro won't connect to GTOCP4 #WiFi

Howard Hedlund
 

Port #23 is correct for IP connections with a CP4

Is the error being thrown by SkySafari 6 Pro for iOS?  Or for Mac OSX?  Or for both?

 

I need to reconfigure things for Access Point mode, but I will check on my iMac and my iPhone.  I am suspicious of the IP address in your Mac Settings window.  The CP4’s IP address should end in   .1     not    .101

 

Mag. 7 or Better Skies!

 

Howard Hedlund

Astro-Physics, Inc.

AP Phone: 815-282-1513

Direct Phone:  815-315-7015

www.astro-physics.com

Please include this e-mail with your response.

 

P Consider the environment before printing this e-mail.

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Brian Valente
Sent: Tuesday, November 2, 2021 14:29
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] #WiFi SkySafari Pro won't connect to GTOCP4

 

is that the correct port number?

 

mine is set to 4030 but that is for a different mount. 

 

On Tue, Nov 2, 2021 at 12:21 PM Tom Zepf <tjzcos@...> wrote:

I'm trying to get SkySafari on iOS (and MacOS) to work with the builtin wifi on a AP1100GTO. I've got the network configured to connect to the GTOCP4 wifi, and verified the connection by visiting http://172.31.0.1 and seeing the configuration pages. Network setting look like:



SkySafari settings look like:



But I get an error:



Is there something wrong with this configuration?

Thanks,

    Tom


 

--

Brian 

 

 

 

Brian Valente


Re: Keypad 4.19.5 unsuccessful upload

Howard Hedlund
 

I will try to reproduce your issue, but I have 2 keypads that have been loaded with the Java loader several times during recent testing.

 

You can stay with 4.19.3 if you don’t mind the following: 

  • Button rates are wrong for the fastest two displayed button rates.
    • Keypad will display 600X.   Button will move mount at 200X
    • Keypad will display 1200X.    Button will move mount at 600X
  • This is keypad direction buttons only.  Slews are not affected.  Other devices are not affected.

 

I will let you know when I know more about your loader issue.

 

The Java loader produces a log file that may provide me with some information.  It will be in the same folder as the program.

 

Mag. 7 or Better Skies!

 

Howard Hedlund

Astro-Physics, Inc.

AP Phone: 815-282-1513

Direct Phone:  815-315-7015

www.astro-physics.com

Please include this e-mail with your response.

 

P Consider the environment before printing this e-mail.

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Peter Nagy
Sent: Tuesday, November 2, 2021 14:10
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Keypad 4.19.5 unsuccessful upload

 

I was able to successfully install Keypad version 4.19.3. Whew!!!!

Shall I try installing Keypad version 4.19.5 again or should I wait? Are you in the process of investigating that there may be an issue with installing Keypad version 4.19.5?

Thanks,
Peter


Re: Keypad 4.19.5 unsuccessful upload

Peter Nagy
 

Howard,

I went ahead and re-installed Keypad version 4.19.5 and it was not successful. I successfully reverted back to Keypad version 4.19.3. It could be the following reasons:

1) I didn't follow your installation procedure correctly.
2) The installation documentation procedure may be incorrect.
3) The Keypad version 4.19.5 firmware at your web site may be corrupted.
4) There may be issues with Keypad version 4.19.5 firmware.

I am going to hold off installing Keypad version 4.19.5 until others say don't have issues installing. Anyone else successfully installed Keypad version 4.19.5?

I suggest you to download Keypad version 4.19.5 from your web site to make sure the files are not corrupted and re-flash your Keypad.

Peter


Re: #WiFi SkySafari Pro won't connect to GTOCP4 #WiFi

Sébastien Doré
 

Not 100% sure about this but IIRC, the last byte (digit) of the mount's IP address when using the access-point mode should correspond to your CP's serial number, (if you have not changed the default value).

So the IP you should type in skysafari is 172.31.0.serial_number_of_the_CP

The 172.31.0.1 address is the access-point itself (not the mount). It is the network gateway you connect through to communicate with the mount (even if it resides inside the CP too, hardwarely-speaking).

Sébastien


De : main@ap-gto.groups.io <main@ap-gto.groups.io> de la part de Thomas Giannaccini <tgiann3@...>
Envoyé : 2 novembre 2021 15:46
À : main@ap-gto.groups.io <main@ap-gto.groups.io>
Objet : Re: [ap-gto] #WiFi SkySafari Pro won't connect to GTOCP4
 
I like using the IP address with my ethernet and yours do not seem to match. I'm not sure if this works the same way as with ethernet but I would try that first
Best,
Tom

On Tue, Nov 2, 2021 at 3:29 PM Brian Valente <bvalente@...> wrote:
is that the correct port number?

mine is set to 4030 but that is for a different mount. 

On Tue, Nov 2, 2021 at 12:21 PM Tom Zepf <tjzcos@...> wrote:
I'm trying to get SkySafari on iOS (and MacOS) to work with the builtin wifi on a AP1100GTO. I've got the network configured to connect to the GTOCP4 wifi, and verified the connection by visiting http://172.31.0.1 and seeing the configuration pages. Network setting look like:



SkySafari settings look like:



But I get an error:



Is there something wrong with this configuration?

Thanks,

    Tom



--
Brian 



Brian Valente


--
CN: HasAnyoneSeenMyNeblua


Re: APPM and ASTAP #APCC

Sébastien Doré
 

Hi Bryan,

People mention ‘setting’ the FOV.   As near as I can determine, there is no place to set the FOV directly. APPM can calculate FOV from the sensor parameters, which is supplied from FITS header, and image scale, which is set in APPM and sent to FITS header.  Is this correct?


You have already figured the following out but for the sake of other people who wouldn't have yet the FOV for ASTAP is the field height (in degrees) of the image you're trying to solve. So it is related to your "vertical" sensor size (in pixels) and your image scale (arc-sec per pixel), through the following formula:


FOV_height = vertical_height * image_scale / 3600


and can be set directly in ASTAP in the Stack Menu -> Alignment Tab. (That answers in part your above question)


For example, my ASI183MC Pro sensor which has a 5496 x 3672 pixels and used with a 70mm refractor at 338 mm FL. Image scale for this setup is 1.4646 arc-sec/pixel so FOV height to set in ASTAP will be : 


3672 px x 1.4646 arc-sec/px / 3600 arc-sec/deg = about 1.49 degree. 


That's the value ASTAP needs to work the most efficiently, all others being equal. 




With the new Beta version of APCC (1.9.1.3), this FOV is automatically calculated from the FITS header information, as you said. And it is used by APPM when launching the ASTAP platesolving process if you have checked the new "Use FITS header for RA, Dec and Image scale" checkbox. So the need for you to provide the FOV manually to ASTAP is now gone as APPM correctly does the work for you. That assumes your imaging program includes all the required information in the FITS header in the first place (which NINA 1.11 does), of course. 


Prior to APCC v1.9.1.1, APPM forced the FOV setting to be determined by ASTAP through trial and error (i.e. not using the manually user-supplied value as seen above) which added some unnecessary time to solving each point of a mapping run. So it is a great bug-fix in the latest version in this regard, especially for those using somewhat old/slow imaging PC by today's standard.


Hope that helps understand it a bit further.


Sébastien


Re: #WiFi SkySafari Pro won't connect to GTOCP4 #WiFi

Thomas Giannaccini
 

I like using the IP address with my ethernet and yours do not seem to match. I'm not sure if this works the same way as with ethernet but I would try that first
Best,
Tom

On Tue, Nov 2, 2021 at 3:29 PM Brian Valente <bvalente@...> wrote:
is that the correct port number?

mine is set to 4030 but that is for a different mount. 

On Tue, Nov 2, 2021 at 12:21 PM Tom Zepf <tjzcos@...> wrote:
I'm trying to get SkySafari on iOS (and MacOS) to work with the builtin wifi on a AP1100GTO. I've got the network configured to connect to the GTOCP4 wifi, and verified the connection by visiting http://172.31.0.1 and seeing the configuration pages. Network setting look like:



SkySafari settings look like:



But I get an error:



Is there something wrong with this configuration?

Thanks,

    Tom



--
Brian 



Brian Valente


--
CN: HasAnyoneSeenMyNeblua


Re: #WiFi SkySafari Pro won't connect to GTOCP4 #WiFi

 

is that the correct port number?

mine is set to 4030 but that is for a different mount. 

On Tue, Nov 2, 2021 at 12:21 PM Tom Zepf <tjzcos@...> wrote:
I'm trying to get SkySafari on iOS (and MacOS) to work with the builtin wifi on a AP1100GTO. I've got the network configured to connect to the GTOCP4 wifi, and verified the connection by visiting http://172.31.0.1 and seeing the configuration pages. Network setting look like:



SkySafari settings look like:



But I get an error:



Is there something wrong with this configuration?

Thanks,

    Tom



--
Brian 



Brian Valente


#WiFi SkySafari Pro won't connect to GTOCP4 #WiFi

Tom Zepf
 

I'm trying to get SkySafari on iOS (and MacOS) to work with the builtin wifi on a AP1100GTO. I've got the network configured to connect to the GTOCP4 wifi, and verified the connection by visiting http://172.31.0.1 and seeing the configuration pages. Network setting look like:



SkySafari settings look like:



But I get an error:



Is there something wrong with this configuration?

Thanks,

    Tom


Re: Keypad 4.19.5 unsuccessful upload

Peter Nagy
 

I was able to successfully install Keypad version 4.19.3. Whew!!!!

Shall I try installing Keypad version 4.19.5 again or should I wait? Are you in the process of investigating that there may be an issue with installing Keypad version 4.19.5?

Thanks,
Peter


Re: Keypad 4.19.5 unsuccessful upload

Peter Nagy
 

OK. I'll re-install 4.9.13.

Peter


Re: Keypad 4.19.5 unsuccessful upload

Howard Hedlund
 

AP GTO Keypad firmware v.4.19.3 is loaded using a Windows program that you install.  It shouldn’t care whether the GTOCP4’s firmware is VCP4-P01-xx or VCP4-P02-xx.  The Java loader used with v.4.19.5 is for CP4s with P02-xx and later.

 

Mag. 7 or Better Skies!

 

Howard Hedlund

Astro-Physics, Inc.

AP Phone: 815-282-1513

Direct Phone:  815-315-7015

www.astro-physics.com

Please include this e-mail with your response.

 

P Consider the environment before printing this e-mail.

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Peter Nagy
Sent: Tuesday, November 2, 2021 9:31
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Keypad 4.19.5 unsuccessful upload

 

Should I install CP4-P01-14 in CP4 so I can re-install keypad 4.19.3? If successful, I then can re-install VCPx-P02-08 in CP4?

Peter


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

Erkaslan Aygen
 

Hi Ray and AP community,

As promised, I had the chance to test the new version. It seems to work like a charm ! I did only a couple of slew / center / syncs and I haven't received a sigle warning / error messages. In case something goes wrong, I will let you know anyway.

In the meantime, thanks again for your 5 stars support ! 

Best regards,
Aygen


Re: Electro-Static Discharge Protection for Older Mounts

Jeff B
 

Perhaps Wes but I would not recommend it.

But I DO recommend the boards be installed by AP if your mount can take them.  My Parallax 250 Observatory mount uses the AP servo system.  It's a good 12 to 15 years old, did not have the boards at the time of make and both RA and DEC motor/encoders eventually went belly up from static (with the last one about 6 months ago and they are heavy duty servos too).   When the first one went out a few years ago, I got two replacement assemblies from Maxim, sent them to AP and they installed the boards for, at the time, around $200 each.  It's' interesting to me that with the new motor/encoder/anti-static/surge boards, the mount seems slightly more accurate in slewing and tracking....go figure.

I also have a freshly overhauled Mathis MI-500 (the BEAST) and it too has the AP servo system but without the static/surge boards as well as two AP1200s, and an AP900.  The APs so far have been rather bulletproof and the Mathis has fresh motors/encoders (new old stock from Mathis), but my experiences with the Parallax 250 and its uncommanded slewing when the motors/encoders failed, gives me a bit of pause for my other mounts.

Jeff

On Tue, Nov 2, 2021 at 11:26 AM Scott Cooke <TSCOOKE64@...> wrote:
Wes,
I don't know.  I asked that question because I wanted to do it myself for my 400 mount.  Unfortunately, they don't have an ESD board for this mount so I never found out.
Thanks,
Scott

On Tue, Nov 2, 2021 at 8:05 AM Wes Atchison via groups.io <wa5tku=atchisonlocal.com@groups.io> wrote:
Is it possible for the board to be installed without sending the motor assemblies back to AP?  How much does this addition cost?

Wes
WA5TKU


Re: Electro-Static Discharge Protection for Older Mounts

Scott Cooke
 

Wes,
I don't know.  I asked that question because I wanted to do it myself for my 400 mount.  Unfortunately, they don't have an ESD board for this mount so I never found out.
Thanks,
Scott

On Tue, Nov 2, 2021 at 8:05 AM Wes Atchison via groups.io <wa5tku=atchisonlocal.com@groups.io> wrote:
Is it possible for the board to be installed without sending the motor assemblies back to AP?  How much does this addition cost?

Wes
WA5TKU

4301 - 4320 of 86861