Paweł replied to the topic 'oh dear remote upgrade to 18.04 LTS gone bad...' in the forum. 1 hour 16 minutes ago

This may be due to the change of network devices naming in 18.04 - if you have /etc/network/interfaces with explicit device names and do not have udev rules to rename devices to your names it will fail. I'm just guessing here but it seems plausible to me. Maybe your remote hands can edit the names ?
That is why I never use ubuntu on remote servers without remote console - it is designed for the desktop and bites you in the behind in the worse possible moment.
I would humbly suggest moving to debian - it is a bit harder to set up (no PPA, older packages etc.) but it is worth it at the end - just my HO.

Read More...

Paweł replied to the topic 'Re:RE: Re:Announcing Ekos Live' in the forum. 1 month ago

This looks really good.

Read More...

Alfred thanked Paweł in topic Announcing Ekos Live 2 months ago
Paweł replied to the topic 'Announcing Ekos Live' in the forum. 2 months ago

My three cents:
1) To be positive - I love the idea of remote, web based front end to EKOS/INDI the more feature-complete the better! But does it *have* to be hosted? It will be nice to have that option but I would very much like the option to self-host it, even without any support. If not for other reason for the disconnected observatories or places with *very* limited bandwidth. Please Jasem, consider that in your plans. You will get alot of free testing and help with development if you make it so. I bet many people without sysadmin skills (most of regular windows users) will subscribe even to paid service if the price is reasonable but it will get very popular if you will make it open as well. Look at the github/gitlab story. Gitlab is expanding in this model and doing nice, I believe due to their open policy. The web-control with nice, low bandwidth protocol will be a life-saver for barely-connected (GPRS, long-distance DSL or long distance WiFi) sites. Hack this may even work over some LoRa technologies if designed well.
2) I do not see any way the cloud storage would work - you would saturate your *upstream* bandwidth in the observatory quite quickly - unless you have at least 100Mbps *symmetric* fiber in your observatory - which is probably not very common. Usual ISP links are *very* asymmetric IN/OUT being usually 8-16x. And if you have large out-bandwidth you can solve your problems with TeamViewer or something.
BTW: I would love to help in testing, but at the moment I am too busy with other things to commit. Sorry.

Read More...

Paweł replied to the topic 'Indi support for Meade LS (Autostar III) series' in the forum. 3 months ago

Thanks. That will be fine. We need only basic things - like working in the terminal etc.
So, I'm assuming we are on debian or ubuntu.
Now you need to follow the steps in:
indilib.org/forum/ekos/1045-indi-support...s.html?start=24#8522
and follow with the modifications in :
indilib.org/forum/ekos/1045-indi-support...s.html?start=24#8524
Let me know if something is unclear or you got stuck at some point.

Read More...

Paweł replied to the topic 'Indi support for Meade LS (Autostar III) series' in the forum. 3 months ago

What about my other questions
system you can use? preferably debian/ubuntu?
how familiar are you with linux? (how many years?)
I just want to keep the conversation on most effective level.
I actually think it may be just a serial driver problem, and after fixing this it may just start working^TM ;)

Read More...

Paweł replied to the topic 'Indi support for Meade LS (Autostar III) series' in the forum. 3 months ago

Good for you s21xt!
I figured it was not worth it for you. I was talking to jpatka - to make sure he is up for it.
The actual modification is quite simple but to apply it you need to perform few steps.
Do you have ubuntu or debian system you can use for this work?
If not which linux distro are you most comfortable with?

Read More...

Paweł replied to the topic 'Indi support for Meade LS (Autostar III) series' in the forum. 3 months ago

I mean do you want to work on making the mount talking to indi?
This will involve compiling your own serial drivers for the kernel and at least moderate poking around the linux system. Are you up for this?
And we may end empty-handed for our efforts...

Read More...

Paweł replied to the topic 'Indi support for Meade LS (Autostar III) series' in the forum. 3 months ago

Do you have the same problem?

Read More...

Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 3 months 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 months 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 months 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 months 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 months 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 4 months ago
Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 4 months 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 4 months ago
Richard thanked Paweł in topic Clestron mounts and hibernate 4 months ago
Paweł replied to the topic 'Clestron mounts and hibernate' in the forum. 4 months 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...

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!