Date   

APPM 'BAD X SCALE' Error and Appropriate Troubleshooting?

Greg Vaughn
 

Happy New Year to everyone!
 
(Apologize in advance for the long post - but I've had to trim the log files significantly and I wanted to properly set the stage with enough information to make the issue clear.)

Skies where I live were gorgeous last night and I set up my Mach 1 / AP 130 EDFGT (GTX focuser with field flattener) with the idea of using some of the bells and whistles in APCC Pro I had not previously used, to improve my imaging.   In particular, I wanted to use APPM, with points customized for the azimuth and altitude that I give me a clear shot of the sky on my back deck.  (I set up and tear down each evening.)  After some study and watching Ray Gralak's presentation on YouTube to The Astro-Imaging Channel, I successfully used APPM with 20 points on Christmas Eve.  However, an attempt with a similar set of points on Christmas night was unsuccessful.   On Christmas night, the connection with my camera (D810A) and the Platesolve2 through Sequence Generator Pro were both successful, but while it appeared to generate successful solves (watching APPM 'run' dialog), it would then slew slightly again and platesolve again, ultimately resulting in a RED status block saying 'Bad X Scale.'  This persisted through all of the points as it slewed and platesolved for each point.  I had hoped that this was just a case of an incorrectly entered image scale in Plate Solve Settings, but for my DSLR with essentially square pixels, both X and Y arc-sec/pixel values were correct.  Then I thought maybe the new information was being compared to the successful run the evening before, unaware that I have a new setup each night.  I unchecked all the calculated model parameters (right hand side of APCC Pointing Model dialog page) in an attempt to clear the old model (though the title in that block still lists the 24 DEC session as the model).
  Last night I attempted to use APPM again, with a selection of 25 east model points within my field of view.   This time I performed a 'Solve and sync' in SGP first, then moved to APPM for the run with the 25 points.  Unfortunately I had the same experience again.  I aborted and started it again twice when the first point registered the red 'BAD X SCALE' in the status block.  

So, a few questions:

1. What generates a 'BAD X SCALE' error in APPM?  (Has anyone seen this and how did you correct it?)
2. Do I need to 'flush' the model generated by APPM between imaging sessions if I setup and take down my equipment each imaging session?  (I think the answer is yes.)
3. What is the proper way to 'flush' the model before starting APPM in those subsequent sessions (if required)?

I talked briefly with George at AP today and in the course of that discussion it dawned on me that the camera may have taken a 5second exposure at 200 iso instead of the 6400 iso or 12800 iso that I usually have set for use on platesolving in SGP.  (I normally specify iso 200 and 5min for most of my individual light frames in SGP, however.) 

I'm sure this is something very basic that I'm doing wrong, but not sure what.  A very trimmed down version of the APCC logs are attached.

If anyone has some thoughts or experiences here to share, that would be very helpful.

Thanks in advance and all the best for clear skies and a prosperous 2020!

Cheers,
Greg

p.s.  Not familiar with the logs yet.  If the answer is there, don't assume I know exactly where to look.


Re: Cannot Seem to Keep the Same Virtual Ports

Steve Reilly
 

Won’t swear to it but I think AutoConfig should be unchecked. It is on mine and has worked fine forever.

 

-Steve

 

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Jerome A Yesavage
Sent: Thursday, January 2, 2020 10:32 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Cannot Seem to Keep the Same Virtual Ports

 

So, when I started up last night again the established Virtual Ports vanished and I am back to 6.  The good news is because I put the focuser on 10, the focuser started up alright, but I am curious about what is going on.  I took a screen shot.  Maybe APCC is just recreating the ports anew when it starts up whether or not they are there.  Maybe it is those check boxes in the lower left corner...  I think I have tried all the relevant permutations. 

BTW  There are often timing issues with ACP and APCC.  George and Bob have me wait 30s after powering on the mount before starting APCC.  I also waited 10s before starting Maxim after the CCD is powered on.  I increased that to 20s for good measure since it tries to attach to the mount for guiding. 


Re: Cannot Seem to Keep the Same Virtual Ports

Jerome A Yesavage
 

So, when I started up last night again the established Virtual Ports vanished and I am back to 6.  The good news is because I put the focuser on 10, the focuser started up alright, but I am curious about what is going on.  I took a screen shot.  Maybe APCC is just recreating the ports anew when it starts up whether or not they are there.  Maybe it is those check boxes in the lower left corner...  I think I have tried all the relevant permutations. 

BTW  There are often timing issues with ACP and APCC.  George and Bob have me wait 30s after powering on the mount before starting APCC.  I also waited 10s before starting Maxim after the CCD is powered on.  I increased that to 20s for good measure since it tries to attach to the mount for guiding. 


APCC v1.7.1.4 - slews not being reported as fully complete #APCC #ASCOM_V2_Driver

R Botero
 

Hello AP Team, Ray

Happy 2020 and best wishes for the New Year!

I updated my copy of APCC to v1.7.1.4 (from 1.7.1.0) last month and have since been encountering issues with slews not being reported as complete (this on 1100GTO and using AP Ascom driver v5.20.09):

1 - Mount is ordered to slew to a target by imaging software
2 - Target (in sample logs) is E side of meridian and mount slews to CW up position
3 - Target coordinates are "almost" reached (ie within seconds of arc) but never match original GoTo instruction
4 - Telescope slewing pop-up window remains visible
5 - Slew only reported as complete (to imaging software) if user closes above window

But then when framing shot is downloaded and plate solved, imaging software realises mount is not quite there and whole process starts again.  This never occurred whilst I used v1.7.1.0 (or any previous versions for that matter).  Nothing has changed in my setup besides the update to APCC.
I have two APCC logs for a session on 30 December using v1.7.4.0 - and hopefully capturing the issue - and v1.7.1.0 when imaging worked as usual.  They are rather large even when zipped.  Can they be sent to a particular email to be reviewed?
Thank you for your help.

Roberto


Re: Cannot Seem to Keep the Same Virtual Ports

Ray Gralak
 

Hi Jerome,

I just went and tested this a little and I can delete and create the ports as you suggested and am now back to 20
and 21. I am not clear why these virtual port "disappear" at some point.

I will have to keep an eye on this and see what happens. At least I seem to have the area in which the problem
arises circumscribed.
I think I already explained why this could happen. That is, if the port is in use by something else already. Another cause would be that APCC's settings file was deleted/renamed/corrupted. APCC keeps backup settings files that you can use to restore the last good settings if that happens. You can find the backup files in this folder:

C:\ProgramData\Astro-Physics\APCC\Backups

To reiterate, when a new port is created from the bottom of the list (Port 6),it is that specific Port which cause me
my problem since it is the one the focuser uses when it is turned on...
Usually you can change the virtual port number of a device in Windows Device Manager.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
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 Jerome A Yesavage
Sent: Wednesday, January 1, 2020 8:37 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Cannot Seem to Keep the Same Virtual Ports

Hi,

Thanks for all the comments.

I just went and tested this a little and I can delete and create the ports as you suggested and am now back to 20
and 21. I am not clear why these virtual port "disappear" at some point.

I will have to keep an eye on this and see what happens. At least I seem to have the area in which the problem
arises circumscribed.

To reiterate, when a new port is created from the bottom of the list (Port 6),it is that specific Port which cause me
my problem since it is the one the focuser uses when it is turned on... it is not there when it is off since the USB is
off too. This focuser is turned on in the ACP Startup sequence AFTER APCC, since it needs the virtual port to
work too.

I can also use that software to see if I can rename the focuser Port to something safer, like 10.

I would have tried that but the software gave me a positive in VirusTotal so I had a slight pause there.


Re: Cannot Seem to Keep the Same Virtual Ports

 

>>> I can also use that software to see if I can rename the focuser Port to something safer, like 10. 

this seems like a good short term strategy, good luck

Brian

On Wed, Jan 1, 2020 at 8:37 AM Jerome A Yesavage <yesavage@...> wrote:
Hi,

Thanks for all the comments.

I just went and tested this a little and I can delete and create the ports as you suggested and am now back to 20 and 21.  I am not clear why these virtual port "disappear" at some point.

I will have to keep an eye on this and see what happens.  At least I seem to have the area in which the problem arises circumscribed.

To reiterate, when a new port is created from the bottom of the list (Port 6),it is that specific Port which cause me my problem since it is the one the focuser uses when it is turned on... it is not there when it is off since the USB is off too.  This focuser is turned on in the ACP Startup sequence AFTER APCC, since it needs the virtual port to work too. 

I can also use that software to see if I can rename the focuser Port to something safer, like 10. 

I would have tried that but the software gave me a positive in VirusTotal so I had a slight pause there.



--
Brian 



Brian Valente


Re: Cannot Seem to Keep the Same Virtual Ports

Jerome A Yesavage
 
Edited

Hi,

Thanks for all the comments.

I just went and tested this a little and I can delete and create the ports as you suggested and am now back to 20 and 21.  I am not clear why these virtual port "disappear" at some point.

I will have to keep an eye on this and see what happens.  At least I seem to have the area in which the problem arises circumscribed.

To reiterate, when a new port is created from the bottom of the list (Port 6),it is that specific Port which cause me my problem since it is the one the focuser uses when it is turned on... it is not there when it is off since the USB is off too.  This focuser is turned on in the ACP Startup sequence AFTER APCC, since it needs the virtual port to work too. 

I can also use that software to see if I can rename the focuser Port to something safer, like 10. 

I would have tried that but the software gave me a positive in VirusTotal so I had a slight pause there.

I just checked and you can change the port number in device manager advanced settings for that COMM Device.  I rebooted the focuser and it stays at COMM 10.  I reset this to the right number in FocusMax and also ACP and it all seems to work.  Maybe this gives me some insurance.


Re: Cannot Seem to Keep the Same Virtual Ports

Ray Gralak
 

Hi Brian,

Ray is that the recommended settings in APCC for the ASCOM driver as well?
Yes!

Just to be clear, APCC does not actually use the driver for anything. It's the driver that uses APCC.

Although you can connect APCC to the driver all that does is potentially save a little time if all ASCOM client connections to the driver disconnect and reconnect frequently. That's because if APCC is connected to the driver then the driver won't close down if all the ASCOM clients disconnect.

The drawback however is that even when nothing else is connected to the driver is just wasting disk space logging the details because its background polling the mount (which APCC is also doing). So, I prefer to tell people to not enable the option for APCC to connect to the driver.

The other driver option, "Auto-configure", will set the AP V2 driver's COM port to whatever virtual COM port APCC has configured, even if that virtual port just changed. This assures that the driver will always start and connect to the correct virtual port.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
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 Brian Valente
Sent: Tuesday, December 31, 2019 9:12 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Cannot Seem to Keep the Same Virtual Ports

Ray is that the recommended settings in APCC for the ASCOM driver as well?

For some reason I thought the ascom check box settings should be reversed from what you show on that graphic


Thanks

Brian

portfolio https://www.brianvalentephotography.com/

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Ray Gralak
Sent: Tuesday, December 31, 2019 8:42 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Cannot Seem to Keep the Same Virtual Ports

Hi Jerome,

Can you somehow exclude a port number from use by APCC?
No, but the ports should stay configured on the Virtual Ports tab if you:

1. Manually delete the first two virtual ports (if they are created, click "Delete" for each), 2. Set the virtual port
numbers to the ports you want (e.g. COM21 and COM22).
3. Click "Create" for each port.

Then every time APCC starts those ports will be configured *if* they are available. However, if something else is
using one of those ports APCC will choose the lowest available COM port number.

And again, I suggest you follow the settings in the screen shot I sent before and that I am attaching again.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-
physics.com/index.htm?products/accessories/software/apcc/apcc
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 Jerome A Yesavage
Sent: Tuesday, December 31, 2019 8:20 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Cannot Seem to Keep the Same Virtual Ports

I am still having problems with this. If for some reason virtual Port 21 goes away (I am not sure why... maybe not
shut down perfectly by ACP), APCC seems to decide to rereate a new Port 6. Problem is there is already
another
USB Port 6 to which my NightCrawler focuser is attached. I guess Port 6 may be seen as the lowest number
free
and selected, if the focuser is not turned on, which it is not since I have to start up APCC and the mount first,
before the Nightcrawler, or FocusMax will not see a mount.

At this point neither APCC not FocusMax are working right and I guess I have to reboot the computer to start
from
scratch or try to renumber the serial ports as suggested. But then it seem that Port 6 will just get recreated at
some point.

I hate rebooting the computer remotely and renumbering is not a practical solution.

Can you somehow exclude a port number from use by APCC?





Re: Cannot Seem to Keep the Same Virtual Ports

 

Ray is that the recommended settings in APCC for the ASCOM driver as well?

For some reason I thought the ascom check box settings should be reversed from what you show on that graphic


Thanks

Brian

portfolio https://www.brianvalentephotography.com/

-----Original Message-----
From: main@ap-gto.groups.io [mailto:main@ap-gto.groups.io] On Behalf Of Ray Gralak
Sent: Tuesday, December 31, 2019 8:42 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Cannot Seem to Keep the Same Virtual Ports

Hi Jerome,

Can you somehow exclude a port number from use by APCC?
No, but the ports should stay configured on the Virtual Ports tab if you:

1. Manually delete the first two virtual ports (if they are created, click "Delete" for each), 2. Set the virtual port numbers to the ports you want (e.g. COM21 and COM22).
3. Click "Create" for each port.

Then every time APCC starts those ports will be configured *if* they are available. However, if something else is using one of those ports APCC will choose the lowest available COM port number.

And again, I suggest you follow the settings in the screen shot I sent before and that I am attaching again.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
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 Jerome A Yesavage
Sent: Tuesday, December 31, 2019 8:20 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Cannot Seem to Keep the Same Virtual Ports

I am still having problems with this. If for some reason virtual Port 21 goes away (I am not sure why... maybe not
shut down perfectly by ACP), APCC seems to decide to rereate a new Port 6. Problem is there is already another
USB Port 6 to which my NightCrawler focuser is attached. I guess Port 6 may be seen as the lowest number free
and selected, if the focuser is not turned on, which it is not since I have to start up APCC and the mount first,
before the Nightcrawler, or FocusMax will not see a mount.

At this point neither APCC not FocusMax are working right and I guess I have to reboot the computer to start from
scratch or try to renumber the serial ports as suggested. But then it seem that Port 6 will just get recreated at
some point.

I hate rebooting the computer remotely and renumbering is not a practical solution.

Can you somehow exclude a port number from use by APCC?


Re: Cannot Seem to Keep the Same Virtual Ports

Ray Gralak
 

Hi Jerome,

Can you somehow exclude a port number from use by APCC?
No, but the ports should stay configured on the Virtual Ports tab if you:

1. Manually delete the first two virtual ports (if they are created, click "Delete" for each),
2. Set the virtual port numbers to the ports you want (e.g. COM21 and COM22).
3. Click "Create" for each port.

Then every time APCC starts those ports will be configured *if* they are available. However, if something else is using one of those ports APCC will choose the lowest available COM port number.

And again, I suggest you follow the settings in the screen shot I sent before and that I am attaching again.

-Ray Gralak
Author of APCC (Astro-Physics Command Center): http://www.astro-physics.com/index.htm?products/accessories/software/apcc/apcc
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 Jerome A Yesavage
Sent: Tuesday, December 31, 2019 8:20 AM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Cannot Seem to Keep the Same Virtual Ports

I am still having problems with this. If for some reason virtual Port 21 goes away (I am not sure why... maybe not
shut down perfectly by ACP), APCC seems to decide to rereate a new Port 6. Problem is there is already another
USB Port 6 to which my NightCrawler focuser is attached. I guess Port 6 may be seen as the lowest number free
and selected, if the focuser is not turned on, which it is not since I have to start up APCC and the mount first,
before the Nightcrawler, or FocusMax will not see a mount.

At this point neither APCC not FocusMax are working right and I guess I have to reboot the computer to start from
scratch or try to renumber the serial ports as suggested. But then it seem that Port 6 will just get recreated at
some point.

I hate rebooting the computer remotely and renumbering is not a practical solution.

Can you somehow exclude a port number from use by APCC?


Re: Cannot Seem to Keep the Same Virtual Ports

Jerome A Yesavage
 

I am still having problems with this.  If for some reason virtual Port 21 goes away (I am not sure why... maybe not shut down perfectly by ACP), APCC seems to decide to rereate a new Port 6.  Problem is there is already another USB Port 6 to which my NightCrawler focuser is attached.  I guess Port 6 may be seen as the lowest number free and selected, if the focuser is not turned on, which it is not since I have to start up APCC and the mount first, before the Nightcrawler, or FocusMax will not see a mount. 

At this point neither APCC not FocusMax are working right and I guess I have to reboot the computer to start from scratch or try to renumber the serial ports as suggested.  But then it seem that Port 6 will just get recreated at some point. 

I hate rebooting the computer remotely and renumbering is not a practical solution. 

Can you somehow exclude a port number from use by APCC?   


Re: Hand controller failed me

Christopher Erickson
 

MUCH better to use a marine-type electrical contact protective silicon grease.


On Mon, Dec 30, 2019 at 3:51 PM Renan Van De Wyngard <renanvdw@...> wrote:
Anti rust?


El 30-12-2019, a la(s) 22:30, Suresh Mohan <drsureshmohan@...> escribió:

Thank you Don , it’s our weather and you are right too . Will spray anti rust today . Wishing you a happy new year 
Suresh


On 31-Dec-2019, at 5:15 AM, Don Anderson via Groups.Io <jockey_ca@...> wrote:


Hello Suresh
I think in your climate, you probably have a lot of moisture and air contaminants that are corroding the internal electrical connectors for the HC coiled cable. You can probably get by with periodically opening the HC and pulling the connector plug and cleaning the contacts (both plug and pins on the pc board). I would suggest a good quality electrical contact cleaner. These come in a small spray can. After cleaning you can try some electrical contact grease to help slow down the corrosion process. You can periodically spray the Servo controller plugs and the plug on the end of the coiled HC cable as wel. Just normal maintenance you will need to do because of the nature of humid climates. Now if we had gold plated contacts this problem wouldn't happen!
All the best in the new year!

Don Anderson


On Sunday, December 29, 2019, 06:25:26 p.m. MST, Suresh Mohan <drsureshmohan@...> wrote:


After monsoon ( about 3 months )we went for a drive to a dark site. The HC let me down and wouldn’t let me input my location even after several re start .  Ran the mount thro laptop . Came back home opened hc , simply removed and re inserted the coiled cable connection and now seems to work well . Maybe it’s time to order another cable
Suresh



Re: Hand controller failed me

Renan
 

Anti rust?


El 30-12-2019, a la(s) 22:30, Suresh Mohan <drsureshmohan@...> escribió:

Thank you Don , it’s our weather and you are right too . Will spray anti rust today . Wishing you a happy new year 
Suresh


On 31-Dec-2019, at 5:15 AM, Don Anderson via Groups.Io <jockey_ca@...> wrote:


Hello Suresh
I think in your climate, you probably have a lot of moisture and air contaminants that are corroding the internal electrical connectors for the HC coiled cable. You can probably get by with periodically opening the HC and pulling the connector plug and cleaning the contacts (both plug and pins on the pc board). I would suggest a good quality electrical contact cleaner. These come in a small spray can. After cleaning you can try some electrical contact grease to help slow down the corrosion process. You can periodically spray the Servo controller plugs and the plug on the end of the coiled HC cable as wel. Just normal maintenance you will need to do because of the nature of humid climates. Now if we had gold plated contacts this problem wouldn't happen!
All the best in the new year!

Don Anderson


On Sunday, December 29, 2019, 06:25:26 p.m. MST, Suresh Mohan <drsureshmohan@...> wrote:


After monsoon ( about 3 months )we went for a drive to a dark site. The HC let me down and wouldn’t let me input my location even after several re start .  Ran the mount thro laptop . Came back home opened hc , simply removed and re inserted the coiled cable connection and now seems to work well . Maybe it’s time to order another cable
Suresh



Re: Hand controller failed me

Suresh Mohan
 

Thank you Don , it’s our weather and you are right too . Will spray anti rust today . Wishing you a happy new year 
Suresh


On 31-Dec-2019, at 5:15 AM, Don Anderson via Groups.Io <jockey_ca@...> wrote:


Hello Suresh
I think in your climate, you probably have a lot of moisture and air contaminants that are corroding the internal electrical connectors for the HC coiled cable. You can probably get by with periodically opening the HC and pulling the connector plug and cleaning the contacts (both plug and pins on the pc board). I would suggest a good quality electrical contact cleaner. These come in a small spray can. After cleaning you can try some electrical contact grease to help slow down the corrosion process. You can periodically spray the Servo controller plugs and the plug on the end of the coiled HC cable as wel. Just normal maintenance you will need to do because of the nature of humid climates. Now if we had gold plated contacts this problem wouldn't happen!
All the best in the new year!

Don Anderson


On Sunday, December 29, 2019, 06:25:26 p.m. MST, Suresh Mohan <drsureshmohan@...> wrote:


After monsoon ( about 3 months )we went for a drive to a dark site. The HC let me down and wouldn’t let me input my location even after several re start .  Ran the mount thro laptop . Came back home opened hc , simply removed and re inserted the coiled cable connection and now seems to work well . Maybe it’s time to order another cable
Suresh



Re: Driver/APCC Updates

Steve Reilly
 

Thanks Brian I had the latest but had stumbled across this on the site and wanted to let them know it was out of date. I usually see the notice for APCC here when Ray announces it and the AP driver will flash and let you know there’s an update.  Was just trying to be helpful for those looking on the site for the driver and software.

 

-Steve

 

From: main@ap-gto.groups.io <main@ap-gto.groups.io> On Behalf Of Brian Valente
Sent: Monday, December 30, 2019 1:35 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Driver/APCC Updates

 

Steve

FYI you can use a change tracker to be notified via email if anything on a page has changed. There are many out there but i use visualping - it's free for a limited number of web pages and checks

I find these are great for tracking new version updates on various software platforms i use

Brian


Re: Off topic question

Don Anderson
 

Suresh
I suspect the lenses are not lined up properly or they were not put back in the right way around (one or both elements were put in backward). Not sure what to say. May have to go back to the manufacturer> 

Don Anderson


On Sunday, December 29, 2019, 11:34:09 p.m. MST, Suresh Mohan <drsureshmohan@...> wrote:



A friend of mine has an explore scientific Ed 80 which developed fungus on the inside , he removed the front two elements ( third is deeper and untouched ) applied Bausch & Lomb fungus remover and glass looks clean . After putting back the lenses and spacers the stars look like comets . How to rectify the problem
Thanks in advance
Suresh



Re: Upgrade to new keypad version (was RE: [ap-gto] Unguided imaging with Mach2) #Keypad

Wayne Hixson
 

Any idea when the documentation for the new modeling functions will be available? Something to read ahead of time. 


wayne


Re: Hand controller failed me

Don Anderson
 

Hello Suresh
I think in your climate, you probably have a lot of moisture and air contaminants that are corroding the internal electrical connectors for the HC coiled cable. You can probably get by with periodically opening the HC and pulling the connector plug and cleaning the contacts (both plug and pins on the pc board). I would suggest a good quality electrical contact cleaner. These come in a small spray can. After cleaning you can try some electrical contact grease to help slow down the corrosion process. You can periodically spray the Servo controller plugs and the plug on the end of the coiled HC cable as wel. Just normal maintenance you will need to do because of the nature of humid climates. Now if we had gold plated contacts this problem wouldn't happen!
All the best in the new year!

Don Anderson


On Sunday, December 29, 2019, 06:25:26 p.m. MST, Suresh Mohan <drsureshmohan@...> wrote:


After monsoon ( about 3 months )we went for a drive to a dark site. The HC let me down and wouldn’t let me input my location even after several re start .  Ran the mount thro laptop . Came back home opened hc , simply removed and re inserted the coiled cable connection and now seems to work well . Maybe it’s time to order another cable
Suresh



Re: Off Topic - repetitive TeamViewer Screw-ups

Joe Zeglinski
 

Steve,
 
    I tried MS Windows own REMOTE DESKTOP many years ago. It requires owning the PRO version of Windows,
But is far worse, it switches off the screen on one side, and you have to then use the other PC. I need to have instant access at either end of the remote linked PC. rather than racing back & forth. TeamViewer and ANYDESK, etc. are better, since you can operate at either PC, and see both  screens, displayed and both keyboards and mice active,  all the time.
 
    I might switch to MS Remote Desktop if MS would fix this problem, though it is still a basic program, since MS doesn’t want to compete with potential developers, whom it always considers as THEIR “primary customers” – not the lowly Windows users themselves.
 
Joe Z.
 

From: steve.winston@...
Sent: Monday, December 30, 2019 3:14 PM
To: main@ap-gto.groups.io
Subject: Re: [ap-gto] Off Topic - repetitive TeamViewer Screw-ups
 
On Mon, Dec 30, 2019 at 11:24 AM, Joe Zeglinski wrote:
Is there any other (free license), remote desktop program, that provides a local WiFi connection to the telescope, as TV does?
If you're on Windows 10 Pro then remote desktop works well.  I recently switched to it from TV for my local obs.


Re: Off Topic - repetitive TeamViewer Screw-ups

Bill Long
 

Joe, which version of Windows is the system running the astro rig using? Remote Desktop is what I use for backyard imaging and ive not once had a problem - other than the single PC connection at a time. Perhaps that is the blocker?


From: main@ap-gto.groups.io <main@ap-gto.groups.io> on behalf of Joe Zeglinski <J.Zeglinski@...>
Sent: Monday, December 30, 2019 11:24 AM
To: main@ap-gto.groups.io <main@ap-gto.groups.io>
Subject: Re: [ap-gto] Off Topic - repetitive TeamViewer Screw-ups
 
Eric,
 
    I tried replacing TeamViewer with TightVNC, but didn’t want to mess with the target site router’s settings, every time I added someone that I help.
 
    Also, presently trying ANYDESK as a TV replacement – but the major problem there is that there is no way to limit communications,  just to the local WiFi wireless LAN. It requires sending screen data all the way to Germany and back, just to talk to my BACKYARD telescope laptop.
TeamViewer has the handy option to accept connections exclusively (or in addition) to the local WiFi.
 
    Wish ANYDESK had this option, since I don’t want to degrade screen speed going all the way across the planet, and relying on all the internet conection problems, and signal drop-outs,  just to watch my mouse cursor move ! Local WiFi connection is far more reliable.
 
    Is there any other (free license), remote desktop program, that provides a local WiFi connection to the telescope, as TV does?
 
Joe

15261 - 15280 of 83093