Strange big misalignment in SkyX


Carmine Iaffaldano
 

I have had a big misalignment in SkyX when opened after unparking; i have CP3 and park position 4; is there an holdover of the leap year  bug?


Carmine

 


Stuart
 

Carmine, do you have the hand controller attached? Did you use it during this process? Another thing that happened to me with TSX and my AP900 CP2 was the timezone offset got reversed. It went from -5 to +5 which of course was a spectacular error of 10 hours.

Stuart

On Wed, Mar 2, 2016 at 9:31 AM, gc.iaffaldano@... [ap-gto] <ap-gto@...> wrote:
 

I have had a big misalignment in SkyX when opened after unparking; i have CP3 and park position 4; is there an holdover of the leap year  bug?


Carmine

 





Carmine Iaffaldano
 

no Stuart i haven't keypad attached because this port is used to connect another pc that works separately with another optic.


Carmine Iaffaldano
 

yes it was a big error because i have the planetary reversed at south pole.


Stuart
 

Can you say more about that last point Carmine?

Stuart


On Wednesday, 2 March 2016, gc.iaffaldano@... [ap-gto] <ap-gto@...> wrote:
 

yes it was a big error because i have the planetary reversed at south pole.



Carmine Iaffaldano
 

When i'm connected i was under the horizon line many degrees and i saw not the north pole but the south pole..., but i have not measured how many and where pointed  the yellow dot, but i have pointed the scope with electronic keypad towards SW and found the good star for the plate solving of Astrometry.net and resynced the scope in 5 minuts because i have no much time, my fuse is +8 respect my Arizona site. 


Stuart
 

Hmmm. So does TSX think your latitude is S or N? I had a number of parameters get toggled by who knows what. It happened when I reconnected my camera after sending it for service. All sorts of pop-ups complaining about needing new info. 

Stuart

On Wed, Mar 2, 2016 at 10:39 AM, gc.iaffaldano@... [ap-gto] <ap-gto@...> wrote:
 

When i'm connected i was under the horizon line many degrees and i saw not the north pole but the south pole..., but i have not measured how many and where pointed  the yellow dot, but i have pointed the scope with electronic keypad towards SW and found the good star for the plate solving of Astrometry.net and resynced the scope in 5 minuts because i have no much time, my fuse is +8 respect my Arizona site. 





Carmine Iaffaldano
 

I have changed nothing in my setup ; when i connect maxim the ascom driver starts and i have the mount automatically unparked , all parameters well and also this time all seemed correct, but when i have connected skyx i have seen that the azimut and longitude value changed strangely of a big amount and the sky viewed on skyx was that of southern one.


Joe Zeglinski
 

Hi,
    Are you running the latest ASCOM-V2 driver ver. 5.07.02?
 
    Next, run the ASCOM V2 driver “SETUP TELESCOPE utility, and double check its “current site” Lat/Long.
You may want to repeat this checking on these driver current site values , between each step, to see whether it changes before or after Maxim starts, and also before and after SKYX starts. This will tell you which of these two may be changing the ASCOM driver.
 
    I assume SKYX is setup to use ASCOM and not its own SB driver, which may have different site coordinates, than the AP’s ASCOM-V2 driver
 
Joe


Carmine Iaffaldano
 

I understand your logic and reasoning but what is changed between the 1March and all other nights when i worked and i have a site from which i can work most nights. I never had this problem and i am curious if i'll have the next night. But i remember that the leap year bug had another important deadline : the 29/february. For the version i will check but i think to have that.


 

Had you set your time back to 2015 to compensate for the bug in the first place? If so, change it to the correct 2016 date.

 

Clear Skies,

 

Marj Christen

Astro-Physics, Inc

11250 Forest Hills Rd

Machesney Park, IL 61115

Phone: 815-282-1513

Fax: 815-282-9847

www.astro-physics.com

 

From: ap-gto@... [mailto:ap-gto@...]
Sent: Wednesday, March 02, 2016 9:17 AM
To: ap-gto@...
Subject: Re: [ap-gto] Strange big misalignment in SkyX

 

 

I understand your logic and reasoning but what is changed between the 1March and all other nights when i worked and i have a site from which i can work most nights. I never had this problem and i am curious if i'll have the next night. But i remember that the leap year bug had another important deadline : the 29/february. For the version i will check but i think to have that.


Carmine Iaffaldano
 

No i have never changed something in my setting and  last night ( 3/3/2016 ) , after the problem on the 3/1/2016 when i have resynced TSX, i have worked perfectly; The version is right. It is a mystery.


Stuart
 

As I said in my earlier reply, when I reconnected my camera I got a whole host of settings changed without touching anything in TSX. So, did you see any pop-ups that you just said "Okay" to but were really changing something? 

Stuart

On Fri, Mar 4, 2016 at 1:45 PM, gc.iaffaldano@... [ap-gto] <ap-gto@...> wrote:
 

No i have never changed something in my setting and  last night ( 3/3/2016 ) , after the problem on the 3/1/2016 when i have resynced TSX, i have worked perfectly; The version is right. It is a mystery.





Carmine Iaffaldano
 

No i dont see no pup only that one says connecting mount and after the blue icon of driver is visible in icon bar with mount unparking and well functioning. The problem is started after the opening of TSX.


Stuart
 

I'm stumped. I would go through every setting related to your location and the time that TSX thinks you're on. Timezone, DST, longitude, N/S, etc. 

Stuart

On Fri, Mar 4, 2016 at 8:06 PM, gc.iaffaldano@... [ap-gto] <ap-gto@...> wrote:
 

No i dont see no pup only that one says connecting mount and after the blue icon of driver is visible in icon bar with mount unparking and well functioning. The problem is started after the opening of TSX.





challiwe
 

I had something like this happen to me last night.  I un-parked my AP900GTO, then told it to go to M 42 with the keypad (which was right in front of me) and it started to slew to something behind me and below me.  I stopped the slew but then found I could not do working go-tos either with the hand controller (even after a sync) or software (Sky Tools).  If I used the hand controller to manually slew near M42 a go-to to M42 had the mount going way off again.  Everything worked fine a month ago.  I have more sleuthing to do, but some AP site reading lead me to one additional possibility: that the 7-year-old battery in my hand controller is past its 5-year, normal lifespan.  This can lead to corruption of the objects (but not stars) database.  See: http://www.astro-physics.com/tech_support/mounts/keypad_update/dataload201/dataload201.htm

 


Stuart
 

That could be (the battery) but we've been warned repeatedly that we can't mix TSX and the hand controller. If your last slew with the hand controller was to something other than what TSX had last slewed to, and you don't have TSX via ASCOM updating the CP controller, I think you'd get what you described. In other words, the hand controller is slewing from the last position IT sent the mount to, it doesn't know what TSX told it to do. I think. 

Best to leave the hand controller out of it if you're using TSX. I used Closed Loop Slew and then RCAL to tighten up my pointing. Never the hand controller.

Stuart

On Sat, Mar 5, 2016 at 9:11 AM, challiwe@... [ap-gto] <ap-gto@...> wrote:
 

I had something like this happen to me last night.  I un-parked my AP900GTO, then told it to go to M 42 with the keypad (which was right in front of me) and it started to slew to something behind me and below me.  I stopped the slew but then found I could not do working go-tos either with the hand controller (even after a sync) or software (Sky Tools).  If I used the hand controller to manually slew near M42 a go-to to M42 had the mount going way off again.  Everything worked fine a month ago.  I have more sleuthing to do, but some AP site reading lead me to one additional possibility: that the 7-year-old battery in my hand controller is past its 5-year, normal lifespan.  This can lead to corruption of the objects (but not stars) database.  See: http://www.astro-physics.com/tech_support/mounts/keypad_update/dataload201/dataload201.htm

 





Roland Christen
 

""In other words, the hand controller is slewing from the last position IT sent the mount to, it doesn't know what TSX told it to do. I think""
 
NO! That is absolutely wrong. You can certainly go back and forth between TSX and the keypad as far as slewing to objects or stars. The keypad sends the same data (RA/DEC) to the servo that TSX sends. There is no difference in this function.
 
There is only one thing that can go wrong, and it is easy to avoid if you understand it: I will give an example, Let's say you slewed to Vega with the keypad.  Now you slew to Deneb with TSX. You then center Deneb in your eyepiece and you wish to update the position (otherwise known as a Recal). The keypad still has Vega in its "Last Object" memory. If you press Recal on the keypad, it will send the RA/DEC position of Vega to the servo, overriding the position of Deneb. This of course starts you off from the wrong place the next time you want to slew anywhere else.
 
We will have a fix for that soon in our next keypad update. For now, if you back and forth between planetarium and keypad software, do not use the keypad Rcal or Sync function UNLESS you actually went to the object with the keypad.
 
Rolando
 
 

-----Original Message-----
From: Stuart Heggie stuart.j.heggie@... [ap-gto]
To: ap-gto
Sent: Sat, Mar 5, 2016 8:34 am
Subject: Re: [ap-gto] Re: Strange big misalignment in SkyX



That could be (the battery) but we've been warned repeatedly that we can't mix TSX and the hand controller. If your last slew with the hand controller was to something other than what TSX had last slewed to, and you don't have TSX via ASCOM updating the CP controller, I think you'd get what you described. In other words, the hand controller is slewing from the last position IT sent the mount to, it doesn't know what TSX told it to do. I think. 

Best to leave the hand controller out of it if you're using TSX. I used Closed Loop Slew and then RCAL to tighten up my pointing. Never the hand controller.

Stuart

On Sat, Mar 5, 2016 at 9:11 AM, challiwe@... [ap-gto] <ap-gto@...> wrote:
 
I had something like this happen to me last night.  I un-parked my AP900GTO, then told it to go to M 42 with the keypad (which was right in front of me) and it started to slew to something behind me and below me.  I stopped the slew but then found I could not do working go-tos either with the hand controller (even after a sync) or software (Sky Tools).  If I used the hand controller to manually slew near M42 a go-to to M42 had the mount going way off again.  Everything worked fine a month ago.  I have more sleuthing to do, but some AP site reading lead me to one additional possibility: that the 7-year-old battery in my hand controller is past its 5-year, normal lifespan.  This can lead to corruption of the objects (but not stars) database.  See: http://www.astro-physics.com/tech_support/mounts/keypad_update/dataload201/dataload201.htm
 



--



Stuart
 

Apologies. I left that part out. About hitting RCAL. That of course is what causes the problem. My point was that in TSX, when I do a Closed Loop Slew, I believe it sends a RCAL command to the mount via the ASCOM interface. So, when I do closed loop slews in TSX and then pick up the hand controller, it no longer knows where the mount is.

Stuart

On Mon, Mar 7, 2016 at 12:39 PM, chris1011@... [ap-gto] <ap-gto@...> wrote:
 

""In other words, the hand controller is slewing from the last position IT sent the mount to, it doesn't know what TSX told it to do. I think""
 
NO! That is absolutely wrong. You can certainly go back and forth between TSX and the keypad as far as slewing to objects or stars. The keypad sends the same data (RA/DEC) to the servo that TSX sends. There is no difference in this function.
 
There is only one thing that can go wrong, and it is easy to avoid if you understand it: I will give an example, Let's say you slewed to Vega with the keypad.  Now you slew to Deneb with TSX. You then center Deneb in your eyepiece and you wish to update the position (otherwise known as a Recal). The keypad still has Vega in its "Last Object" memory. If you press Recal on the keypad, it will send the RA/DEC position of Vega to the servo, overriding the position of Deneb. This of course starts you off from the wrong place the next time you want to slew anywhere else.
 
We will have a fix for that soon in our next keypad update. For now, if you back and forth between planetarium and keypad software, do not use the keypad Rcal or Sync function UNLESS you actually went to the object with the keypad.
 
Rolando
 
 
-----Original Message-----
From: Stuart Heggie stuart.j.heggie@... [ap-gto] <ap-gto@...>
To: ap-gto <ap-gto@...>
Sent: Sat, Mar 5, 2016 8:34 am
Subject: Re: [ap-gto] Re: Strange big misalignment in SkyX



That could be (the battery) but we've been warned repeatedly that we can't mix TSX and the hand controller. If your last slew with the hand controller was to something other than what TSX had last slewed to, and you don't have TSX via ASCOM updating the CP controller, I think you'd get what you described. In other words, the hand controller is slewing from the last position IT sent the mount to, it doesn't know what TSX told it to do. I think. 

Best to leave the hand controller out of it if you're using TSX. I used Closed Loop Slew and then RCAL to tighten up my pointing. Never the hand controller.

Stuart

On Sat, Mar 5, 2016 at 9:11 AM, challiwe@... [ap-gto] <ap-gto@...> wrote:
 
I had something like this happen to me last night.  I un-parked my AP900GTO, then told it to go to M 42 with the keypad (which was right in front of me) and it started to slew to something behind me and below me.  I stopped the slew but then found I could not do working go-tos either with the hand controller (even after a sync) or software (Sky Tools).  If I used the hand controller to manually slew near M42 a go-to to M42 had the mount going way off again.  Everything worked fine a month ago.  I have more sleuthing to do, but some AP site reading lead me to one additional possibility: that the 7-year-old battery in my hand controller is past its 5-year, normal lifespan.  This can lead to corruption of the objects (but not stars) database.  See: http://www.astro-physics.com/tech_support/mounts/keypad_update/dataload201/dataload201.htm
 



--






Roland Christen
 

It does not matter. The hand controller is not in charge of the mount. It simply sends RA/DEC to the mount servo. It does not matter at all how you got to the object, whether from TSX or MaximDL or APCC or any other program. The servo is the recipient of the new position where you slewed, NOT the keypad.
 
When you choose a new object in the keypad and press GoTo, the keypad simply sends that object's RA/Dec to the CP3 servo and the servo figures out how to get there based on where it is presently. The keypad is not involved in any slew decisions. The same is true of all other planetarium programs - they all simply send RA/Dec data to the CP3 servo, and none of them are involved in calculating how to go from the present position to the new one. That calculation is all done in the servo.
 
In fact, you can send RA/Dec commands from HyperTerminal on your Windows computer directly to the mount, without ever using any planetarium programs or keypad, and the mount will slew happily to that position without a whimper of disapproval.
 
Rolando
 
 

-----Original Message-----
From: Stuart Heggie stuart.j.heggie@... [ap-gto]
To: ap-gto
Sent: Mon, Mar 7, 2016 11:50 am
Subject: Re: [ap-gto] Re: Strange big misalignment in SkyX



Apologies. I left that part out. About hitting RCAL. That of course is what causes the problem. My point was that in TSX, when I do a Closed Loop Slew, I believe it sends a RCAL command to the mount via the ASCOM interface. So, when I do closed loop slews in TSX and then pick up the hand controller, it no longer knows where the mount is.

Stuart

On Mon, Mar 7, 2016 at 12:39 PM, chris1011@... [ap-gto] <ap-gto@...> wrote:
 
""In other words, the hand controller is slewing from the last position IT sent the mount to, it doesn't know what TSX told it to do. I think""
 
NO! That is absolutely wrong. You can certainly go back and forth between TSX and the keypad as far as slewing to objects or stars. The keypad sends the same data (RA/DEC) to the servo that TSX sends. There is no difference in this function.
 
There is only one thing that can go wrong, and it is easy to avoid if you understand it: I will give an example, Let's say you slewed to Vega with the keypad.  Now you slew to Deneb with TSX. You then center Deneb in your eyepiece and you wish to update the position (otherwise known as a Recal). The keypad still has Vega in its "Last Object" memory. If you press Recal on the keypad, it will send the RA/DEC position of Vega to the servo, overriding the position of Deneb. This of course starts you off from the wrong place the next time you want to slew anywhere else.
 
We will have a fix for that soon in our next keypad update. For now, if you back and forth between planetarium and keypad software, do not use the keypad Rcal or Sync function UNLESS you actually went to the object with the keypad.
 
Rolando
 
 
-----Original Message-----
From: Stuart Heggie stuart.j.heggie@... [ap-gto] <ap-gto@...>
To: ap-gto <ap-gto@...>
Sent: Sat, Mar 5, 2016 8:34 am
Subject: Re: [ap-gto] Re: Strange big misalignment in SkyX



That could be (the battery) but we've been warned repeatedly that we can't mix TSX and the hand controller. If your last slew with the hand controller was to something other than what TSX had last slewed to, and you don't have TSX via ASCOM updating the CP controller, I think you'd get what you described. In other words, the hand controller is slewing from the last position IT sent the mount to, it doesn't know what TSX told it to do. I think. 

Best to leave the hand controller out of it if you're using TSX. I used Closed Loop Slew and then RCAL to tighten up my pointing. Never the hand controller.

Stuart

On Sat, Mar 5, 2016 at 9:11 AM, challiwe@... [ap-gto] <ap-gto@...> wrote:
 
I had something like this happen to me last night.  I un-parked my AP900GTO, then told it to go to M 42 with the keypad (which was right in front of me) and it started to slew to something behind me and below me.  I stopped the slew but then found I could not do working go-tos either with the hand controller (even after a sync) or software (Sky Tools).  If I used the hand controller to manually slew near M42 a go-to to M42 had the mount going way off again.  Everything worked fine a month ago.  I have more sleuthing to do, but some AP site reading lead me to one additional possibility: that the 7-year-old battery in my hand controller is past its 5-year, normal lifespan.  This can lead to corruption of the objects (but not stars) database.  See: http://www.astro-physics.com/tech_support/mounts/keypad_update/dataload201/dataload201.htm
 



--





--