Welcome, Guest
Username: Password: Remember me
20 Aug 2017
INDI development team is happy to announce the release of INDI Library v1.5.0. This new exciting release builds on the maturity of INDI Library and comes with many new supported devices and fixes for existing drivers.
Read More...

TOPIC: Capture & Solve -> Slew to Target...

Capture & Solve -> Slew to Target... 2 months 19 hours ago #20123

  • maudy
  • maudy's Avatar Topic Author
  • Offline
  • Platinum Boarder
  • Platinum Boarder
  • Posts: 329
  • Karma: 2
  • Thank you received: 23
Jasem,

I have some code for the indi_celestron_gps - allows the changing of the backlash settings for the mount. Tested tonight and it works well. It has helped improve the guiding, by tweaking with PHD2.

If this is of interest, please let me know the best way to send the code to you for evaluation/review/or...

I also have some test code for a more precise slew. This is still in testing.

Cheers!

Please Log in or Create an account to join the conversation.

Capture & Solve -> Slew to Target... 2 months 18 hours ago #20128

Sure, submit it as PR on Github.

Please Log in or Create an account to join the conversation.

Jasem Mutlaq
Support INDI & Ekos; Get StellarMate Astrophotography Gadget.
How to Submit Logs when you have problems?

Capture & Solve -> Slew to Target... 1 month 4 weeks ago #20154

  • maudy
  • maudy's Avatar Topic Author
  • Offline
  • Platinum Boarder
  • Platinum Boarder
  • Posts: 329
  • Karma: 2
  • Thank you received: 23
I will clean up the Backlash code, and once done I will attempt a Pull Request as soon as I figure it out in GitHub (I am assuming I need to fork or something.)

Moving on to the Nudging precise slewing...

Question: Does anyone have any ideas to determine from the RA/DEC coordinates to determine which N/E/S/W button to press to increase or decrease the RA/DEC position?

Any help, pointers or such would be welcomed.

Please Log in or Create an account to join the conversation.

Last Edit: by maudy.

Capture & Solve -> Slew to Target... 2 weeks 6 days ago #21252

  • maudy
  • maudy's Avatar Topic Author
  • Offline
  • Platinum Boarder
  • Platinum Boarder
  • Posts: 329
  • Karma: 2
  • Thank you received: 23
Jochym,

I have been working on celestron_gps driver for the AUX commands through the serial->USB celestron connection, through the handcontrol:
- backlash settings work
- got an unsync command from Celestron too (not done yet)

Perhaps you can help me out with the MC_SLOW_GOTO command. I can issue the command; however, I am am having trouble interpreting how to manage the MC_SLEW_DONE.

The Symptom is that once the command is issued, the mount continues in the one direction - i.e. I am testing the ALT command first,
e.g. hc_pass_aux_cmd(PortFD, MESSAGE_LENGTH, ALT, MC_GOTO_SLOW, result[0], result[1], result[2], RESPONSE_LENGTH, response )

Once issued the mount does not stop the slow move and just continues. It is clear I do not understand, and would appreciate any pointers.

Please Log in or Create an account to join the conversation.

Capture & Solve -> Slew to Target... 2 weeks 5 days ago #21259

This symptom can happen if you send commands (such as query slew done) to the mount too quickly.
I wrote a mount controller that uses AUX commands through the handset. I wait 1second between 'query slew done' commands.
See line 169 here github.com/dokeeffe/auxremote/blob/maste...nt/MountService.java
Derek.

Please Log in or Create an account to join the conversation.

Celestron CPC1100 Atik 383L
HP8300 Elite i5 running Xubuntu, Indi, Kstars & Ekos
Roll off roof observatory
Battling Irish weather
github.com/dokeeffe
twitter.com/BallyhouraStars

Capture & Solve -> Slew to Target... 2 weeks 5 days ago #21260

  • Jochym
  • Jochym's Avatar
  • Offline
  • Expert Boarder
  • Expert Boarder
  • Posts: 137
  • Karma: 2
  • Thank you received: 37
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 ;)

Please Log in or Create an account to join the conversation.

P.

Capture & Solve -> Slew to Target... 2 weeks 3 days ago #21309

  • maudy
  • maudy's Avatar Topic Author
  • Offline
  • Platinum Boarder
  • Platinum Boarder
  • Posts: 329
  • Karma: 2
  • Thank you received: 23

Jochym wrote: ... You are basically fighting with HC over the control of MC. This is not going to work.

Ah, Thank you for confirming. I had actually start using parts of the AuxCommand class in the celestron_gps driver. It was working well but resulted in the same symptom. So I simplified things down, resulting in the same symptom. So I will stop working on the move commands in this way.

I have looked as using the nester-evo driver to add in serial instead of IP. I was stuck at the connection point in the design to say.... do not use IP, use serial connection.

If you can point me to the correct place to make the decision point, I can try to work the serial part in, to test and see if I get it. If I do then I will gladly work it a bit more to see if I can help.

I am assuming sending the AuxCommands through the HC is still valid to add in serial to the nester-evo driver.

Please Log in or Create an account to join the conversation.

Last Edit: by maudy.

Capture & Solve -> Slew to Target... 2 weeks 3 days ago #21310

  • maudy
  • maudy's Avatar Topic Author
  • Offline
  • Platinum Boarder
  • Platinum Boarder
  • Posts: 329
  • Karma: 2
  • Thank you received: 23

dokeeffe wrote: This symptom can happen if you send commands (such as query slew done) to the mount too quickly.
I wrote a mount controller that uses AUX commands through the handset. I wait 1second between 'query slew done' commands.
See line 169 here github.com/dokeeffe/auxremote/blob/maste...nt/MountService.java
Derek.


I have looked at your code to to learn and it helped a lot. I was trying to see I could find a driver for the RPI3 that would move the CGEM for better entering before investing too much time. It was not clear to me how I could test it with Ekos and INDI on the RPI3. Do you have any suggestions?

My Java skills are many years old, yet, if there is a starting point for a HellowWorld like point... I can run from there.

Please Log in or Create an account to join the conversation.

Capture & Solve -> Slew to Target... 2 weeks 2 days ago #21317

  • Jochym
  • Jochym's Avatar
  • Offline
  • Expert Boarder
  • Expert Boarder
  • Posts: 137
  • Karma: 2
  • Thank you received: 37
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 ;)

Please Log in or Create an account to join the conversation.

P.

Capture & Solve -> Slew to Target... 2 weeks 2 days ago #21326

  • maudy
  • maudy's Avatar Topic Author
  • Offline
  • Platinum Boarder
  • Platinum Boarder
  • Posts: 329
  • Karma: 2
  • Thank you received: 23
Ok, I will start reviewing your branch, compare the differences in the conversion to Jasem's classes, and then I will come back with questions :)

Please Log in or Create an account to join the conversation.

Capture & Solve -> Slew to Target... 2 weeks 1 day ago #21331

  • Jochym
  • Jochym's Avatar
  • Offline
  • Expert Boarder
  • Expert Boarder
  • Posts: 137
  • Karma: 2
  • Thank you received: 37
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.

Please Log in or Create an account to join the conversation.

P.
Time to create page: 0.166 seconds

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!


Gallery

Replica

Why INDI

Replica