Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 weeks ago

Please try aborting all move opening the movement control window from ekos (mount tab, button on the right).
Press stop just to be sure.
Check if you have correct coordinates in the Site Management tab of the driver (if you have gps running you can use gpsd driver to get these)
Drag the slider to finding position and try pressing the arrows while observing the mount.
If you switch off the alignment subsystem the Up/Down and Left/Right should move only one axis (tell me which is mapped to which but L/R should be RA, U/D should be Dec) - this one I cannot check for myself so I would appreciate detailed report - the more cases the better.
When you switch alignment on the movement should start to be "crazy".
Now you should try to align the mount by pointing and syncying - at least 3 points.
After this the movement should go to Ra/Dec and it should be possible to track some objects close to alignment triangle.
Check the tracking rates in the logs - it should be one axis only.
Do not get discouraged by crazy movements - the interplay of geographic position, mount encoder positions and RA/DEC <> Alt/Az conversions can be quite convoluted until you get all parameters right.

Read More...

Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 weeks ago

I have just this procedure on my simulator assuming the Azm = RA and Alt = Dec and it worked fine. The positions, goto and tracking seem to be working. There is rather large drift due to my errors but the tracking is mainly (99%) in Azm (RA) and the speed is at least of correct magnitude (-18 vs -15 "/s).
So while it will be probably better to implement AltAz/EQ switch and custom parking positions it seems that after proper alignment this should be usable even on EQ mount.
But still remember to keep the power switch handy. I will ask Jasem how he implemented meridian switch in eqmod driver. Maybe it is not that difficult to add.

Read More...

Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 weeks ago

Thanks. This seems fine for the AltAz mount. It starts in "North" horizon. For equatorial mounts this is not a correct parking position.
Is the mount moving when you apply movement control from Ekos?
You can test if it has any chance to work by first checking the movement from Ekos and then estimating the actual position of the mount and pointing to this position in kstars (with a mouse) and selecting nexstarevo->sync from the context menu. Then rotate the mount with movement control to the new approximate position and sync to it again and the same with third. If you do it only approximately correctly the pointing will be wrong but at least it should point in correct directions around sync points when you execute goto commands.

Read More...

Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 weeks ago

That is fine. One variable is enough ;) The setting may be a problem but first tell me in which axis you see the 180deg difference? And what do you compare it with. Unfortunately Celestron app and HC use different zero points and azimuth convention. I do not have stellarmate but I believe it is based on the ubuntu mate and it will be easy to replace standard drivers with testing variants from my PPA (if we need to). Do you have any camera on the scope? Or maybe you can mount a camera with a telephoto lens on the mount - I used to test it that way to have smaller and lighter testing rig.
I think it would be best if you start by using HC with a wired connection to familiarize yourself with ekos and astrometry for the mount and then switch to nse driver.
Then the best testing procedure for NSE driver would be to
1) Connect the driver to the scope and test if you can connect and move the mount with motion buttons (on slow speed and keep your hand on the switch!)
2) Point the mount in any part of the sky take a shot, solve and sync the mount (you should see the position on kstars jup to correct place on the map). Remember to activate and reinit the alignment system in the Alignment tab of the INDI control panel for the driver (use build in math plugin if you have a choice)
3) Repeat for two more points forming a triangle on the sky (it does not need to be large - just sizable)
4) test if the pointing/tracking works on further areas of the sky.
Be careful with meridian - meridian flip is not implemented and at least with initial tests keep your hand on power button for the mount. The driver was developed and tested on AltAz mount and although it was structured to work on EQ it was not tested with such mounts by me.

Read More...

Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 weeks ago

Oh! So you are at the south? That is great - two different testing cases at once (south and EQ mount). Will you be willing to work with me on testing the driver on your setup in the future? I'll be quite busy for next three days but I will come back to this after Wednesday. Please tell me what type system do you have (OS version, some details of your setup). I'll try to build a special version of the driver for you with some additional switches (EQ, South pole alignment etc).

Read More...

Jasem Mutlaq thanked Paweł in topic Clestron mounts and hibernate 3 weeks ago
Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 weeks ago

Yes. Technically you can keep the HC connected but any movement done with it will probably confuse the driver.
So for starters just disconnect it. You can configure joystick as a controller and even map one button to sync function.
The really best way to do it is to use some camera with ekos solver to align the mount - but this is probably not an option for you.
You need to point the scope to three stars and sync on kstars - then it should be working fine.
OTOH this is really not what this driver was build for.
The Celestron/Simulation Curriculum app for your phone/tablet is much better for visual use (generic stargazing) - I am using it myself in this way.
The real purpose is to have full wireless control over the scope from kstars/ekos or similar program without using the HC to align and control the scope - but that really shines if you have some camera on the scope.

Read More...

Richard thanked Paweł in topic Clestron mounts and hibernate 3 weeks ago
Richard thanked Paweł in topic Clestron mounts and hibernate 3 weeks ago
Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 weeks ago

If you connect to the hand controler you use celestron nexstar driver. If you connect by wifi to skyq you need to use nexstarevo (AUX) driver. These are different protocols working on different levels and you cannot mix them at all.
For skyq first try with celestron skyportal android application. If it works - your setup is ok and the nexstarevo driver should in principle work as well.

Read More...

Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 weeks ago

Without alignment the driver thinks it is in AltAz config - thus it will be moving in strange ways on the map.
I understand the mount itself is not moving?
You need to start by making a three point alignment (it should work even on small triangle on the sky) by syncing on three stars. Then it should work at least approximately. I think we should implement EQ-AltAz switch for the driver. But it is difficult to implement the driver without the hardware.

Read More...

Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 weeks ago

What is the trajectory?

Read More...

Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 weeks ago

The nexstar evolution driver should support SkyQ as well, since the NSE have just SkyQ build in.
But note that I (developer) have only AltAz mount and did not test it on EQ variant.
The driver should work though. Note also that it is fairly new code and the scope needs to be supervised during operation.
Especially for EQ mounts. I would welcome any test reports and comments.

Read More...

Paweł replied to the topic 'Guiding in the modern age.' in the forum. 5 months ago

I said "a little" ;). You are right with respect to the mode we were trying to implement - it was just different source of the guiding signal. You can also use this method for post-processing of large number of short expositions - to align and stack them together. That was the mode I was thinking about. But now I think that I was wrong about similarities with proposed approach. Actually I do not think the proposed "build a movement model" approach will work. The deviations of the mount movement are (apart from periodic errors) essentially random - and you cannot model randomness - by definition...

Read More...

Paweł replied to the topic 'Guiding in the modern age.' in the forum. 5 months ago

This is a little similar to the idea of using phase detection for "virtual guiding" ot alignment and stacking of single frames. We have started implementation of such procedure but it is a bit complicated and it is in limbo right now. I plan to return to it. The idea is to just correct alignment of frames instead of moving the mount.

Read More...

Paweł replied to the topic 'Capture & Solve -> Slew to Target...' in the forum. 5 months ago

An the above procedure should work. The problem is if you use AUX commands to do step 4. The HC does not know that you did anything and will get confused after several iterations of this. The solution is to use celestron commands to do the move. And you can do that easily using e.g. python scripting of the indi protocol - which is quite easy and described in the docs. And I am pretty sure that this *will* work quite fine.

Read More...

Paweł replied to the topic 'Capture & Solve -> Slew to Target...' in the forum. 5 months ago

I am afraid that this is not going to work. Since HC is not monitoring AUX commands send by your code it will gradually lose the calibration as time progresses (with each nudge). You can probably mitigate it somewhat by syncing the mount after each nudge - but I am skeptical of the effectiveness of this approach.

Read More...

Paweł replied to the topic 'Capture & Solve -> Slew to Target...' in the forum. 6 months ago

I intend to work on this next weekend, maybe a bit earlier but that depends on the workload. If you have any questions regarding the code do not hesitate. We can use github collaboration mechanisms as well.

Read More...

Dan Holler is friends with Paweł

Login



3rd Party

Choose from the numerous 3rd party INDI drivers to suit your needs!

Got Problem?

Check out the FAQ, the forum, and the bug tracking system to resolve any issues you might have!
You can also subscribe to INDI newsletter and development mailing lists to get the latest updates on INDI!