×
INDI Library v1.8.5 Released (19 Apr 2020)

April 2020 release of INDI Library v1.8.5 introduces new drivers while providing fixes and improvements to existing devices and core framework.

"Dome parking / Telescope parking" policy

3 months 5 days ago
Gonzothegreat
Administrator
Administrator
Posts: 1722
Karma: 6
More
Topic Author
"Dome parking / Telescope parking" policy #49997

knro wrote: Ok I can confirm this... do we have a matrix of the different combination of the policies between the two devices and what they can lead do? If not, it would be greatly appreciated if you can draft the the table for this to clarify it for us and end users.


I have that covered here:
indilib.org/forum/mounts/2938-dome-telescope-lock-policies.html

Kstars Mac osx
Odroid C1 running indiserver (kept up-to-date with apt-get update/upgrade)
HEQ5 pro / QHY5L-II-M (OAG) / Atik 314L+ / Gerd Neumann drawer

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

3 months 5 days ago
knro
Administrator
Administrator
Posts: 7978
Karma: 51
"Dome parking / Telescope parking" policy #49998
So this has been broken for over 2 years now :(

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

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

3 months 5 days ago
Gonzothegreat
Administrator
Administrator
Posts: 1722
Karma: 6
More
Topic Author
"Dome parking / Telescope parking" policy #50000

knro wrote: So this has been broken for over 2 years now :(


afraid so.

Kstars Mac osx
Odroid C1 running indiserver (kept up-to-date with apt-get update/upgrade)
HEQ5 pro / QHY5L-II-M (OAG) / Atik 314L+ / Gerd Neumann drawer

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

1 month 4 days ago
G_Gagnon
Expert Boarder
Expert Boarder
Posts: 87
Karma: 2
More
"Dome parking / Telescope parking" policy #52584
As a late follow-up on this topic, I am about to complete my clamshell KStars/EKOS/INDI controlled observatory (based on Gonzothegreat), and wanted to test the appropriate mount and dome policies to make sure that no mount and dome collision would happen. I used the Dome Scripting Gateway driver.

As the mount unpark was working correctly when both mount and dome were parked, I only tested dome park when mount was not parked. I positionned the mount close but not at its park position such as if the dome was closed (parked) no collision would occur.

I tested the following 2 conditions:

1. Mount Locks - Dome Both

After issuing a dome park command, the dome parked first and the mount parked after the dome was closed. So, unless your mount is in a position that would avoid collision, there will likely be damage to mount and scope, as mentionned in Gonzo's case study.

2. Mount Locks - Dome Locks

After issuing a dome park command, the dome parked first and the mount did not park after the dome was closed, it was still tracking. as in the previous case, unless your mount is in a position that would avoid collision, there will likely be damage to mount and scope, but furthermore, as the mount is still tracking, damage will ultimately occur.

I understand the mount should explicitely be parked before the dome is but I assume the safest sequence should be that if a dome park command is issued, it should make sure that the mount is parked first before parking the dome, and if not, it should tell the mount driver to park the mount before it parks the dome. I realize the the python scripts may need to do the appropriate checking but I thought that INDI was taking care of that.

Hope this helps.
The following user(s) said Thank You knro

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

1 month 4 days ago
knro
Administrator
Administrator
Posts: 7978
Karma: 51
"Dome parking / Telescope parking" policy #52585
INDI drivers should take care of that. I figured someone would take a look at the code and propose a fix for this but this hasn't happened yet. I added this to my TODO list so we'll see.

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

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

1 month 4 days ago
G_Gagnon
Expert Boarder
Expert Boarder
Posts: 87
Karma: 2
More
"Dome parking / Telescope parking" policy #52603
Is the code related to parking policy in the specific mount and dome drivers (i.e. lx200_OnStep and Dome Scripting Gateway in my case) or somewhere else in the indiserver? Had a look in dome_script.cpp and lx200_OnStep.cpp but did not find anything obvious regarding parking policy.

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

1 month 4 days ago
knro
Administrator
Administrator
Posts: 7978
Karma: 51
"Dome parking / Telescope parking" policy #52654
No, it's in the parent classes INDI::Telescope and INDI::Dome

Jasem Mutlaq
Support INDI & Ekos; Get StellarMate Astrophotography Gadget.
How to Submit Logs when you have problems?
Add your observatory info
The following user(s) said Thank You G_Gagnon

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

1 month 3 days ago
knro
Administrator
Administrator
Posts: 7978
Karma: 51
"Dome parking / Telescope parking" policy #52665
Ok, I think we need to come up with a matrix of all possible actions and what needs to be done between the dome/mount so that it can be coded safely to handle all possible conditions . Maybe a google sheet?

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

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

1 month 3 days ago
G_Gagnon
Expert Boarder
Expert Boarder
Posts: 87
Karma: 2
More
"Dome parking / Telescope parking" policy #52668
I think that if we want to come up with a matrix of all permitted combinations, we need to also specify a dome/roof type as, depending of the type, parking will either likely cause damage (roof, ROR or clamshell) or not (hemispherical dome, where there is no mount movement restriction) and as such parking policy combinations may be allowed or not (e.g. for a roof the combination "Dome Locks - Ignore Telescope" shall not be allowed). That also means that the DOME driver will need to have a DOME type option added. Does that make sense to you?

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

4 weeks 1 day ago
knro
Administrator
Administrator
Posts: 7978
Karma: 51
"Dome parking / Telescope parking" policy #52971
Well, that's possible as well. I have a roll-off but it's perfectly safe for the mount to be in any position. At any rate, once we have the matrix then it's possible to account for all possible permutations safely.

Jasem Mutlaq
Support INDI & Ekos; Get StellarMate Astrophotography Gadget.
How to Submit Logs when you have problems?
Add your observatory info
The following user(s) said Thank You G_Gagnon

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

3 weeks 4 days ago
G_Gagnon
Expert Boarder
Expert Boarder
Posts: 87
Karma: 2
More
"Dome parking / Telescope parking" policy #53166
Sorry I did not see your message earlier. From your picture, I can see that clearance is not a problem for your mount/roof combination.

I can try to come up with a matrix of the different possibilities for domes and other types of mounts but as I may not be aware of all the subtleties, I may be missing a few or more cases. I hope to come up with something soon.

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

3 weeks 3 days ago
G_Gagnon
Expert Boarder
Expert Boarder
Posts: 87
Karma: 2
More
"Dome parking / Telescope parking" policy #53222
Hello Jasem, I started making videos of mount and roof exemplifying the different mount and roof/dome parking policies, as presented in Gonzo's case study. I will be able to prepare a matrix of the different cases as well as provide the videos if you see them fit. The expected behavior, from my knowledge, will be included in the matrix.
The following user(s) said Thank You knro, Gonzothegreat, TallFurryMan

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

Time to create page: 0.282 seconds