×

INDI Library v2.0.6 is Released (02 Feb 2024)

Bi-monthly release with minor bug fixes and improvements

Park, sync, align and all that in EQMOD

  • Posts: 278
  • Thank you received: 17
Yes, it seems that indi/ekos/kstars/eqmod/the mount or something is very happy about the 0 RA 90 DEC position. However, I need a custom park position which can be unparked without me being near the scope, so manually moving the scope does not work in my case.
The following user(s) said Thank You: Craig
4 years 2 months ago #48600

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

  • Posts: 389
  • Thank you received: 15
Hello,

Using the method I use described, a custom park position can be used. Normalize the mount to RA=0 and DEC=90. Slew to mount to this custom position and identify the RA and DEC. Save this position as the new Hone.

Under ASCOM, EQMOUNT had the ability to save custom home positions as unique names. Using a multi-button joystick, buttons could be assigned different home positions. Under AstroBerry, 1 home is possible. However, knowing custom RA and DEC positions is just as easy.
4 years 2 months ago #48610

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

  • Posts: 278
  • Thank you received: 17
Yes, that is basically how I do it also. But then from time to time kstars/ekos/indi suddenly after unparking think the mount is parked near polaris, but I in fact know it is not (it never is in my case!). How do you then start up, telling kstars/ekos/indi that the mount is NOT parked near polarins but somewhere else (without physically being next to the mount to move it manually)?

What sync mode and alignment mode do you use in the eqmod driver?
4 years 2 months ago #48616

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

  • Posts: 389
  • Thank you received: 15
Hello,

Before I went to QHY PoleMaster, I tried to use the polar alignment system of the scope. The mount was an old Vixen SP. When I added new motors, I went to AstroEQ to run the system. To align, I had to set the scope up for alignment. Alignment was RA=90 and DEC=0. Home was Polaris at RA=0 and DEC=90.

With the QHY Polemaster, Home is RA=0 and DEC =90. So, I used technology to satisfy the Home problem. I setup and tear down my rig. If I was in a shelter with limited space, home would be custom. I can see the dilemma. I use web services to manage INDI/KSTARS/EKOS. I also use RealVNC to manage the RPI. I do not have to be by the scope.
4 years 2 months ago #48620

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

  • Posts: 389
  • Thank you received: 15
Hello,

I saw that analogous post about EKOS and EQMount out of sync. Within EKOS, click on options. Under INDI, is Mount Updates KSTARS selected? If not, what is?
4 years 2 months ago #48665

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

  • Posts: 278
  • Thank you received: 17
Under INDI options "time and location updates", "kstars updates all devices" is selected. Is this not good?
4 years 1 month ago #48677

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

  • Posts: 389
  • Thank you received: 15
Hello,

Any option is fine as long as the prerequisites are met.

1. KSTARS ownership
2. Mount ownership
3. GPS time, location, and elevation ownership


The link between KSTARS and the Telescope is within KSTARS. Make sure this is selected in KSTARS.
4 years 1 month ago #48691

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

  • Posts: 389
  • Thank you received: 15
Hello,

All park information is stored in the .indi folder within a specific file. It is clearly labeled. I would suggest that this file be renamed. Then, start over. If the file is corrupt, a default park data file is used. I would not suggest to modify any default file. An option exists to walk back to the original configuration. As stated, only 1 park position is available in this version of OS and InDI at this time.

I know ASCOM and INDI for Windows allows for multiple park positions. I started out this way.
4 years 1 month ago #48694

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

  • Posts: 278
  • Thank you received: 17

I'm sorry, I have no clue what you are saying here.....
What do you mean by 'ownership'?
And what should be selected in kstars?
Sorry for being stupid ...
4 years 1 month ago #48696

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

  • Posts: 278
  • Thank you received: 17

Do you know what type of information is stored in this file? What do the numbers mean?
4 years 1 month ago #48697

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

  • Posts: 389
  • Thank you received: 15
Hello,

Ownership is being the sole resource for all things given. When KSTARS is not connected to any device, a user can run it without giving any time, elevation and location. KSTARS default location is Warsaw, Poland. Nothing is wrong with the the default location. Every astronomical software package has to start in a specific spot.

When KSTARS is connected to a mount, the Mount has many resources KSTARS needs to know where it is in the world. The Mount provides time, elevation, and location. Mounts do have internal GPS devices with varying GPS services enabled.

When KSTARS is connected to a mount which doesn’t have GPS, the last option allows KSTARS to seek location, elevation, and time from an external GPS device. My rig requires this selection. If a mount’s internal GPS services are limited, this option allows for alternative GPS options to be used.

KSTARS must be told where it is on the globe to be relevant. To “kick the tires”, Warsaw, Poland is perfect. To use outside, KSTARS must be told by the observer (owner) where it is on the globe.

KSTARS uses INDI to talk with the Mount. The Mount has motors. Motors have position based on revolutions last serviced. INDI logs the last position of the motors. This last position is saved as home.

Motors can revolve clockwise and counter clockwise. Numbers can be positive or negative. The Motor numbers keeper is the Mount or INDI. To get anywhere in KSTARS, motor start positions are important. Motors do not have intelligence. Their owners keep track of how many revolutions does it take to get the scope to travel. The Mount or INDI is the owner. If the Mount provides location, INDI gets a free ride. If not, INDI must work.

Ownership is responsibility. Who or what are the providers of information. Motors are dumb. The PARK data file contains the last count of revolutions the scope was last left, forward or backwards.
Last edit: 4 years 1 month ago by John Robison.
4 years 1 month ago #48721

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

  • Posts: 278
  • Thank you received: 17
Thanks for the education, really great :-)

Where does Indi store the last location? I guess this file must be changed it something goes wrong and indi suddenly thinks the mount is pointing near the pole after unpacking?

I have more than once experienced that the mount position on the kstars map suddenly jumps when a slew is over. I guess then the mount (eqmod) and kstars is not properly synced. How can that be if kstars is set to control everything?
4 years 1 month ago #48737

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

Time to create page: 1.630 seconds