Zenith Satellite Rotator Tracking
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 22/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- c
- Ambito
- desktop-dev
Direzione di ricerca
The payload names no source files. Start from the rotator tracking path that sends azimuth and elevation to rotctld, and check how elevation is handled when a pass crosses the zenith. Reproducing needs a rotator or a simulated rotctld backend. Done when an auto-tracked pass near 90 degrees keeps elevation moving past 90 without a full 180-degree azimuth flip, and the 180-degree elevation limit setting takes effect.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I am using GPredict 2.3.37, hamlib 4.5.5, SPID MD01, rotctld, and a Big-Ras rotator, on a Windows 10 64 bit computer.
The commands sent to the rotator for near satellite passes near the zenith do not seem to be working properly. When a satellite passes near the zenith (an elevation angle of 90 degrees) with satellite tracking on and the rotator engaged, the rotator does a full 180 degrees azimuth turn instead of making the elevation angle go past 90 degrees. If the elevation angle was in the range of 90-180 degrees before the satellite, going through the zenith, the elevation angle sent to the rotator will stay above 90 degrees, and if the elevation angle was in the range of 0-90 degrees, the elevation angle will stay lower than 90 degrees. This full 180 degree azimuth turn takes time for the rotator to perform so the rotator does not track the satellite for a while. These high elevation angle passes are critical for communicating with a Cubesat so it is important that it is tracked consistently. I had the settings for the rotator having a maximum elevation angle of 180 degrees as shown in the image, but that did not make a difference. I can use GPredict to manually control the rotator and set it past 90 degrees in elevation, but GPredict does not use the full 180 degree elevation angle capability when tracking the satellite automatically.
https://github.com/csete/gpredict/assets/90346350/b66fc0c3-8218-46ee-ac08-1db61ec1d487
- Lingua principale
- C
- Stelle
- 1.2k
- Fork
- 305
- Merge medio
- 8h 48m
- PR unite (30g)
- 3
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di csete/gpredict
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 60/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 78/100
Tutte le issue di csete/gpredict
Issue simili
-
[WinReg] update to v12.0.0Apertacategory:port-update
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 2 giorni
-
feat(palindrome): add C solutionForse già presa @aadiitya2007 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
techcsispit/code-corner#58 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[LOGO] Add Ruxt Linux LogoApertalogo request
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
fastfetch-cli/fastfetch#2661 ·
I maintainer di solito rispondono entro 1 giorno
-
Mark ignored Mac OS partitions RecoveryOSContainer and iBootSystemContainerForse già presa @meven l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
storaged-project/udisks#1559 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 71/100
awslabs/aws-checksums#121 ·