Date   

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

Ray Gralak
 

Hi Aygen,

 

Unfortunately, you used the AP V2 Log Zipper and not the APCC log zipper, so there are no APCC logs.

 

So, please use the APCC log zipper to zip the APCC logs. You can run the APCC log zipper from APCC's Tools menu, as shown in this screenshot:

 

 

Thanks!

 

-Ray

 

> -----Original Message-----

> From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Erkaslan Aygen

> Sent: Saturday, October 16, 2021 8:05 AM

> To: main@ap-gto.groups.io

> Subject: Re: [ap-gto] VPort2 / Fault / Sync Target: Valid Alt/Az, RA/Dec, HA/Dec has not been received!"

>

> Dear Ray,

>

> Thank you very much for your quick reply. Below is link to access the files.

>

> https://www.dropbox.com/s/lo9lxj6ggq9p6zo/AscomZip-Aygen-2021-10-16-165729.zip?dl=0

>

> In the meantime, I did follow one of your recommendation to delete the ap.ini files and re-do the config "now"

> of the AP Driver.

>

> Regards,

> Aygen


IC 1805, Heart Nebula | Mach1 GTO3 | Takahashi ε-180ED

mftoet
 
Edited

Very happy owner of a Mach1 GTO3 since 2012. That mount honestly never let me down! Since a year it’s permanently placed in my backyard roll-off roof observatory. Where I live light pollution is severe. That means narrowband filters for deep sky imaging. 

I would like to share an image of the Heart Nebula with a little more than 29 hours of integration time through the new Baader Planetarium CMOS optimised Ultra-Highspeed SII (4nm), Hα (3.5nm) and OIII (4nm) filters mapped in Hubble palette. Captured with a Takahashi Epsilon-180ED f/2.8 and ZWO ASI294MM Pro camera. Pre-processing was done in Astro Pixel Processor. Post-processing in Adobe Photoshop. For post-processing the stars where separated from the nebulas with Russell Croman's excellent new 'StarXTerminator' plug-in. Thanks for watching!

https://www.mauricetoet.nl/DeepSky/i-khbKmLt/A

 


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

Erkaslan Aygen
 

Dear Ray,

Thank you very much for your quick reply. Below is link to access the files. 

https://www.dropbox.com/s/lo9lxj6ggq9p6zo/AscomZip-Aygen-2021-10-16-165729.zip?dl=0

In the meantime, I did follow one of your recommendation to delete the ap.ini files and re-do the config "now" of the AP Driver. 

Regards,
Aygen


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

Ray Gralak
 

Hi Aygen,

That error message means that one or both sync coordinates (RA/Dec) have not been received, so the sync cannot be completed.

Can you use APCC's Log Zipper utility to create a Zip file with your APCC and AP V2 ASCOM driver logs and post a link to the zip file? (And, please do not attach the zip file to your post as it will be too large).

-Ray

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Erkaslan Aygen
Sent: Saturday, October 16, 2021 1:13 AM
To: main@ap-gto.groups.io
Subject: [ap-gto] VPort2 / Fault / Sync Target: Valid Alt/Az, RA/Dec, HA/Dec has not been received!"

Good morning,

Since a fews days I am experiencing an issue and I hope that someone could help me in solving it. I keep
having the following error message every time I sending a command to my acquisition software (Voyager) to
center a target : "VPort 2 / Fault / Sync target: Valid Alt/Az, HA/Dec has not been received"

My equipment, in a nutshell :



* AP 1100 GTO CP4
* Firmware VCP4-P02-10
* Connection type : TCP + backup port. NOTE: my ethernet cable transits via a "Neatgear Hub"
* ASCOM Plateform 6.5 SP1(6.5.1. 3234)

As can be seen on the below image, I don't have any problem to connect to APCC nor to the AP driver.
However, as mentioned, I keep having the above mentioned error message for a couple of days and I don't
know why ! I did not change anything nor installed any W10 updates.

Also, I have already reinstalled the APCC and the AP driver but the problem persists :(

I would appreciate your support.

Best regards,
Aygen




Re: Unexpected mount movement

Cheng-Yang Tan
 

There’s one other possibility: ground motion. 

On Friday, October 15, 2021, 10:09 PM, Bill Long <bill@...> wrote:

It was not likely the mount. Lets assume for a second it is not the mount, what would be next on the list?

Drawtube moving would move the star on the frame as well. Have you looked at that? If so how? Do you have a laser you can put in the drawtube and flex the drawtube to see how much play is in it?


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Alex <groups@...>
Sent: Friday, October 15, 2021 8:07 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Unexpected mount movement
 
Not a guiding issue as I'm not guiding.  Since the absolute encoders didn't log they detected any slew or directed movement, then Ray's theory of slippage of the clutch makes sense.  I'm not sure how the slipping happen.  I feel no slippage when I manually try and move the scope.  The clutch knobs were tightened using a hex key.  Maybe there was some movement elsewhere in the imaging train, but everything seems buttoned down.  I imaged all night last night with no problems, so unless it crops up again, I'm assuming it's just one of those mysteries.

Alex


Re: [ap-ug] WoW! Another APOD for Ignacio

Luca Marinelli
 

That’s a wonderfully detailed and deep view of the Helix!

Congratulations, Ignacio.

Luca


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

Erkaslan Aygen
 

Good morning,

Since a fews days I am experiencing an issue and I hope that someone could help me in solving it. I keep having the following error message every time I sending a command to my acquisition software (Voyager) to center a target : "VPort 2 / Fault / Sync target: Valid Alt/Az, HA/Dec has not been received"

My equipment, in a nutshell :

  • AP 1100 GTO CP4
  • Firmware VCP4-P02-10
  • Connection type : TCP + backup port. NOTE: my ethernet cable transits via a "Neatgear Hub"
  • ASCOM Plateform 6.5 SP1(6.5.1. 3234)
As can be seen on the below image, I don't have any problem to connect to APCC nor to the AP driver. However, as mentioned, I keep having the above mentioned error message for a couple of days and I don't know why ! I did not change anything nor installed any W10 updates.

Also, I have already reinstalled the APCC and the AP driver but the problem persists :(

I would appreciate your support.

Best regards,
Aygen



Re: Fine tuning PHD2 settings for 1100 with Encoders #Guiding

Andrew J
 

Hi Roland/Bruce.

The clouds parted for awhile tonight and I was able to capture the following unguided graph from PHD2. I ran calibration and then set the MinMo to 20.0 as suggested and let it run for about 5 mins with 1sec exposures.

 

This may be a bit hard to read, so I also uploaded the orginal to a public folder on Google Drive. Click Link. I also included in the shared folder the results from running Guiding Assistant and the PHD2 Logs.

Let me know if there is anything else that would be helpful.

Andrew


Re: [ap-ug] WoW! Another APOD for Ignacio

Pete Lardizabal
 

Congrats Ignacio!!! 👍🏻👍🏻👍🏻

😎

Pete

On Oct 15, 2021, at 10:27 PM, Roland Christen via groups.io <chris1011@...> wrote:


https://apod.nasa.gov/apod/ap211014.html

With his 168mm refractor that I made from some one-off glass I had on hand. Maybe I should make some more of them?

Anyway, congratulations Ignacio. You are making good use of that scope.

Rolando


Re: WoW! Another APOD for Ignacio

weihaowang
 

On Sat, Oct 16, 2021 at 10:27 AM, Roland Christen wrote:
 
With his 168mm refractor that I made from some one-off glass I had on hand. Maybe I should make some more of them?
Yes, please.
 
--

Homepage:

http://www.asiaa.sinica.edu.tw/~whwang/

Astrobin gallery:
http://www.astrobin.com/users/whwang/


Re: WoW! Another APOD for Ignacio

Sébastien Doré
 

Why are we even building new space telescopes ? Time to tell the space agencies !

Congratulations Ignacio ! 🤩

Sébastien


De : main@ap-gto.groups.io <main@ap-gto.groups.io> de la part de Roland Christen via groups.io <chris1011@...>
Envoyé : 15 octobre 2021 22:27
À : main@ap-gto.groups.io <main@ap-gto.groups.io>; main@ap-ug.groups.io <main@ap-ug.groups.io>
Objet : [ap-gto] WoW! Another APOD for Ignacio
 
https://apod.nasa.gov/apod/ap211014.html

With his 168mm refractor that I made from some one-off glass I had on hand. Maybe I should make some more of them?

Anyway, congratulations Ignacio. You are making good use of that scope.

Rolando

--
Roland Christen
Astro-Physics


Re: WoW! Another APOD for Ignacio

Eric Weiner
 

Congrats again Ignacio!


Re: WoW! Another APOD for Ignacio

Ram
 

Wow! This one is incredible. 
Congrats Ignacio! 


On Oct 15, 2021, at 7:27 PM, Roland Christen via groups.io <chris1011@...> wrote:


https://apod.nasa.gov/apod/ap211014.html

With his 168mm refractor that I made from some one-off glass I had on hand. Maybe I should make some more of them?

Anyway, congratulations Ignacio. You are making good use of that scope.

Rolando

--
Roland Christen
Astro-Physics


Re: Unexpected mount movement

Bill Long
 

It was not likely the mount. Lets assume for a second it is not the mount, what would be next on the list?

Drawtube moving would move the star on the frame as well. Have you looked at that? If so how? Do you have a laser you can put in the drawtube and flex the drawtube to see how much play is in it?


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Alex <groups@...>
Sent: Friday, October 15, 2021 8:07 PM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Unexpected mount movement
 
Not a guiding issue as I'm not guiding.  Since the absolute encoders didn't log they detected any slew or directed movement, then Ray's theory of slippage of the clutch makes sense.  I'm not sure how the slipping happen.  I feel no slippage when I manually try and move the scope.  The clutch knobs were tightened using a hex key.  Maybe there was some movement elsewhere in the imaging train, but everything seems buttoned down.  I imaged all night last night with no problems, so unless it crops up again, I'm assuming it's just one of those mysteries.

Alex


Re: Unexpected mount movement

Alex
 

Not a guiding issue as I'm not guiding.  Since the absolute encoders didn't log they detected any slew or directed movement, then Ray's theory of slippage of the clutch makes sense.  I'm not sure how the slipping happen.  I feel no slippage when I manually try and move the scope.  The clutch knobs were tightened using a hex key.  Maybe there was some movement elsewhere in the imaging train, but everything seems buttoned down.  I imaged all night last night with no problems, so unless it crops up again, I'm assuming it's just one of those mysteries.

Alex


WoW! Another APOD for Ignacio

Roland Christen
 

https://apod.nasa.gov/apod/ap211014.html

With his 168mm refractor that I made from some one-off glass I had on hand. Maybe I should make some more of them?

Anyway, congratulations Ignacio. You are making good use of that scope.

Rolando

--
Roland Christen
Astro-Physics


Re: Setting up NINA

ap@CaptivePhotons.com
 

Bruce Donzanti wrote:

 

  • I set up in NINA for the first time yesterday. I was asked to have NINA sync with the mount or vice vera. I synced NINA to the mount/telescope (AP1100 in park 4). It slewed fine during the day. Now trying it at night and after I unpark it, it slews but to the wrong location. I looked at a DSO (e.g., Bubble N) in the Sky Atlas. It came up but the coordinates and transit are wrong and, of course, it slewed to the wrong area of the sky. I am in a permanent setup and my location coordinates are correct. I tested using SkySafari and the scope slewed to the correct location. Any suggestions as to what am I doing wrong would be appreciated.

 

 

NINA uses the computer clock, so assuming it is approximately right, if its sky atlas is wrong, it is likely the lat/long.   Perhaps a missing minus sign?  USA is + for lat, - for long (sorry if that's obvious).

 

Other things you can check:

 

Date and time the same in the mount (normally APCC Advanced Settings, Keep Mount time synced to PC time will do it). 

 

Check the lat/long and see if they are right in all places -- I am still not completely sure how the sites in APCC and ASCOM differ but they should end up being the same).

 

Under NINA, Options, Equipment, Telescope there is a "Do not sync" which should be turned off.

 

ASCOM Driver Additional Conf settings check the Use RECAL for Sync's (should be on).

 

After you unpark at night, I would slew somewhere and plate solve so it can do a sync. You can do it in APPM (whether there is a model in use or not) under the Plate Solve and Recal, or do it in NINA with a slew and center command either in a sequence or from framing assistant.  This should get APCC and NINA in sync (though they really should not have been far off to begin with).  But this is usually for very very minor discrepancies, you seem like you have a major one.

 

Linwood

 


Setting up NINA

Bruce Donzanti
 

I set up in NINA for the first time yesterday. I was asked to have NINA sync with the mount or vice vera. I synced NINA to the mount/telescope (AP1100 in park 4). It slewed fine during the day. Now trying it at night and after I unpark it, it slews but to the wrong location. I looked at a DSO (e.g., Bubble N) in the Sky Atlas. It came up but the coordinates and transit are wrong and, of course, it slewed to the wrong area of the sky. I am in a permanent setup and my location coordinates are correct. I tested using SkySafari and the scope slewed to the correct location. Any suggestions as to what am I doing wrong would be appreciated.


Re: Testing SkyTrack continuous tracking with the Mach2 #Mach2GTO

Brent Boshart
 
Edited

Hi Brian,
I am working on documentation for the new release. There is an older video on my website that should help.  First clear night, I will also make a quick start video.
The most common trouble that users have is not setting up the site information correctly. 


Re: Testing SkyTrack continuous tracking with the Mach2 #Mach2GTO

Brent Boshart
 

I always check my executables before uploading with VirusTotal.  There were no detections against all 67 anti-virus vendors.   https://www.virustotal.com/gui/file/0a36ba4d0811ca1c34e0757dcb82ea89cb646c1b998b971b5a9ecfbb8d5dd94d

False positives are quite frustrating as I usually have to contact a few anti-virus vendors to get them to whitelist my software to prevent the false positives.  Thanks for that note Bryan.

4661 - 4680 of 86907