View Issue Details

IDProjectCategoryView StatusLast Update
00033633 - Current Dev ListEnhancementpublic2019-06-16 23:15
ReporterK7ZCZAssigned To 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
Product Version6.5.0.208 
Target VersionFixed in Version 
Summary0003363: Satellite tracker does iterative math
Description
The satellite tracker does iterative math, which is very slow.

To figure out when a satellite rises (appears above the horizon), the application uses the satellite's Kepeler data and the station's location and does some math. The math is pretty involved -- it can take a few hundred milliseconds to complete. The operatoin gives the position of the satellite by computing its azimuth. If the azimuth is below the horizon, the code advances the time reference used in the computation and tries again.

The iterations continue until the azimuth is positive -- above the horizon. The approach has seveal problems.

One is that the satellite may never become visible. The code has to eventually give up, and that takes time. The logic for giving up might not be right.

Another is that the accuracy suffers. The times resported for rising and setting satellites is only accurate to the change in each iteration. If an iterative test at 01:00 says the satellite isn't visible and the test at 01:05 is visible, the satellite is reported as rising at 01:05. But the satellite might have actually risen at 01:01.

Finally, it's just slow. It would be faster and could be more accurate to adaptively iterate (change the step of each iteration). If a closed-form solution for the math could be found, even if it was more computationally expensive, it would execute only once and return an answer. That would also hopefully result in an immediate detectable faliure for satellites that won't rise over the horizon at the observing station.
Additional InformationSome more notes are in the related issue. I've opened this issue to continue tracking this opportuity because the related issue was closed.

TagsNo tags attached.
ModuleSatellite Tracking
Sub-ModuleFunctional
TestingNot Started

Relationships

related to 0003169 closedWA9PIE 5 - Closed w/o Action HRD SatTrack seems to be several seconds behind the actual and accurate tracking. 
related to 0003364 new 3 - Current Dev List consider upgrading and/or licensing satellite tracking library 

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2019-06-16 23:12 K7ZCZ New Issue
2019-06-16 23:12 K7ZCZ Relationship added related to 0003169
2019-06-16 23:15 K7ZCZ Relationship added related to 0003364