StudentProject:CatsDigipeater

Développement logiciel d’un digipeater pour le protocole CATS - Communication And Telemetry System - dans le cadre d’un satellite reconfigurable

Nom et information du contact

Utilisateur:Loic.fejoz

Statut du projet

affecté IMT

Durée

4 mois

Audience

Ingénieur

Compétences mises en œuvre

• génie logiciel
• architecture logiciel orienté composants
• système embarqué
• radio logicielle Category:SDR
• programmation
• Category:WASM

Description du projet

Projet lancé en 2020, Phoenix vise à concevoir et mettre en orbite les premières briques d’un cloud orbital (une infrastructure informatique mutualisée en orbite). Ce cloud sera basé sur une architecture décentralisée et modulaire. La version flatsat / « au sol » s’appelle SpaceFarm et vise à explorer les fonctionnalités nécessaires à Phoenix mais aussi servira d’aide au développement de la version « orbitale ». FOSM-1 sera le premier satellite reconfigurable du projet Phoenix. L’objectif premier est d’exécuter du code logiciel reçu depuis une station-sol après son lancement, et ce de manière sécurisée et en utilisant de manière versatile la carte radio. Le dit-code aura été préalablement développé et testé grâce à SpaceFarm. FOSM-1 sera de la taille d’un cubesat 1U mais sera co-hosté. Il donne néanmoins accès à une carte radio complète (Spino), à une caméra, ainsi qu’à l’attitude et autre du satellite hôte.

L’objectif premier du projet est développer un digipeater CATS. Un digipeater est un relais de paquet radio. CATS est un protocole récent de communication orienté message qui se veut être une alternative moderne à l’APRS. Afin de pouvoir être exécuté dans l’architecture finale du satellite, le programme doit être livré sous la forme d’un composant WASM utilisant les abstractions d’interactions fournies par celui-ci. Le second livrable attendu est un guide d’utilisation de notre payload, incluant l’usage de SpaceFarm. La démarche inclura l’analyse du cas d’usage, l’évaluation d’alternatives d’implémentations, la programmation, les tests, ainsi que le déploiement dans le banc de test. Il conviendra aussi de documenter la démarche.

Des objectifs secondaires pourront être activés en fonction de la vitesse d’avancement des étudiants. Il pourrait s’agir du développement d’un simulateur à intégrer dans SpaceFarm, ou encore d’un système de message « store-and-forward » comme sur le satellite InspireSat 7, voire même de l’interfaçage avec une carte SDR de type HackRF ou PlutoSDR.

Décrire le contexte sans omettre les catégories utiles. Descriptif succinct (une 20ne de lignes), périmètres, contraintes, hypothèses, ainsi que les risques, bénéfices pour la communauté, et coûts potentiels.

Livrables attendus

• le programme doit être livré sous la forme d’un composant WASM utilisant les abstractions d’interactions fournies par celui-ci
• guide d’utilisation de notre payload, incluant l’usage de SpaceFarm

Projets, travaux, et matériels connexes

• lister les autres projets en relation avec celui-ci,
• ainsi que les moyens techniques qui seront utilisés
• Carte radio Spino

Ressources / Bibliographie

• lister les tutoriaux, articles, documentations, et autres ressources utiles à la compréhension et la réalisation du project,
• ainsi que les données d'entrées que les étudiants recevront (cahier des charges, modèles, etc)

• architecture existante
• spécification de CATS,
• implémentation de référence de CATS (Rust),
• interfaces d’interaction.