×

INDI Library v2.0.7 is Released (01 Apr 2024)

Bi-monthly release with minor bug fixes and improvements

Guding gones wild in RA on Gemini 2

  • Posts: 643
  • Thank you received: 62
Hi!

Ah, sorry for not having mount logging. Will supply as soon as I can (next star visible).

I use pulse guiding, no ST4-cable, just the USB cable. I use a Lodestar. Indiserver installed on a R-Pi sitting by the telescope.

I'm not sure which settings I should look at. Camera settings were the same in Win as in Linux. Exposure 1s to 2 secs, Hysterisis and Resist switch algoritms. I have not tried PHD2 in Linux without PHD2, though. But I did try internal guider in Ekos without PHD2, same behavior - and that indicates to me that this is not PHD2 related. Right?

Phomer60: what settings should I check? There are a lot.... Since it works for you (with gemini 2, right, and the Losmandy Gemini driver?), it should be some kind of setting here. Basically, I did not change anything switching from the Gemini 1 to Gemini 2. It worked nicely with Gemini 1. Anything that should be changed doing that switch?

Magnus

Magnus
6 years 3 weeks ago #24782

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

  • Posts: 437
  • Thank you received: 31
Magnus,

I was thinking of the settings under options - calibration and guide.

My problem at the moment is that I don't have my camera and don't know how to bring up my settings without it.
6 years 3 weeks ago #24789

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

So The gemini driver uses the Meade pulse command guiding... does Gemini support its own pulse guiding routine or is it the same as Meade?

EDIT: Ok from the documentation, it supports the same format with this note:

:Mg<direction><time># Moves into <direction> "e", "w", "n", "s" for <time> milliseconds. <time> is converted into motor encoder ticks, in L4 the result must not exceed 255 or will be cut off modulo 256.

So if you have L4, this might be a problem as anything above 255ms will be cut off
Last edit: 6 years 2 weeks ago by Jasem Mutlaq.
6 years 2 weeks ago #24814

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

  • Posts: 2877
  • Thank you received: 812
My recommendation would be to try an st4 cable to see if you get better results. I have had a Gemini 1 for about 8 years now. For years I was guiding with pulse commands and never really got great results. I used different software packages, different computer types, and still did not get good results. (Mac, Linux, PHD, PHD2, KStars, direct USB, over INDI, etc.) I had not tried an ST4 cable because my camera didnt have an ST4 out jack. I bought a ZWO ASI 120 usb3 because I thought the issue was related to pixel size. It gave no real improvement though. But about 5 months ago I tried the ST4 jack and saw immediate improvement. I got even more improvement when I started running PHD2 on a raspberry Pi stuck right on the mount so no communication or image download delays.

Thanks,

Rob
6 years 2 weeks ago #24816

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

  • Posts: 643
  • Thank you received: 62
Hi!
So, after a few days of clouds, here is a log with mount driver data as well. Same behavior - wild swings in RA when guiding also in Dec. I have turned Dec on and off a few times - each time I turn it off, RA calms down, each time I turn it on, it goes wild again. Attached is both INDI, Ekos and PHD2 logs.

Magnus
6 years 2 weeks ago #24841
Attachments:

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

  • Posts: 643
  • Thank you received: 62
Hi again!

And now I can confirm that using the ST4-cable instead seems to work nicely. No swings at all, good guiding behavior.

Maagnus
6 years 2 weeks ago #24843

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

  • Posts: 643
  • Thank you received: 62
Hi!

A slight update: ST4 works, but my experience now, is that it does not work as nicely as I first said. I cannot get guding below 1", even though I previously, with Gemini 1, hade 0,6-0,7" as standard. And the experience among many Losmandy users seems to be that performance is better with pulse. However, I am going to explore this further next week (travelling this week). And if we could get the pulse guiding to work, that would be wonderful!

Magnus
6 years 2 weeks ago #24906

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

  • Posts: 643
  • Thank you received: 62
Hi!

Any hope of any progress on this? Tried tonight and still same problem: wild swings in RA when mount connected through Indi, much calmer when "on-camera" But guiding quality not as good as it used to be with connection throgu Indi.

Magnus
6 years 3 days ago #25376

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

  • Posts: 437
  • Thank you received: 31
Magnus,

I have experienced the wild swings, if you mean it suddenly slews to somewhere completely unrelated to where you want it to go - sometimes making the camera head towards the mount. I always make sure I can abort it from INDI, as I have found that when this happens the hand controller does not respond.

I have found that the best way to avoid this is to always perform a synch after a coldstart and then use align for the following slews.

I believe that it must be corrupting the model because the park at CWD still works correctly so it knows where it physically is. exactly what the problem is eludes me and is unpredictable. It means I cannot trust the mount when slewing and need to keep an eye on it. The only solution I have found is to perform a coldstart.
6 years 2 days ago #25392

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

  • Posts: 643
  • Thank you received: 62
Hi!

No, I'm talking about swings in RA while guiding - up to 15" in swings,, killing every possibility of imaging, and seemingly triggered by pulses i DEC - when not guiding in DEC, it is smooth. And this is only when using pulse commandes, using ST4-cable works OK. See my previously posted guidelogs for a visual illustration.

Magnus
6 years 2 days ago #25421

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

  • Posts: 437
  • Thank you received: 31
Magnus,

I am using PHD2 as the guiding program and I attach to INDI using INDI mount. I have Pulse Guding enabled and although it has an issue where it will not maintain the driver setting - reported to PHD2, it works fine.

I notice you originally said that you had no problems under Windows, but I cannot see where you mention your operating system.

I am currently running Raspbian as the Ubuntu Mate version stopped recognising my QSI camera.

In the past I have found that wild swings are generally cuased by the software trying to handle the scope being too well balanced and contimually trying to correct it. Sort of a resonce effect. You may be better off posting the question to the PHD2 forum as they have many years experience with this. I would try and unbalance the scope so it is slightly weigted east and either north or south and see if this has any effect.
Last edit: 6 years 1 day ago by Paul.
6 years 1 day ago #25424

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

  • Posts: 643
  • Thank you received: 62
Hi!

Interesting. You are using Gemini 2 as well? My setup is a R-Pi with Ubuntu Mate, where the indiserver runs. THen Ekos on a linux laptop indoors.

I have posted at the PHD2 forum, (the post and discussion is here: groups.google.com/forum/#!topic/open-phd-guiding/Pgj5utiy0NA) and after having discussed there, they concluded that it probably is not PHD2 related. It works nicely in windows with ASCOM, and OK with Ekos/INdi using ST4 - with the exact same balance and pointing to the exact same spot in the sky. I switch from pulse (wild swings) to On-camera in PHD2, and it calms down. So I figure it must be Indi-related.

So very interesting if you do not experience this. What happens when you switch from pulse guiding to ST4/on-camera? And could you perhaps post your precise Indi settings for the guide cam?

What more could I check and try....?

Magnus
Last edit: 6 years 1 day ago by Magnus Larsson.
6 years 1 day ago #25425

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

Time to create page: 0.558 seconds