« Phoenix » : différence entre les versions
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (2 versions intermédiaires par un autre utilisateur non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
Cette page est en cours de rédaction. | Cette page est en cours de rédaction. | ||
==Spécification de la | ==Spécification de la Plateforme Hardware== | ||
* Partitionnement en 2 parties: | *Partitionnement en 2 parties: | ||
** Critique: capable d’être qualifié Spatiale grade contrôlant la disponibilité et la sécurité des nœuds du cluster => Hypervisor sous FPGA/RTOS. | **Critique: capable d’être qualifié Spatiale grade contrôlant la disponibilité et la sécurité des nœuds du cluster => Hypervisor sous FPGA/RTOS. | ||
** Applicatif: Non critique système compatible Linux (ex: ARM). | **Applicatif: Non critique système compatible Linux (ex: ARM). | ||
* Communication arrive par radio et après rediriger en IP. | *Communication arrive par radio et après rediriger en IP. | ||
* Multi nœuds sur le cluster pour assurer la disponibilité. | *Multi nœuds sur le cluster pour assurer la disponibilité. | ||
* Consommation max ne doit pas dépasser les 20 Watts. | *Consommation max ne doit pas dépasser les 20 Watts. | ||
* Encombrement devrait être réduit facilement en 2U/3U. | *Encombrement devrait être réduit facilement en 2U/3U. | ||
{| class="wikitable" | {| class="wikitable" | ||
| Ligne 21 : | Ligne 21 : | ||
|} | |} | ||
=== Banc de tests: === | ===Banc de tests:=== | ||
[[Fichier:Phoenix Sat Hardware.png|centré|vignette|maquette de test]] | [[Fichier:Phoenix Sat Hardware.png|centré|vignette|maquette de test]] | ||
<br /> | <br /> | ||
==Spécification de la Puissance | ==Spécification de la Puissance Énergique== | ||
Les cubesats opèrent généralement dans la plage de puissance de 5-20 watts, tandis que le serveurs cloud classique (sous intel xeon) sont plutôt dans la plage 200-500 Watts. | Les cubesats opèrent généralement dans la plage de puissance de 5-20 watts, tandis que le serveurs cloud classique (sous intel xeon) sont plutôt dans la plage 200-500 Watts. | ||
| Ligne 33 : | Ligne 33 : | ||
'''Software''': HypriotOS 1.12.3/Docker 19.03.12/Linux 4.19.118-v7l+ ([https://github.com/hypriot/image-builder-rpi/releases/download/v1.12.3/hypriotos-rpi-v1.12.3.img.zip]) | '''Software''': HypriotOS 1.12.3/Docker 19.03.12/Linux 4.19.118-v7l+ ([https://github.com/hypriot/image-builder-rpi/releases/download/v1.12.3/hypriotos-rpi-v1.12.3.img.zip]) | ||
{| class="wikitable" | {| class="wikitable" | ||
|+'''Consommation Électrique''': | |+'''Consommation Électrique''': | ||
| Ligne 57 : | Ligne 56 : | ||
|} | |} | ||
==Spécification du Protocole de | ===Deuxième plateforme d'expérimentation=== | ||
Architecture utilisant un Raspberry Pi 4 (le Node) avec disque NvMe (pour le stockage des données), et plusieurs Raspberry Pi Zero pour le traitement des données (les Pods). Les Pods et le Node sont raccordés par un réseau Ethernet; sur les Pods, une carte HAT permet de contrôler l'alimentation électrique, de mesurer la consommation du Pod, et permettre le raccordement d'une carte Ethernet en SPI. Ces cartes HAT sont contrôlées par le Node via un bus I2C. | |||
==Spécification du Protocole de Communication== | |||
*Utilisation de la technologie SDR pour plus de flexibilité. | *Utilisation de la technologie SDR pour plus de flexibilité. | ||
| Ligne 71 : | Ligne 73 : | ||
Tester le protocole en conditions réel (ISS ou Satellites du CNES) il faut soumettre une demande à la plateforme CESARS: https://entreprises.cnes.fr/fr/accueil-cesars | Tester le protocole en conditions réel (ISS ou Satellites du CNES) il faut soumettre une demande à la plateforme CESARS: https://entreprises.cnes.fr/fr/accueil-cesars | ||
== Spécification de la Plateforme Logiciel == | ==Spécification de la Plateforme Logiciel== | ||
Format de déploiement d'applications: Docker. | Format de déploiement d'applications: Docker. | ||
Utilisation de l'outil d'orchestration des containers: Kubernetes. | Utilisation de l'outil d'orchestration des containers: Kubernetes. | ||
Dernière version du 30 octobre 2024 à 21:16
Cette page est en cours de rédaction.
Spécification de la Plateforme Hardware
- Partitionnement en 2 parties:
- Critique: capable d’être qualifié Spatiale grade contrôlant la disponibilité et la sécurité des nœuds du cluster => Hypervisor sous FPGA/RTOS.
- Applicatif: Non critique système compatible Linux (ex: ARM).
- Communication arrive par radio et après rediriger en IP.
- Multi nœuds sur le cluster pour assurer la disponibilité.
- Consommation max ne doit pas dépasser les 20 Watts.
- Encombrement devrait être réduit facilement en 2U/3U.
| Double Cube (2U) | 10 cm x 10 cm x 20 cm | 2 kg |
| Triple Cube (3U) | 10 cm x 10 cm x 30 cm | 3 kg |
Banc de tests:
Spécification de la Puissance Énergique
Les cubesats opèrent généralement dans la plage de puissance de 5-20 watts, tandis que le serveurs cloud classique (sous intel xeon) sont plutôt dans la plage 200-500 Watts.
Première maquette d’expérimentation
Hardware: Raspberry Pi 4 (8GB) + SDCard 32GB (Class10) + UM25C (Pour mesurer la consommation électrique [1]).
Software: HypriotOS 1.12.3/Docker 19.03.12/Linux 4.19.118-v7l+ ([2])
| Puissance en Watt | Voltage en V | Ampérage en A | |
|---|---|---|---|
| Stress 400% CPU | 4.738 | 4.961 | 0.96 |
| Repo | 2.203 | 5.021 | 0.436 |
| Quart de stress 100% CPU | 3.018 | 5.004 | 0.6032 |
Deuxième plateforme d'expérimentation
Architecture utilisant un Raspberry Pi 4 (le Node) avec disque NvMe (pour le stockage des données), et plusieurs Raspberry Pi Zero pour le traitement des données (les Pods). Les Pods et le Node sont raccordés par un réseau Ethernet; sur les Pods, une carte HAT permet de contrôler l'alimentation électrique, de mesurer la consommation du Pod, et permettre le raccordement d'une carte Ethernet en SPI. Ces cartes HAT sont contrôlées par le Node via un bus I2C.
Spécification du Protocole de Communication
- Utilisation de la technologie SDR pour plus de flexibilité.
- Utilisation de minimum 3 canaux de communications: TX, RX, CMD.
- Usage Sol->SAT et SAT->SAT.
- Respecter les standard des protocoles spatiale: CCSDS (https://public.ccsds.org/Pubs/130x2g3.pdf)
Liens utiles:
Simulation de la partie radio avec le module gnu-radio: gr-leo https://sdrmaker.space/2019/01/gr-leo-a-gnu-radio-space-channel-simulator/
Implementation de CCSDS Space Packet Implementation: https://gitlab.com/librespacefoundation/soc-org/-/issues/3
Tester le protocole en conditions réel (ISS ou Satellites du CNES) il faut soumettre une demande à la plateforme CESARS: https://entreprises.cnes.fr/fr/accueil-cesars
Spécification de la Plateforme Logiciel
Format de déploiement d'applications: Docker.
Utilisation de l'outil d'orchestration des containers: Kubernetes.
