csete / gpredict

Gpredict satellite tracking application
http://gpredict.oz9aec.net/
GNU General Public License v2.0
844 stars 247 forks source link

Rotator control with rotctld - Gpredict shows "ERROR" then segfaults #253

Open Aang23 opened 3 years ago

Aang23 commented 3 years ago

I have lately been using GPredict to control a rotator via rotctld.

Rotctld is started as a dummy rotator (rotctld -m1 -v), to which I connect GPredict with the default configuration. Then I ran other programs connecting on the same rotctld instance and at first, everything worked at expected and I was able to track a few satellites.

Once in while though, GPredict fails to control the rotator and shows the following, in order : Screenshot from 2021-02-07 18-00-27 - 1 Screenshot from 2021-02-07 18-00-31

From that point on, any attempt to connect back onto Rotctld fails, until I close the antenna control window, reopen, and reconnect, but most of the time doing so results in a segmentation fault.

GPredict was built from the latest Github sources, in fact, a few minutes before posting this issue to make sure before reporting.

Any idea what the problem could be? The issue is also observed with gpredict as the only client on Rotctld.

Thanks!

Edit : hamlib is also latest from git

csete commented 3 years ago

Hi @Aang23 and sorry for the late reply.

The rotator interface should work also when other clients are connecting to rotctld. I suspect the problem might be somewhere else, for example, in the tracking logic because ELECTRO-L2 is a geostationary satellite, and predict still tries to track it using the SGP4 algorithm. Could you perhaps try and see whether the same problem occurs with other satellites that are not in geostationary orbit?

Aang23 commented 3 years ago

Hi @Aang23 and sorry for the late reply.

The rotator interface should work also when other clients are connecting to rotctld. I suspect the problem might be somewhere else, for example, in the tracking logic because ELECTRO-L2 is a geostationary satellite, and predict still tries to track it using the SGP4 algorithm. Could you perhaps try and see whether the same problem occurs with other satellites that are not in geostationary orbit?

Hi and thanks for you reply! - Didn't get the notification so I only just saw it... I did try with LEO satellites as well back then. The exact same issue occurred.

zaynpatel commented 5 months ago

@Aang23 - Did you ever get this working? My current setup is:

I am getting a very similar message to yours where the azimuth/elevation blocks have: read:ERROR. I'm curious if you got anything working and what your setup looked like.

Screenshot 2024-02-28 at 10 03 34 AM