Advanced Search
Search Results
47 total results found
Tests as Run
Test Description and Objectives The objective of these tests is to check the correct functioning of the EPS system in all its parts, to ensure correct management of the energy between the solar panels and the battery to ensure the correct management of the sup...
Tests as Run (Legacy)
Test campaign 2023-2 TEST PLAN- TESTS 1 - Communication with internal blocks 1. Test description and objectives The purpose of this title is to verify the effective communication with the internal blocks of the EPS board and the OBC. This communication wi...
Subsystem Description
Functional Architecture The communications subsystem is responsible for telecommand reception and telemetry transmission. Being so that the functionality of the satellite's control from the Earth ground station completely relies on the COMMS subsystem. Therefo...
Hardware Design
Design Choices Up next is provided a table including the most important components of the COMMS subsystem. In the following sections is found information about each one of them as well as the overall design of the system. Quick Facts Table Specification Va...
Subsystem Verification (SSV)
The purpose of this section is to conduct a complete test of the COMMS subsystem following the soldering of the board or after completing environmental tests. These tests are essential to ensure that the COMMS subsystem hardware is functioning as intended. The...
Software Design
COMMS Software is integrated within the MCU and designed as a state machine that transitions mainly due to the recival and transmission events. Most of the relevant code is encapsulated within the COMMS Task, in terms of FreeRTOS structure. The software is the...
Hardware Tests as Run
DOCUMENT SCOPE The aim of this document is to clearly explain the tests performed during the delevolpment of the subsystem. This document is based on current but also previous versions both of hardware and software and as such be followed with care. ANTENNA M...
Software Tests as Run
DOCUMENT SCOPE The aim of this document is to clearly explain the tests performed during the delevolpment of the subsystem. This document is based on current but also previous versions both of hardware and software and as such be followed with care. Tiny GS t...
Subsystem Description
Functional Architecture Conceptually, the On-board Computer (OBC) acts as the brain governing the spacecraft, serving as the central component within the overall architecture of this system. It plays a pivotal role in a complex system that accommodates the fol...
Hardware Design
Design Choices Up next is provided a table including the most important information of the OBC. In the following sections is found information about each one of them as well as the overall design of the system. Quick Facts Table Component Value Microco...
Software Design
Overview As introduced in the previous sections, the On-board Computer (OBC) is responsible for governing the entire spacecraft. Since only one microcontroller is used to control the various subsystems and GPIOs, it is crucial to ensure efficient and robust pe...
Subsystem Verification (SSV)
The SSV of the OBC consists of two main components: hardware and software. Hardware Validation The hardware validation begins with an electrical check. The first step is to visually inspect the soldered board for marks, scratches, significant soldering errors,...
Tests as Run
DOCUMENT SCOPE The aim of this document is to clearly explain the tests performed during the delevolpment of the subsystem. This document is based on current but also previous versions both of hardware and software and as such be followed with care. TEST 1: E...
EGSE - Wiring and Setup
The main objective of this section is to document and explain how to proceed with the wiring of the different parts of the EGSE to use it correctly. Additionally, it will explain the fundamentals for operating it properly. The EGSE does not have all the SSVs i...
EGSE - Design Specifications
Document scope This document specifies the electronic and mechanical aspects necessary to understand and operate the Electronic Ground Support Equipment. Specification and objectives of the EGSE are defined, as well as the board components and power modes avai...
COMMS Antenna deployer
Introduction The antenna deployment mechanism will consist of two elements: a dyneema string attached to the end of the COMMS antenna, and a low-impedance resistor mounted on a lateral board. The dyneema string will wrap around the satellite as illustrated in ...
Killswitches
The satellite has 2 killswitches located on the bottom PCB. These are connected in series, allowing for redundancy in case one of them fails. Figure 1: Killswitches in Bottom PCB During operations where the satellite needs to be disconnected, the switches s...
Mission Phases
The mission is segmented into five distinct phases: 1) Prelaunch, 2) LEOP, 3) In-orbit Commissioning, 4) Operations, and 5) Post-mission. Throughout each phase, various procedures are carried out, either commanded from the ground or autonomously performed by t...
Mission Timelines
Mission phases are divided into Prelaunch, LEOP, In-orbit Commissioning, Operations, and Post-mission. The mission phases and the expected duration of each of them can be observed in the following picture. Activation sequence The activation sequence encompass...
Operational Database
The operational database contains all relevant telemetry and telecommand information. For detailed insights, please refer to the attached file PoCat TM_TC DATABASE.xlsx. This Excel document contains a list of all the telemetry data and telecommands that allow ...