Integration » History » Version 20
PRIETO, Matías, 03/22/2015 02:33 AM
1 | 20 | PRIETO, Matías | h1. System Integration |
---|---|---|---|
2 | 2 | PRIETO, Matías | |
3 | 6 | PRIETO, Matías | {{>toc}} |
4 | 6 | PRIETO, Matías | |
5 | 2 | PRIETO, Matías | In order to achieve the project objectives, a system composed by at least the following subsystems is required: |
6 | 2 | PRIETO, Matías | # MCU (processor) |
7 | 2 | PRIETO, Matías | # Power management unit |
8 | 2 | PRIETO, Matías | # GPS receiver module |
9 | 2 | PRIETO, Matías | # 2-FSK RF transmitter |
10 | 2 | PRIETO, Matías | |
11 | 2 | PRIETO, Matías | Processor and power management are considered as part of the Cubesat bus. On the other hand, GPS receiver and RF transmitter is considered as part of the payload. |
12 | 2 | PRIETO, Matías | |
13 | 2 | PRIETO, Matías | The implementation also includes a LED and a dedicated antenna for the RF transmitter. GPS receiver is provided with an integrated active patch antenna. The system block diagram is presented below. Interfaces between main subsystems are identified as Int.1, Int.2, Int.3 and Int.4. |
14 | 2 | PRIETO, Matías | |
15 | 5 | PRIETO, Matías | p=. !{width:65%}cubesat_syst_diag.png! |
16 | 6 | PRIETO, Matías | _System diagram showing main subsystems and interfaces._ |
17 | 6 | PRIETO, Matías | |
18 | 6 | PRIETO, Matías | The Cubesat motherboard (MB) is fed by the power source, which is connected to the power management unit and provides power to all subsystems through the Cubesat Kit Bus. |
19 | 6 | PRIETO, Matías | |
20 | 6 | PRIETO, Matías | In addition, the Cubesat Kit Bus (CKB) provides the interface for all communication paths between the processor (MCU) and subsystems. |
21 | 6 | PRIETO, Matías | |
22 | 6 | PRIETO, Matías | The MCU provides all the processing and controlling capabilities of the system. It is responsible to communicate and handle all other subsystems. For the scope of the mission, the MCU is in charge of recollecting data from the GPS subsystem, then formatting it to finally send the beacon message by controlling the physical layer behavior. |
23 | 6 | PRIETO, Matías | |
24 | 6 | PRIETO, Matías | h2. Subsystems and interfaces description |
25 | 6 | PRIETO, Matías | |
26 | 6 | PRIETO, Matías | h3. LED and Interface 1 |
27 | 6 | PRIETO, Matías | |
28 | 6 | PRIETO, Matías | The LED is a typical 5 mm diameter red LED, which requires between 3 and 10 mA in ON state. |
29 | 6 | PRIETO, Matías | |
30 | 6 | PRIETO, Matías | The figure below presents the schematic of the circuit and the interface (Int.1) connections, which represents the connections with the CKB. The resistor R1 in series with the LED limiting the polarization current to 10 mA approximately |
31 | 6 | PRIETO, Matías | |
32 | 19 | PRIETO, Matías | p=. !{width:25%}cubesat_led_schematic.png! |
33 | 6 | PRIETO, Matías | _LED connection schematic._ |
34 | 6 | PRIETO, Matías | |
35 | 1 | PRIETO, Matías | h3. GPS module and Interface 2 |
36 | 7 | PRIETO, Matías | |
37 | 7 | PRIETO, Matías | The GPS module includes an active patch antenna. The device computes ranging and constellation related information, in order to provide GPS data through the serial port. Information can be retrieved in two different modes: Raw and Smart modes. |
38 | 7 | PRIETO, Matías | |
39 | 7 | PRIETO, Matías | The electronic ports of the GPS receiver module are presented below (from the device datasheet). |
40 | 7 | PRIETO, Matías | |
41 | 8 | PRIETO, Matías | p=. !{width:35%}cubesat_gps_pinout.png! |
42 | 7 | PRIETO, Matías | _GPS Receiver pinout._ |
43 | 7 | PRIETO, Matías | |
44 | 7 | PRIETO, Matías | |_.Pin |_.Name |_.Type |_.Function | |
45 | 7 | PRIETO, Matías | | 1 | GND | G | System ground. Connect to power supply’s ground (GND) terminal. | |
46 | 7 | PRIETO, Matías | | 2 | VCC | P | System power, +5V DC input. | |
47 | 7 | PRIETO, Matías | | 3 | SIO | I/O | Serial communication (commands sent TO the Module and data received FROM the Module). Asynchronous, TTL-level interface, 4800 bps, 8 data bits, no parity, 1 stop bit, non-inverted. | |
48 | 7 | PRIETO, Matías | | 4 | /RAW | I | Mode select pin. Active LOW digital input. Internally pulled HIGH by default. When the /RAW pin is unconnected, the default “Smart Mode” is enabled, wherein commands for specific GPS data can be requested and the results will be returned. When /RAW in pulled LOW, the Module will enter “Raw Mode” and will transmit standard NMEA0183 strings, allowing advanced users to use the raw information directly. | |
49 | 7 | PRIETO, Matías | |
50 | 1 | PRIETO, Matías | Connection types: G = Ground, P = Power, I = Input, O = Output. |
51 | 1 | PRIETO, Matías | |
52 | 8 | PRIETO, Matías | The operating mode chosen is the Raw Mode since it provides already formatted strings in standard NMEA0183, which allows to save processing resources compared to the Smart Mode which would require a polling strategy from the MCU to get the data and then the string formatting. Therefore, the /RAW pin must be pulled down. |
53 | 8 | PRIETO, Matías | |
54 | 8 | PRIETO, Matías | The electronic interface between the GPS module and the motherboard (MB) specifies the required connection in order to operate and/or communicate with the device. |
55 | 8 | PRIETO, Matías | |
56 | 8 | PRIETO, Matías | Since, in Raw Mode, the GPS module transmits continuously data through an USART bus, the SIO pin must be connected to one of the USART Rx ports of the MCU. Then, the set of connections with the Cubesat Kit Bus are presented below. |
57 | 8 | PRIETO, Matías | |
58 | 8 | PRIETO, Matías | p=. !{width:30%}cubesat_int_gps_mcu.png! |
59 | 8 | PRIETO, Matías | _Motherboard-GPS interface._ |
60 | 8 | PRIETO, Matías | |
61 | 8 | PRIETO, Matías | |
62 | 1 | PRIETO, Matías | h3. RF Transmitter and Interface 3 |
63 | 1 | PRIETO, Matías | |
64 | 8 | PRIETO, Matías | The RF transmitter is a 2-FSK transmitter suited to ON-OFF modulations of digital signals. It has a serial input port and a RF out port for a dedicated antenna apart from power and ground port. |
65 | 1 | PRIETO, Matías | |
66 | 8 | PRIETO, Matías | p=. !{width:35%}cubesat_rf_pinout.png! |
67 | 8 | PRIETO, Matías | _RF Transmitter pinout._ |
68 | 8 | PRIETO, Matías | |
69 | 8 | PRIETO, Matías | |_.Pin |_.Type |_.Function | |
70 | 8 | PRIETO, Matías | | 1 | G | Ground | |
71 | 8 | PRIETO, Matías | | 2 | I | Data input | |
72 | 8 | PRIETO, Matías | | 4 | G | Ground | |
73 | 8 | PRIETO, Matías | | 11 | O | RF output | |
74 | 8 | PRIETO, Matías | | 13 | G | Ground | |
75 | 8 | PRIETO, Matías | | 15 | P | +V | |
76 | 8 | PRIETO, Matías | |
77 | 8 | PRIETO, Matías | Ground pins (1, 4 and 13) are internally interconnected. |
78 | 8 | PRIETO, Matías | Connection types: G = Ground, P = Power, I = Input, O = Output. |
79 | 8 | PRIETO, Matías | |
80 | 8 | PRIETO, Matías | The electronic interface between the motherboard and the transmitter is composed by the set of connections presented below. |
81 | 8 | PRIETO, Matías | |
82 | 8 | PRIETO, Matías | p=. !{width:30%}cubesat_int_rftx_mcu.png! |
83 | 8 | PRIETO, Matías | _Motherboard-RF Transmitter interface._ |
84 | 8 | PRIETO, Matías | |
85 | 1 | PRIETO, Matías | h3. Monopole antenna and Interface 4 |
86 | 8 | PRIETO, Matías | |
87 | 8 | PRIETO, Matías | From mission requirements and targeted objectives, the antenna must be omnidirectional. In addition, deployable wired antennas are well suited to Cubesats. For the scope of the project, a simple monopole whip antenna is appropriate. |
88 | 8 | PRIETO, Matías | |
89 | 14 | PRIETO, Matías | h4. Antenna design |
90 | 8 | PRIETO, Matías | |
91 | 8 | PRIETO, Matías | A typical monopole quarter-wave antenna is built from a radiating wire whose length L is defined as follows: |
92 | 8 | PRIETO, Matías | |
93 | 8 | PRIETO, Matías | p=. $L = c / (4 f_c)$ |
94 | 8 | PRIETO, Matías | |
95 | 8 | PRIETO, Matías | Where $f_c$ is the carrier frequency and $c$ the speed of light. |
96 | 8 | PRIETO, Matías | |
97 | 1 | PRIETO, Matías | Since the carrier frequency of the 2-FSK modulator is 433.92 MHz, the required length of the wire is: L = 17.3 cm. |
98 | 14 | PRIETO, Matías | |
99 | 14 | PRIETO, Matías | The figure belows shows the designed antenna to be mounted on the payload, connected to the RF transmitter. |
100 | 8 | PRIETO, Matías | |
101 | 13 | PRIETO, Matías | p=. !{width:40%}monopole_antenna.png! |
102 | 13 | PRIETO, Matías | _Monopole wired antenna._ |
103 | 13 | PRIETO, Matías | |
104 | 8 | PRIETO, Matías | h3. Payload integration and assembly |
105 | 8 | PRIETO, Matías | |
106 | 10 | PRIETO, Matías | The payload is mounted in the Protoboard Kit 711-00303, which is provided with the Cubesat Kit Bus connectors. The figure presented below shows the board footprints and the location of subsystem modules. |
107 | 8 | PRIETO, Matías | |
108 | 9 | PRIETO, Matías | p=. !{width:50%}cubesat_board_layout_assy.png! |
109 | 8 | PRIETO, Matías | _Payload layout._ |
110 | 10 | PRIETO, Matías | |
111 | 11 | PRIETO, Matías | Since no complex circuit connections are required, the integration is done only with wires and Female-Male pin connectors. This allows to reuse the board and devices for further projects. |
112 | 11 | PRIETO, Matías | |
113 | 16 | PRIETO, Matías | The first picture presented below shows the payload integrated on the protoboard, mounted over the motherboar performing a test. The last picture shows the payload with the motherboard both assembled with the Cubesat chasis. |
114 | 11 | PRIETO, Matías | |
115 | 17 | PRIETO, Matías | p=. !{width:40%}payload_test1.png! |
116 | 17 | PRIETO, Matías | _Payload integration over the motherboard performing a test._ |
117 | 17 | PRIETO, Matías | |
118 | 16 | PRIETO, Matías | p=. !{width:40%}cubesat_assy.png! |
119 | 16 | PRIETO, Matías | _Payload and motherboard assembled with the Cubesat chasis._ |