¿ªÔÆÌåÓý

Re: Side-of-pier issue


 

¿ªÔÆÌåÓý

Hi!

It might be that there is no issue, and I have messed things up. But it might also be that my use case is somewhat rare, which is a reason this has not been surfaced before. THe thinking around this is really a bit above my paygrade. I can follow the logic but not assess it. So my understanding is: There are two cases when side-of-pier really shifts: in a meridian flip, that is, shifting side of pier for an object traversing the meridian. Or, as in my case, when slewing from SW to NW or the other way around. These cases are very different in a guiding sense. For the meridian flip, RA should be reversed. For the second case, nothing should happen.

So: what I think would be good is to hear if other's G2s also report a shift in side-of-pier when slewing from SW to NW and back, and from SE to NE and back. For instance, following this sequence:

1. South

2. SW

3. NW

4. SW

5. NW

6. N (meridian flip)

7. NE

8. SE

9 NE

10. SE

11. S (meridian flip)

In this sequence, a "wrong" side-of-pier shift should be reported in step 2-3, 3-4, 4-5, 7-8, 8-9, 9-10, and a "correct" side-of-pier shift in steps 5-6 and 10-11.

Does that make sense?

Magnus



Den 2020-04-19 kl. 01:15, skrev Brian Valente:

Magnus

can you clarify what exactly is the test you want to verify?

I've been following your PHD thread and looked at the indi thread. I'm not convinced it's a gemini firmware issue, since i've really never heard this before, but i'm willing to test it out



On Sat, Apr 18, 2020 at 10:35 AM Magnus Larsson <magnus@...> wrote:

Hi Sonny!!

Well, I could easily "fix" it by re-calibrating in PHD2. But that is not a good solution, as this problem happens several times in the midst of my 20-25 jobs schedule, as the mount works through lower altitudes to higher, in the process slewing hither and dither... And: automated... I cannot have it recalibrate after every slew, as that would almost double the time for the whole process.

Thing seems to be, that side-of-pier is reported by Gemini whenever the side-of-pier shifts, physically. But that messes things up and causes this issue. PHD2 cannot differentiate between a side-of-pier-shift because of a meridian flip and just slewing from SW to NW.... But the Gemini can differentiate these between these cases. And, as I understand it, should ONLY report side-of-pier when it is a meridian flip case. As I understand it from the PHD and Indo fora. But I might be wrong - it has happened before....

I don't know how other mounts manage this, and I am way out of my depth when we talk about what the codes the Gemini sends to my Indi-server really are (serial commands....). But that seems to be where this happens.

And: what would really be helpful, is if someone else can verify the behavior. To see if there is something with just my mount, or really in the Gemini code.


Best,

Magnus


Den 2020-04-18 kl. 18:00, skrev Sonny Edmonds:
Hi Magnus!
What you are describing is, to me, an anomaly in PHD2 itself, for my lack of a better way to describe it.
What I learned to do (this was with my old mount) was to close PHD2. And I mean just slam the door on it.
Then open it again to a fresh unadjusted program, and start it up again after the change. Let it automatically select a guide star, and give it time to settle in and stabilize.
After that, it would go on guiding.

It was another of my "Sonny's Work Rounds" to keep me in this crazy way of connecting my yard with outer space.
Some things I do make no sense to others, but they work.
--
SonnyE


(I suggest viewed in full screen)


--
Brian?



Brian Valente
portfolio

Join [email protected] to automatically receive all group messages.