« Phoenix » : différence entre les versions
Aucun résumé des modifications |
|||
(4 versions intermédiaires par le même utilisateur non affichées) | |||
Ligne 1 : | Ligne 1 : | ||
==Puissance | 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. | |||
{| class="wikitable" | |||
|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:=== | |||
[[Fichier:Phoenix Sat Hardware.png|centré|vignette|maquette de test]] | |||
<br /> | |||
==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. | ||
===Première maquette d’expérimentation=== | ===Première maquette d’expérimentation=== | ||
[[Fichier:RPI-HypriotOS-Elec.jpg|vignette]] | |||
'''Hardware''': Raspberry Pi 4 (8GB) + SDCard 32GB (Class10) + UM25C (Pour mesurer la consommation électrique [https://www.amazon.fr/Innovateking-EU-Multim%C3%A8tre-Voltm%C3%A8tre-Affichage-Amp%C3%A8rem%C3%A8tre/dp/B07C8CD7QX]). | '''Hardware''': Raspberry Pi 4 (8GB) + SDCard 32GB (Class10) + UM25C (Pour mesurer la consommation électrique [https://www.amazon.fr/Innovateking-EU-Multim%C3%A8tre-Voltm%C3%A8tre-Affichage-Amp%C3%A8rem%C3%A8tre/dp/B07C8CD7QX]). | ||
'''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 31 : | Ligne 56 : | ||
|} | |} | ||
== Protocole de | ==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. |
Dernière version du 25 mars 2021 à 22:29
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 |
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.