×

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

Bi-monthly release with minor bug fixes and improvements

Internal Guider not calibrating

  • Posts: 314
  • Thank you received: 34
My personal experience was that BT is even more unreliable than Wifi connections but it could also be just delusion :side:
--= human, without Windows™ =--
pls excuse my bad english! :)
5 years 9 months ago #26155

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

  • Posts: 1309
  • Thank you received: 226
It's true. There is a noticeable delay with BT over USB with serial TTL adapter.
5 years 9 months ago #26156

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

  • Posts: 152
  • Thank you received: 28
Hi all i noticed exactly the same thing over the weekend. Bluetooth works great inside my house with just the mount connected. Once i attached bluetooth moonlite focuser it starts to play up. Add guiding to the mix and forget about it, it falls over within a minute. It seems like there is just way too much data being transfered and bluetooth is just not up to the task. After changing to eqmod USB cabled connection the thing ran all night, no issues with pulse guiding (no ST4 cable) with a ASI 120MC and 2x2 binning and SER algorithm (looks to me that it is better than the smart algorithm, i don't know why, just an observation after using both).

One thing i did notice was internal guider worked flawlessly on my first target. After aligning on my second target and clicking on guide, the internal guider did not guide properly. I had to restart the computer to get the guider to recalibrate for successful guiding.

Is there is a way to just reset the internal guider calibration and have it recalibrate on a new star without having to restart everything?

regards
Last edit: 5 years 9 months ago by Petar Milevski. Reason: additonal information
5 years 9 months ago #26162

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

  • Posts: 1309
  • Thank you received: 226
To clear the calibration data, click the trashcan next to the Guide button.
The following user(s) said Thank You: Jasem Mutlaq
Last edit: 5 years 9 months ago by Andrew.
5 years 9 months ago #26163
Attachments:

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

  • Posts: 152
  • Thank you received: 28
I should use my glasses, I didn't even see the button, cool thank you
5 years 9 months ago #26165

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

  • Posts: 281
  • Thank you received: 29
Really appreciate all the responses! On next occasion I will compare, BT vs USB - still I wonder why BT from a technical perspective would not be good enough, is it really that much data?

Anyway, wanted to ask this:

What guide rate is recommendable? By default I was using 0.5, now I read that 1.0 would be preferred - for phd2.

Then: What minimum pulse rate do people use? With a 500mm scope (thru oag), and asi120, would 1000ms or even more would make sense?

Lastly, to which extent would autostretch have an effect on the guiding? Apart from increasing visibility of stars to the user?

Many thanks as always! Helge
5 years 9 months ago #26190

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

  • Posts: 469
  • Thank you received: 165
I use HEQ5 Pro with EQDIR-BT dongle with PHD2 and have recently made some changes to EQMod driver for this purpose. The original code didn't take into account communication delay with the mount which is around 50ms per command when using BT and around 16ms when using EQDIR cable and 32ms when using PC Direct mode via the hand controller. This made each pulse essentially that much longer. Also the code used timer for all pulse lengths which made short pulses quite unreliable. Last issue was that if mount status query timer happened to hit during the pulse duration, the pulse got significantly longer as command to end the pulse got delayed. These issues should be remedied by current EQMod driver version from nightly which added configuration items to ignore very short pulses and configurable limit how long pulses are handled synchronously. The value for minimum pulse should be around the communication delay so 50 ms for BT, less for wired connection, the default value of 10 ms is very conservative. Default value for timer threshold (100 ms) is probably good as is, but I've used slightly longer 150 ms as the limit myself.

As for the guide rate I've settled on 0.5x after testing 0.3x, 0.75x and 1x, it seems to be a good compromise between correction speed and not over correcting. I'm not sure what you mean by minimum pulse rate, I use 3s exposures so PHD2 does corrections only every 3s to average out effects of seeing. Sometimes I use 2s or even 1s, but 3s has proved to be good compromise.
The following user(s) said Thank You: Jasem Mutlaq, Jean-Luc, Petar Milevski, Helge, Tom
5 years 9 months ago #26191

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

I tested with Jarno's changes yesterday and everything worked fine. Of course, I didn't have issues before (using EQDir cable, so latency wasn't much of an issue), but the results are great nonetheless!

5 years 9 months ago #26193
Attachments:

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

  • Posts: 281
  • Thank you received: 29
Dear Jarno,

I was fascinated reading about the enhancements you made. Great job!!!

I erroneously wrote minimum pulse rate, should just have been minimum pulse (length).

Best, Helge
5 years 9 months ago #26196

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

  • Posts: 152
  • Thank you received: 28
Cool, so if there is a fix for BT latency issues and its in GIT (i assume for more testing), how soon will EQMod update be in the stable release?
5 years 9 months ago #26198

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

  • Posts: 238
  • Thank you received: 15

Replied by Tom on topic Internal Guider not calibrating

Is this means that the Ekos & PHD2 dithering issue is solved?
5 years 9 months ago #26201

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

  • Posts: 469
  • Thank you received: 165
Unfortunately this doesn't have any direct impact on dithering with PHD2 as such, only that the dither pulses would be more accurate than before. For me dithering seems to usually work, though at times Ekos doesn't seem to register settling signal after dither, but resumes after timeout anyway. More rarely PHD2 doesn't seem to receive the dither command from Ekos at all so there seems to be some fragility with the communication between the two.
The following user(s) said Thank You: Tom
5 years 9 months ago #26213

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

Time to create page: 0.717 seconds