×

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

Bi-monthly release with minor bug fixes and improvements

Error reading RA/DEC on iEQ45

  • Posts: 96
  • Thank you received: 8
Hi all,

I've been getting this message in my log window for my iEQ45 mount (indi driver: indi_lx200zeq25):

2017-07-10T16:46:39: Error reading RA/DEC.
2017-07-10T16:46:21: Slew is complete. Tracking...
2017-07-10T16:46:05: Slewing to RA: 13:30:35 - DEC: 47:06:39
2017-07-10T16:40:08: Error reading RA/DEC.
2017-07-10T16:39:42: Error reading RA/DEC.
2017-07-10T16:39:33: Error reading RA/DEC.
2017-07-10T16:38:24: Error reading RA/DEC.
2017-07-10T16:39:09: Error reading RA/DEC.

The mount started off in the zero position and ended up pointing to M51. But the errors continue to happen periodically. Something I should worry about?

Thanks,

Charles
Linux Mint 20.3 and AstroBerry
Mounts: iOptron CEM-60
Cameras: Atik 383L+, ZWO ASI290MM Mini
Focuser: Moonlite
6 years 8 months ago #18458

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

  • Posts: 322
  • Thank you received: 31
I have the same problem, but on a Sky Sensor 2000 PC.

It was working well last November before the clouds blanketed the winter sky.

Here is what the log has.
[2018-03-02T22:07:40.265 EST DEBG ][           org.kde.kstars.indi] - SkySensor2000PC : "Error reading RA/DEC. "
[2018-03-02T22:07:46.271 EST DEBG ][           org.kde.kstars.indi] - SkySensor2000PC : "Error reading RA/DEC. "

It made some operations intermittent. For example, you tell it to slew, and it would not respond. Or it slews then the slew never completes.

Going into picocom, I typed the :GD# and :GR# commands manually:

:GD#+00�51:57#
:GR#04:16:59#

The response for GD has non ASCII characters in it:

$ hd
:GD#+00�51:58#
00000000 3a 47 44 23 2b 30 30 ef bf bd 35 31 3a 35 38 23 |:GD#+00...51:58#|

So hex ef bf bd, but that was via copy/paste.

What can one do to troubleshoot this further?
6 years 1 month ago #23822

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

The code to read this into 3 number is this in indicom.c:
r = sscanf(str, "%lf%*[^0-9]%lf%*[^0-9]%lf", &a, &b, &c);

So it skips any non-digit number until it encounters a digit.. put a breakpoint there and see how it breaks it down. ef bf bd is 3 bytes but I think it is probably just an artifact of your copy/paste.
6 years 1 month ago #23828

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

  • Posts: 322
  • Thank you received: 31
Before going that route, is there an INDI log with all the commands sent and responses received?

It used to be under .indi/logs/yyyy-mm-dd/indi_device, but even when I click all the options in the new 'Logs' button in Ekos, I don't see anything written there ...

Or does this has to be done from the INDI tab for the device in question?
6 years 1 month ago #23829

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

All are merged in the KStars logs now, so find everything there in one place.
6 years 1 month ago #23831

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

  • Posts: 322
  • Thank you received: 31
Nice work on centralizing the logs.

Now that I tested verbose output, it seems that the problem is not in INDI. The f_scansexa works correctly despite the strange non-ASCII characters.

The issue seems to be in the Sky Sensor 2000 PC controller itself. It sometimes does not respond within 5 seconds to :GR# or :GD# commands. This only happens intermittently.

I am wondering if it would help to increase the 5 second timeout for LX200_TIMEOUT ...
6 years 1 month ago #23847

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

  • Posts: 322
  • Thank you received: 31
So, this turned out to be nothing related to the Sky Sensor 2000 PC controller, nor to INDI.

I did two things, and the errors went away:

1. Reduce the baud rate from 19200 to 9600.

2. Remove the USB hub, and re-route the USB cable directly to from the controller to the laptop.

No errors after an hour of testing.
6 years 1 month ago #23850

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

Time to create page: 0.404 seconds