Date   

Re: "Scope Driver not capable of providing equatorial or alt/az coordinates, disconnecting."

hubbell_jerry@...
 

Hi Steve,

Currently you need to reference Application Note 2 here:

to switch the communications channel from wireless to serial port. I have on my list to make that switch via the ASCOM driver configuration dialogue but have not implemented it yet.

Sorry about the confusion.

Jerry Hubbell
Director Electrical Engineering
Explore Scientific, LLC.


Re: "Scope Driver not capable of providing equatorial or alt/az coordinates, disconnecting."

Steve Siedentop
 

I did set the UI control to Serial via the ASCOM driver.

I’ll try to change it via PuTTY.

-Steve


On Fri, May 4, 2018 at 12:29 AM chris_moses@... [ESPMC-Eight] <ESPMC-Eight@...> wrote:
 

Hi,

    Did you flip it into serial mode.  If you were using wifi, you need to tell it to switch.  You used to have to do this in a terminal program, but it looks like the new ascom driver might do it.

If anybody knows for certain about the driver, please chime in.  If not, I'll look at the code tomorrow. 


Re: "Scope Driver not capable of providing equatorial or alt/az coordinates, disconnecting."

W. Christopher Moses
 

Hi,
    Did you flip it into serial mode.  If you were using wifi, you need to tell it to switch.  You used to have to do this in a terminal program, but it looks like the new ascom driver might do it.

If anybody knows for certain about the driver, please chime in.  If not, I'll look at the code tomorrow. 


Re: "Scope Driver not capable of providing equatorial or alt/az coordinates, disconnecting."

Steve Siedentop
 

Hi Chris -

I haven't tried communicating with the mount via a terminal program.  I'll try that next.

By known good, I mean I have tested the adapter successfully by controlling another mount with it on the same two machines I was unable to control the PMC8 with.

-Steve


On Thu, May 3, 2018 at 11:34 PM chris_moses@... [ESPMC-Eight] <ESPMC-Eight@...> wrote:
 

Have you tried communicating with the mount through a terminal program?


When you say "known good" what do you mean? How did you test it?


Re: "Scope Driver not capable of providing equatorial or alt/az coordinates, disconnecting."

W. Christopher Moses
 

Have you tried communicating with the mount through a terminal program?

When you say "known good" what do you mean? How did you test it?


Re: "Scope Driver not capable of providing equatorial or alt/az coordinates, disconnecting."

Steve Siedentop
 

I didn't state this in the original email...if it wasn't clear...

I'm getting this error when attempting to connect to the PMC8 via the serial port.  I've tried connecting the serial adapter directly to the port as well as through a known good serial 9 pin serial cable.

-Steve

On Thu, May 3, 2018 at 11:17 PM, sdsiedentop@... [ESPMC-Eight] <ESPMC-Eight@...> wrote:
 

Hi All - 


I saw one post with this error, but it was centered around WiFi problems.


I have a known good FTDI USB to Serial adapter that successfully controls my Celestron mounts, although I don't think this is an adapter issue as I'm seeing command strings passed in the ASCOM trace file.  


When I uncheck Autotrack, I receive the same message, suffixed with "Try auto track."


I've used this on two computers with the same results.  I am able to connect via WiFi, but I'm not able to connect via the serial port. 


The ASCOM trace file is attached.


Thanks in advance for your help.


-Steve





"Scope Driver not capable of providing equatorial or alt/az coordinates, disconnecting."

Steve Siedentop
 

Hi All - 


I saw one post with this error, but it was centered around WiFi problems.


I have a known good FTDI USB to Serial adapter that successfully controls my Celestron mounts, although I don't think this is an adapter issue as I'm seeing command strings passed in the ASCOM trace file.  


When I uncheck Autotrack, I receive the same message, suffixed with "Try auto track."


I've used this on two computers with the same results.  I am able to connect via WiFi, but I'm not able to connect via the serial port. 


The ASCOM trace file is attached.


Thanks in advance for your help.


-Steve




Re: ES G11 / ExploreStars issues

Steve Siedentop
 

Oops...forgot to attach an image of the power box...



On Thu, May 3, 2018 at 5:40 PM Steve Siedentop <sdsiedentop@...> wrote:
Hi David -

By fresh batteries, I mean a fully charged deep cycle.  Mine was about 6 years old, so I replaced it with an AGM deep cycle today.  It’s a 60 amp hour battery, which should be enough capacity for a 5 hour imaging session.

My original power box with a group 24 lead acid battery powered a cooled DSLR, an NEQ6, an Intel Compute Stick, Moonlite focuser, a powered USB hub, and a Surface Pro for about 5 hours.

I’m going to put an ammeter in-line on the power supply to the PMC-8 to see what the real time consumption is while slewing and tracking.

I’ll post my findings as well.

-Steve

On Wed, May 2, 2018 at 4:48 AM David Pickett yahoo@... [ESPMC-Eight] <ESPMC-Eight@...> wrote:

At 16:47 01-05-18, Steve Siedentop sdsiedentop@... [ESPMC-Eight] wrote:

>As Jerry stated, the RA Direction and DEC
>Direction switches in the preferences pane
>change the direction of each axis to accommodate

>the mount pointing south. I had these turned

>on, which may very well have been what was causing the drift.

Unless you are doing photography, or are using a
large magnification, it should be fairly easy to
keep objects in the field of view even if the motors stop running.



>My next outing will include fresh batteries and
>a standard configuration in the app.

Fresh batteries sound like an expensive long term
proposition. I am using a YUASA NP7-12 7.0 Ah
rechargable lead acid battery. I am also making
up a 12-19 volt convertor to keep my laptop
running from the same source. Time will tell
whether this has enough capacity for the job. Watch this space... :)

Best,

David


Re: ES G11 / ExploreStars issues

Steve Siedentop
 

Hi David -

By fresh batteries, I mean a fully charged deep cycle.  Mine was about 6 years old, so I replaced it with an AGM deep cycle today.  It’s a 60 amp hour battery, which should be enough capacity for a 5 hour imaging session.

My original power box with a group 24 lead acid battery powered a cooled DSLR, an NEQ6, an Intel Compute Stick, Moonlite focuser, a powered USB hub, and a Surface Pro for about 5 hours.

I’m going to put an ammeter in-line on the power supply to the PMC-8 to see what the real time consumption is while slewing and tracking.

I’ll post my findings as well.

-Steve


On Wed, May 2, 2018 at 4:48 AM David Pickett yahoo@... [ESPMC-Eight] <ESPMC-Eight@...> wrote:

At 16:47 01-05-18, Steve Siedentop sdsiedentop@... [ESPMC-Eight] wrote:

>As Jerry stated, the RA Direction and DEC
>Direction switches in the preferences pane
>change the direction of each axis to accommodate

>the mount pointing south. I had these turned

>on, which may very well have been what was causing the drift.

Unless you are doing photography, or are using a
large magnification, it should be fairly easy to
keep objects in the field of view even if the motors stop running.



>My next outing will include fresh batteries and
>a standard configuration in the app.

Fresh batteries sound like an expensive long term
proposition. I am using a YUASA NP7-12 7.0 Ah
rechargable lead acid battery. I am also making
up a 12-19 volt convertor to keep my laptop
running from the same source. Time will tell
whether this has enough capacity for the job. Watch this space... :)

Best,

David


Re: Generating Celestial Objects Files for Explore Stars

hubbell_jerry@...
 

Hi Steve,

I am going to forward your question to our ExploreStars developer who created this data structure for the database. I could tell you most of these, but I am not sure about 2 or 3 of these fields. I will let you know what he says.

Thanks

Jerry Hubbell
Director Electrical Engineering
Explore Scientific, LLC.


Generating Celestial Objects Files for Explore Stars

Steve Siedentop
 

Hi Jerry -


I'm working on putting together an application to generate files of celestial objects on demand for the Explore Stars app.  The layout of the file being parsed is generally intuitive, but I have some questions about some of the data elements.


Index:  This appears to be a primary key of sorts (incremental id).  Am I correct?

MapNum:  This correlates to the map graphic file of the same name.  Correct?

ImageNum:  This correlates to the image graphic file of the same name.  Correct?

Desig:  This is the object designation in various catalogs

group:  Not sure what the first value represents.  Am I correct in assuming that the second value is the constellation the object is in?

Common:  Common name of the object.

OType:  Object type.  What are the acceptable values for this data element?

Distance:  Distance to the object from Earth in light years

RA_S:  Right Ascension Coordinates?

DEC_S:  Declination Coordinates?

Constellation:  The constellation in which the object can be found.

AMag:  Absolute Magnitude

key:  Not sure what this is or what it maps to as a data element.  Similar in purpose to Index?

title:  The title displayed at the top of the screen.




{

"Index" : "14824",

"MapNum" : "01",

"ImageNum" : "01",

"Desig" : "24 Andromedae, Theta Andromedae, HIP 1366, SAO 53777, HD 1280, GC 334, HR 63, DM BD+37    34, TYC 2782-2251-1",

"group" : { "key" : "Andromeda" },

"Common" : "Theta Andromedae",

"OType" : "Star",

"Distance" : "93.77",

"RA_S" : 4.27289837,

"DEC_S" : 38.6816459,

"Constellation" : "Andromeda ",

"AMag" : 4.607,

"key" : 34824,

"title" : "Theta Andromedae"

},



Thanks in advance for your help!


-Steve


Re: G-11 worm issues

W. Christopher Moses
 

I was getting some odd behavior, but I'm pretty sure it was due to a flakey PoleMaster.  However, I will double check just to be sure.


Re: G-11 worm issues

W. Christopher Moses
 

Wow, that is off.


Re: G-11 worm issues

ji.theriot@...
 

Is yours doing the same thing?  If so, give Alex a call.  He is familiar with the issue at this point.


Re: G-11 worm issues

ji.theriot@...
 

This is what it looked like when I first pulled the cover.  Like I said, it was obviously binding.

Ji


Re: G-11 worm issues

W. Christopher Moses
 

I've turned mine by hand. I understand what you mean.


Re: G-11 worm issues

ji.theriot@...
 

I don’t think anyone really knows a measurement for the acceptable degree of offset. This was on my RA axis. The worm on my dec axis is also very slightly misaligned but there is no binding. When I first removed my worm cover it was very obvious that the worm was binding on the RA side. If you were to try to turn the worm by hand it would spring back to its original spot. If you kept spinning it slowly that built up torque would unload and rapidly spin the worm. It’s hard to explain but it’s very obvious if you’re having this issue and try to turn the worm by hand.


Re: G-11 worm issues

W. Christopher Moses
 

Very interesting. Thanks for sharing.
Was it on your DEC or RA?
Did Jerry or Alex say what degree of misalignment is acceptable?  I'm not even sure how to measure that.


G-11 worm issues

ji.theriot@...
 

To make a long story short even with a perfect (literally a 0.0" on my guide log) PA I couldn't get my RMS under .9" on my new G11.  Peak to peak PE was >30".  Most nights RMS was about 1.1", still better than my old EXOS-2 but no where near what I was seeing from other G11 owners.


After reading Jeremy's detailed discussion about his mount and the large PE he was experiencing, I decided to look at mine.  What I found was a coupler that was binding and unloading as it rotated.  This was, as I discovered, due to the motor shaft and worm being offset from each other. 


After lengthy discussion with Jerry and Alex from ES, they will be milling me a new motor mount that is slotted to adjust it, which should fix things, but if you are having similar issues, I advise you look at the motor/worm alignment..


Re: Worm Cover Plate Set Screws (1/8" - 40 x 3/16")

W. Christopher Moses
 

Thanks

8681 - 8700 of 9583