Paweł replied to the topic 'Guiding in the modern age.' in the forum. 2 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. 2 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. 2 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. 2 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. 3 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ł

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

The problem is I have written the driver without planning to factor out the communication part. It was written explicitly as network based. Fortunately Jasem has implemented communication classes which will help refactoring. I have started the process. Right now only connection and handshake is partially done but I think it should be doable without major pains. Essentially we need to move all communication to INDI infrastructure and the work will be mostly done. As far as I understand the INDI is now capable to fully encapsulate the communication layer ( @knro Is that true?) so we only need to decide if we need to prepend HC-pass-through code to the message or not. Any help with this will be appreciated. We can work in the separate branch - PR against my repo ( github.com/jochym/indi/tree/drv_nexstarevo ) are welcomed ;)

Read More...

Paweł replied to the topic 'indi-nexstarevo issues and questions' in the forum. 3 months ago

celestron_gps is quite a different driver but should work the way you are trying to use (i.e. over serial cable connected to the hand controller). The main difference between nexstar and nexstar-evolution is the addition of build-in skyfi device (wifi-to-serial bridge connected to the aux interface). The rest is very similar - control-wise.
I think the problems are not really connected. The serial connection problems are usually with access rights and serial speed settings.
The evolution driver is merged now and should show up in the repos over next build cycle (approx 24h)

Read More...

Paweł replied to the topic 'indi-nexstarevo issues and questions' in the forum. 3 months ago

Found a stupid double-connect error. Now it works. The fix should be released soon on the standard channels - as soon as Jasem merges the fix.

Read More...

Paweł replied to the topic 'indi-nexstarevo issues and questions' in the forum. 3 months ago

1) Connection: fortunately the socket is different - so you are safe. Unfortunately the driver does not support serial connection so it is only useful with celestron-nexstar-gps driver (standard celestron driver). And it should work very well.
2) Driver: the 1.6 version has definitely some problem. Could you try the 1.5 version distributed with fedora 27? It should work. You can just install kstars and libindi from the standard fedora repo.

Read More...

Paweł replied to the topic 'indi-nexstarevo issues and questions' in the forum. 3 months ago

One more data point - the same problem shows itself on debian/ubuntu with Jasem oficial packages.
I am working on it.

Read More...

Paweł replied to the topic 'indi-nexstarevo issues and questions' in the forum. 3 months ago

I assume you are using the 1.6 distro for fedora 27 as described in the download section of the site
I have installed:

  • kstars-bleeding
  • indi-nexstarevo-bleeding
The fedora is an upgraded clean install and running in virtualbox. In this config all was working with the simulator.
On the other hand it is not working with the actual mount - so the problem is not yours!
Thanks for the heads up. Something broke recently. I'll try to fix it ASAP.

Read More...

Paweł replied to the topic 'indi-nexstarevo issues and questions' in the forum. 3 months ago

I will gladly help you make it work. Do not worry - we may get a decent docs out of this. The beginner is actually perfect for such exercise.

1) The cable: Please do not connect *ANYTHING* (except Hand Controller) to the AUX ports in the mount unless it is clearly marked as intended for the AUX ports. These are *NOT* RS232 ports at all. The RS232 port you can use is the one at the base of the HC. Unfortunately, my driver does not implement the serial connection yet - sorry.

2) The connection - thanks for the logs I am bothered by the online-offline flipping messages. Are you sure your network settings are not messed up by the auto-connect features of your OS. The 1.2.3.4 IP selected by celestron is really stupid - this is a real routable IP not assigned at the moment but not intended for such use and network stacks expect it to be a regular internet IP. That is why I am using my mount in the infrastructure mode with a portable access point - much less connectivity problems. If you cannot switch to infrastructure mode we will keep fighting with AP mode - do not worry. It is supposed to work in both modes.

3) The settings looks fine. I'll try to reproduce the problem on my end. Which version of the indi distro you are you using? The os is Fedora 27 I understand but indi is from this page or from the fedora distro?

Read More...

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

Sure I can help.
Do not issue any AUX movement commands when working with celestron_gps driver. The hand controller does not keep track of your commands and you are messing up its idea of the motor controllers (MC) state. You are basically fighting with HC over the control of MC. This is not going to work. You can set/adjust some of the settings - essentially when HC does not keep the state and reads it every time out of the MC. The SLEW_DONE messages may be captured by the HC or the tracking commands by the HC are messing up your GOTO.
Mixing of the protocols is really risky in my opinion - been there, done that. I think you should be very careful which commands you issue in this mode.
OTOH it can be done - I have implemented GPS emulator inside the nexstarevo driver which provides gps data to the HC.

BTW: This work will be very valuable in the nexstarevo driver. I did not implement the serial connection yet and I can use any help there is ;)

Read More...

Paweł replied to the topic 'GPSD altitude' in the forum. 3 months ago

This is really strange. Maybe we are using libgpsd api wrongly. But the code is lifted right out of the api tutorial.
Please try to set LANG=C in the shell before running any of the programs. This may be a localization problem.
I have noticed some problems with this in indi in the past.

Read More...

Paweł replied to the topic 'GPSD altitude' in the forum. 3 months ago

It was probably originally missed by me due to the fact that I am east of the 0 meridian ...
But the altitude should be exactly the same - are you sure you have a 3D fix?
The screenshot shows it was 240s since last fix. Are you testing indoors?

Read More...

Paweł replied to the topic 'indi-nexstarevo issues and questions' in the forum. 3 months ago

One more thing - The celestron-nexstar driver will not work with the usb-aux cable. I hope you do not mean usb-serial cable. The AUX socket is different and *must not* be connected to regular serial line (actually it is serial with different voltages and wiring). I hope you did not fry your mount!
Furthermore, this is completely different protocol. For the celestron-nexstar driver you need a correct usb-serial adaptor with small RJ plug at the end.
You can connect it to the base of the hand-controller and use it that way. It is quite straightforward and should work if you get permissions right.
The nexstarevo driver uses low-level AUX protocol which is present in the WiFi transmission and in AUX sockets on the mount.

Read More...

Paweł replied to the topic 'indi-nexstarevo issues and questions' in the forum. 3 months ago

@tmdag - I am glad you are trying to make my driver work.
First - it is not going to work via the cable (yet). The other ways of communication are not implemented but planned. Unfortunately the AUX protocol is a bit tricky.
So wifi-only for now.
Regarding the connection: what is the sequence of blinking of your mount wifi-light. It should be fast (not connected, waiting for client) - slow (Client assigned IP, no connection yet) - constant (Client connected).
If wifi light is constant please run the driver with debugging (you can also run indiserver with extra -v to get even more debugging) and upload the log. We will se what is wrong. If you are running on linux and have python3.6 available you can also run it against the simulator from the source directory to eliminate problems with your network/ap/etc.
Also check if you have alignment system active - sometimes this could be a problem. Make also sure that you have your position correctly entered. Evo is an alt-az mount and really needs to know your position.

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!