Designing a GPS Receiver for the UNSW BlueSat Microsatellite
Notice bibliographique
Résumé
This paper describes a GPS-based navigation system designed for the University of New South Wales (UNSW) BLUEsat microsatellite. BLUEsat is a research-focussed low earth orbit microsatellite project designed and built entirely by students. Through the use of a modified, off-the-shelf GPS receiver, position, velocity and time data can be robustly provided in a highly dynamic environment. To allow a standard GPS receiver to function in space, many software and hardware modifications are necessary. Hardware and software interfaces have been carefully designed to allow integration within the BlueSat project. A Mitel GPS-chipset Software Development Kit (SDK) was available. The SDK consists of all source code that “drives ” a GPS receiver, permitting all operations of the GPS receiver to be examined and, if necessary, permitting new algorithms for signal acquisition, tracking and navigation solution to be developed and tested. A modified Canadian Marconi Corporation AllStar GPS boardset was used as the baseline receiver hardware. The AllStar is based on a twelve-channel GPS chipset, consisting primarily of the GP2015 RF frontend and the GP2021 correlator chip. A 40MHz ARM60 microprocessor provides overall control of the system. Three RS-232 ports are available – two for general input/output and one for debugging. This hardware had to be interfaced to the main BlueSat computer. Techniques have been developed for processing the data and providing the system with navigation criteria. Risk mitigation is also examined. Limited testing has been performed, with the high velocity receiver able to robustly track GPS signals. The system’s firmware is currently being ported to a new generation hardware platform provided by the Australian company Signav Pty Ltd (SIGNAV, 2003). Further testing will be carried out when a multi-channel GPS constellation simulator becomes available. 1.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Comment cette classification a été obtenuedéplier
Prédiction distillée sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.
Scores Codex et Gemma par catégorie
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,000 | 0,000 |
| Méta-épidémiologie (sens strict) | 0,000 | 0,000 |
| Méta-épidémiologie (sens large) | 0,000 | 0,000 |
| Bibliométrie | 0,000 | 0,000 |
| Études des sciences et des technologies | 0,000 | 0,000 |
| Communication savante | 0,000 | 0,000 |
| Science ouverte | 0,000 | 0,000 |
| Intégrité de la recherche | 0,000 | 0,000 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,000 | 0,000 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule tête enseignante, pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».