TDP-3 VANGUARD: VERIFICATION OF A NEW COMMUNICATION SYSTEM FOR
CUBESATS ON BEXUS 22
Nicolas Appel1, Andreas Kimpe2, Karl Kraus1, Martin Langer1, Martin J. Losekamm3, Michael Milde3, Thomas
oschl3, Sebastian R¨
uckerl1, Felix Sch¨
afer1, Anke Stromsky2, and Korbinian W¨
1Technical University of Munich, Department of Mechanical Engineering, Germany
2DLR MORABA, Germany
3Technical University of Munich, Department of Physics, Germany
CubeSats are evolving from simple, low-cost satellites
built solely for education purposes to ever more pow-
erful platforms capable of supporting scientiﬁc experi-
ments. Among the technologies required for the opera-
tion of scientiﬁc instruments are communication systems
that can transmit all relevant data to its operators. We
have developed two such systems for the MOVE-II satel-
lite, a single-unit CubeSat being built at the Technical
University of Munich (TUM). Slated for launch in late
2017, MOVE-II shall demonstrate several new technolo-
gies supporting the operation of scientiﬁc instruments in
successive missions. We conducted the TDP-3 (Tech-
nology Demonstrator Platform 3) Vanguard experiment
aboard the BEXUS 22 stratospheric balloon to verify
the correct operation of the communication systems in
a near-space environment and at large distances between
the transceivers and the receiving ground station.
Key words: CubeSat, MOVE-II, communication, data
TDP-3 Vanguard is a technology demonstration platform
that was built by students of the Technical University
of Munich (TUM) as part of the REXUS/BEXUS pro-
gram. The near-space environment during the ﬂight of
the BEXUS 22 stratospheric balloon was used to verify
the communication and command & data handling sub-
systems of the MOVE-II nanosatellite. The said environ-
ment approximates two important aspects of the environ-
mental conditions of a satellite mission: A fairly long dis-
tance between the experiment and the ground station and
the reduced air pressure and temperatures in Earth orbit.
This allowed us to test and operate the satellite subsys-
tems under realistic conditions.
Initially, we planned to include a prototype of the Multi-
purpose Active-target Particle Telescope (MAPT) as sci-
entiﬁc payload (Losekamm et al., 2016). A ﬁrst prototype
of MAPT was ﬂown on BEXUS 18 in 2014 (Losekamm
et al., 2015). However, due to a mismatch in develop-
ment schedules, the MAPT prototype was replaced by a
payload simulator providing comparable scientiﬁc data as
expected during regular operations of the experiment.
We give an overview of the MOVE-II satellite in Sec. 2
and a detailed description of the TDP-3 mission in Sec. 3.
We summarize our ﬁndings and results in Sec. 4 be-
fore concluding with a summary of what we achieved in
2. THE MOVE-II SATELLITE
The MOVE-II satellite is a single-unit (1U) CubeSat cur-
rently under development at the Technical University of
Munich (TUM). The MOVE (Munich Orbital Veriﬁca-
tion Experiment) satellite program was initiated in 2006
with the objective of building a single-unit CubeSat veri-
ﬁcation platform called First-MOVE (Czech et al., 2010).
First-MOVE was launched in late 2013 and operated in
space for about a month.
Since then, the main purpose of the program has been the
hands-on education of undergraduate and graduate stu-
dents. Funded by the German Aerospace Center (DLR)
as an educational project, the objectives of MOVE-II are
to build and operate a 1U CubeSat capable of support-
ing a scientiﬁc payload, to enhance the subsystems that
were developed for First-MOVE, and to apply the lessons
learned from the First-MOVE project (Langer et al.,
2015b). The mission’s scientiﬁc objective is to measure
the current-voltage characteristics of novel multi-junction
solar cells in orbit (Rutzinger et al., 2016).
We had to enhance several subsystems of First-MOVE to
achieve the objectives of the MOVE-II project (Langer
et al., 2015a). The new attitude determination and con-
trol system (ADCS) uses magnetic actuators and allows
a pointing accuracy of better than ±10◦. An advanced
solar panel deployment mechanism uses shape memory
alloy technology, enabling repeated tests with the ﬂight
Figure 1. The MOVE-II nanosatellite in launch (top) and
deployed conﬁguration (bottom).
unit without compromising its performance (Figure 1
shows the satellite in its launch and deployed conﬁgu-
ration). A UHF/VHF transceiver ensures a reliable trans-
mission of telemetry and scientiﬁc data. An experimen-
tal S-band transceiver will provide a bandwidth of more
than 1 Mbit/s for a high-rate downlink of payload data.
Both transceivers use the TUM-developed Nanolink pro-
tocol (Appel et al., 2016). The launch of the satellite is
currently expected in early 2018.
3. THE TDP-3 VANGUARD EXPERIMENT
The TDP-3 platform demonstrator experiment consists of
a ﬂight segment and a ground segment. The ground seg-
ment simulates the ground station and mission operations
center of the MOVE-II mission. It provides the capabili-
ties to monitor and remote-control the ﬂight segment via
the BEXUS E-Link communication system. The ﬂight
segment is the demonstrator platform itself, comprising
the satellite subsystems to be tested and support systems
for power supply and monitoring purposes.
3.1. Flight Segment
The ﬂight segment of TDP-3 consists of four main com-
ponents: The communications (COM) system compris-
ing the UHF/VHF and S-band transceivers, the command
& data handling (CDH) system, a scientiﬁc payload, and
support systems. As the MAPT detector was replaced by
a payload simulator, it is considered as part of the support
systems in this paper. Figure 2 shows the ﬂight segment
shortly before installation into the BEXUS 22 gondola.
3.1.1. Command & Data Handling
The CDH system of TDP-3 is a development board based
on an Atmel SAMA5D2 system-on-a-chip, designed and
produced by Hyperion Technologies1for the MOVE-II
project. It is equipped with all the interfaces required
for the ﬁnal MOVE-II CDH system, as well as a number
of additional interfaces only used for connections to the
TDP-3 support systems and for evaluation purposes. The
main interface of the CDH system is a board-to-board
SPI2connection to the communication system. An addi-
tional Ethernet interface is used for communications with
the support systems—including the payload simulator—
using the TCP/IP and UDP/IP protocols.
The software of the CDH system is running on a cus-
tom Linux distribution. This choice of operating sys-
tem enables us to use of a variety of software modules
available for standard Linux distributions. A custom SPI
driver is used to communicate with the COM system’s
transceivers. The CDH system is the bus master for all
SPI communications. As SPI slave devices cannot initiate
communications, the interface uses an additional inter-
rupt pin to signal a communication need from the COM
The COM system of TDP-3 consists of two radio
transceivers, one of them operating within the UHF/VHF
bands, the other within the S-band. These transceivers
were developed for the MOVE-II project in cooperation
with Multimedia Studio Rolf-Dieter Klein3. Table 1 lists
the basic properties and parameters of the transceivers.
Software-Deﬁned Radio Transceivers Both COM
system transceivers are software-deﬁned radios. A Xilinx
Spartan-6 ﬁeld-programmable gate array (FPGA) is used
for data handling and baseband signal processing. The
generated baseband I/Q signal is converted to an analog
signal and fed to a quadrature mixer through a chain of
ﬁlters and ampliﬁers.
For the UHF/VHF transceiver, a similar approach is used
for the receiver. The received signal is ampliﬁed and ﬁl-
tered, fed to a quadrature demodulator, and directly con-
verted to a digital representation. All further signal pro-
cessing is done on the FPGA. The receiver part of the S-
2Serial Peripheral Interface Bus
Figure 2. The TDP-3 ﬂight segment.
Band transceiver was not used during the BEXUS ﬂight.
Figures 3 and 4 show functional diagrams of the analog
signal processing chains of both transceivers.
Data Flow Data is transferred to and from the
transceivers using a SPI-based custom protocol. SPI is
a master-slave protocol in which only the master can ini-
tiate the communication, in our case the SPI bus master is
the CDH system. To avoid active polling an additional in-
terrupt line is used. The SPI-based protocol itself was de-
signed to reduce the risk of errors due to erroneous com-
munication. Checksums are used to detect these errors,
and a simple acknowledge mechanism informs the com-
munication partner. This reduces the risk of invalid states
due to single event upsets or other disturbances.
The data received via SPI is embedded in Nanolink
frames. Nanolink is a versatile data link layer protocol
for radio links with low bandwidth-delay product. Nano-
link utilizes type-I hybrid ARQ, and provides eight vir-
tual channels for qualitiy of service. Additional protocol
features can be used by means of extension headers. All
these features are designed with low overhead for efﬁ-
cient use of the communication link (Appel et al., 2016).
Nanolink frames are serialized and embedded in larger
blocks of data with a preceding sync marker. The sync
marker is used to align the bit stream at byte boundaries
at the receiver side.
The whole data, including the sync marker, is encoded
with a forward error correction code. The resulting bit
stream is modulated and ﬁltered in the baseband, before
converting it to an analog signal. The setup allows recep-
tion and decoding of the code blocks by CCSDS com-
patible receivers. Thus, the transceiver downlink can be
decoded by virtually any satellite telemetry station oper-
ating within the S-band.
The receivers’ structure is quite similar regarding the data
ﬂow. The digital baseband signal is ﬁltered, its frequency
error is corrected and the symbols are recovered. These
symbols are decoded and the resulting bit stream is byte-
aligned. Nanolink frames are extracted from the resulting
byte stream and are subsequently decoded. The payload
data itself is then transmitted to the CDH system via the
Antennas The ﬂight segment antenna of the UHF/VHF
transceiver is a radial-free monopole antenna. Other than
for the MOVE-II satellite, only a single dual-band an-
tenna with additional diplexer to remove the transmitted
signal from the receiver and vice versa is used. A ground
plane is used for S-band transmissions. As the S-band
transceiver was used as transmitter only during the TDP-3
mission, no diplexer or additional antenna was needed in
UHF/VHF S Band
Frequency 144 MHz 2323 MHz
Power <30 dBm <30 dBm
Modulation DBPSK OQPSK
FEC - Viterbi
RX Frequency 435 MHz -
Modulation DBPSK -
Table 1. Properties and parameters of the UHF/VHF and
I/Q Demo d.
Band-pas s Low-pass
Figure 3. Functional diagram of the UHF/VHF transceiver.
I/Q Mod./ Demod.
Figure 4. Functional diagram of the S-band transceiver.
Rx 144 MHz
Tx 435 MHz
Figure 5. Functional diagram of the UHF/VHF ground station.
Figure 6. Antennas mounted to the gondola. The longer
one is the UHF/VHF antenna, the shorter one is the case
of the S-band ground plane antenna.
this case. Figure 6 shows how the antennas were mounted
to the gondola.
3.1.3. Support Systems
The support systems of TDP-3 are responsible for the
power and network interface of the experiment, the pay-
load data simulation, and the supporting structure to
mount the experiment to the gondola.
Power Supply Module The power supply module pro-
vides power to all other systems of the TDP-3 ﬂight seg-
ment. It converts the 28V supplied by the BEXUS bat-
tery system to the voltages required by each system. We
us commercially available DC-DC converters that have
been proven to operate reliably during previous balloon
ﬂights (Losekamm et al., 2015). Each power bus is
monitored by the module’s central microcontroller and is
switched off in case of out-of-limits sensor readings. The
controller is connected to the BEXUS E-Link system via
the ﬂight segment’s network E-Link interface and can be
accessed and controlled from the ground segment using
the TCP/IP protocol.
Network Interface The network interface is a standard
100-Mbit network switch that is connected to the BEXUS
E-Link communication system via an Ethernet connec-
tion. The ﬂight segment’s systems are connected to the
switch using industrial M12 Ethernet connectors. The E-
Link system supports the TCP/IP and UDP/IP protocols.
Payload Simulator The payload simulator consists of
a Raspberry Pi single-board computer running a standard
Linux distribution. It is directly connected to the net-
work interface and communicates with the CDH system
via UDP/IP. The data stream generated by the simulator
closely resembles the one generated by the MAPT pay-
load and can thus be used to assess the CDH system’s
performance and stability when operating as the interme-
diary between a payload and the COM system. The pay-
load simulator can be accessed and controlled from the
ground segment through the E-Link system.
3.2. Ground Segment
The ground segment of TDP-3 simulated the ground
station of the future MOVE-II satellite mission and
supported the operations of the experiment during the
BEXUS 22 ﬂight. The ground segment consists of three
main components: a UHF/VHF ground station, a S-band
ground station, and a control and data storage server.
3.2.1. UHF/VHF ground station
Figure 5 shows a functional diagram of the UHF/VHF
ground station. It consists of widely available amateur ra-
dio components. The antenna is a dual band ground plane
and the digital signal processing was done with GNU-
Radio. It included the modulation and demodulation of
the signal, handling of the blocks to synchronize the bit
stream, and the Nanolink frame handling. The resulting
byte stream was then forwarded to the control and storage
3.2.2. S-band ground station
The S-band ground station service was provided by the
MORABA telemetry station at Esrange Space Center.
It is capable of tracking signals automatically, decoding
them, correcting bit errors with forward error correction,
and synchronizing the bit stream. These tasks were per-
formed by a Cortex RTR-XL radio telemetry receiver.
The byte stream output of the Cortex modem was for-
warded to the control and storage server. The byte stream
contained the Nanolink frames, which were decoded by
the central control server.
3.2.3. Control & Storage Server
The central control and storage server collected all impor-
tant data generated by the UHF/VHF and S-band ground
stations. It also interpreted the Nanolink frames of the S-
band transmissions and visualized the status of the COM
system. This visualization was combined with the con-
trol interface to switch the system into different states of
operation and to control the ﬂight segment’s CDH com-
3.3. Veriﬁcation Strategy
The high ﬂoating altitude of the BEXUS 22 balloon gave
us the unique opportunity to test the MOVE-II communi-
cations hardware with a moving, long-range transmission
path. Although the balloon appears stationary when com-
pared to the velocity of a satellite, other aspects of the
radio link are quite similar to an orbital link. The most
important common features are the high slant range and
decreasing elevation angle. They are also encountered in
the last minutes of a pass, when the satellite approaches
the horizon. During that time, the worst signal conditions
of a pass are experienced. Moreover, since the balloon is
moving, signal conditions change rapidly and deep fad-
ing can be observed. A characterization of these features
is important for a satellite mission. The BEXUS 22 ﬂight
gave us a good opportunity to test the capabilities of the
COM system under worst-case conditions.
4. FLIGHT & RESULTS
The BEXUS 22 balloon was launched on 05 Octo-
ber 2016 at 13:34 UTC from Esrange Space Center in
northern Sweden. The COM system’s transceivers were
switched on 30 minutes before release of the balloon. The
VHF baseband signal and the extracted data frames from
both links were recorded.
The balloon reached its ﬂoating altitude of about 32.5 km
110 minutes after launch. The gondola was separated
from the balloon at 17:41 UTC, resulting in a ﬂoating
phase of about 2 hours. From launch until touchdown,
the balloon traveled a ground distance of 270km. The
recording stopped after 301 minutes, when the radio con-
nection to the gondola was lost.
4.1. VHF Flight Results
The user data rate of the VHF downlink can be derived
from the VHF frames recorded by the ground segment.
Figure 7 shows the VHF data rate over the duration of the
ﬂight. Values are averaged over a window of 60seconds.
The green horizontal line marks the maximum possible
total data rate of 1562.5 bits per second (bit/s).
The data rate graph is complemented by Figure 8, which
illustrates the signal-to-noise ratio (Eb/N0, SNR) of the
baseband signal. The x axis is given in samples, since
restarts of the GNURadio software rendered a tempo-
ral assignment imprecise. We used GNURadio’s built-in
MPSK SNR Estimator block and the 2nd and 4th Moment
method for the Eb/N0measurement. The green line in
Figure 8 marks the signal level that corresponds to a bit
error rate (BER) of 10−6.
During the ﬂight, the ground station software had to be
restarted seven times. Restarts of the ground station
software and the resulting communication dropouts are
marked in Figure 7 as red vertical lines. Please note that
due to the time needed to restart the ground station soft-
ware there is some discrepancy in time between the two
graphs in Figures 7 and 8.
The data rate remained high and stable for the most part
of the ﬂight. From the beginning of the recording up to
minute 39 it was stable at about 1065 bit/s, with only one
small dropout happening after about 30 minutes. The
reason for this lower but stable value was an incorrect
setting in the frame synchronizer, which resulted in the
loss of a part of every transmitted block. We detected
this issue after about 39 minutes and restarted the ground
station. An analysis of the baseband data with an up-
dated GNURadio ﬂow graph revealed a steady transmis-
sion with an average data rate of 1490bit/s.
Short-term increases in data rate above this value were
likely caused by the storage software, since timestamps
were generated when the data was stored, not when it was
received. At minute 56, frames with a repetitive pattern
with a size of 990 bit were transmitted for 240 seconds.
At the same time, we observed a sharp decline in the data
rate (see mark 1 in Figure 7). This may have been due to
a lack of bit transitions in the transmitted pattern, which
caused the receiver’s timing recovery to fall out of lock.
Sharp declines in the SNR in minutes 89 and 96 resulted
in frame losses, which in turn caused drops in the data
rate (see marks 2 and 3 in Figure 7). It is likely that these
were caused by interference from nearby hand-held radio
devices. We observed these devices to signiﬁcantly in-
crease the noise level at the receiver and thus deteriorate
At events 4 and 5, frames with a size of 1000 bit were
transmitted for 100 seconds each, leading to a local
increase in the data rate with a global maximum of
1545 bit/s. This increase reﬂects the increase in efﬁciency
of larger payload data compared to the shorter telemetry
frames sent otherwise.
A noteworthy feature of the SNR graph in Figure 8 is the
high ﬂuctuation which can be observed between samples
2000 and 4000. The magnitude of the ﬂuctuation is up
to 5 dB. This fast fading stems from a multi-path propa-
gation of the transmitted signal. It travels along different
paths and is received at the ground station with a phase
difference, resulting in destructive or constructive inter-
ference. This effect is expected and its magnitude is an
important parameter for the MOVE-II mission.
The link remained very stable until minute 168, but
the SNR graph reveals a gradual decrease of the signal
quality. Afterwards, the signal continued to deteriorate
strongly as a result of the increasing distance between the
ﬂight and ground segments. Objects in the vicinity of
the ground station began to block the signal as they ob-
structed the line of sight. As a remedy, we relocated the
receiver antenna, which improved reception for a short
period of time and kept the data rate at a tolerable level
of more than 1000 bit/s.
0 20 40 60 80 100 120 140 160 180 200 220 240 260 280
Data Rate (Bps)
Figure 7. VHF data rate during the BEXUS 22 ﬂight.
0 1,000 2,000 3,000 4,000 5,000 6,000 7,000 8,000
Figure 8. VHF signal-to-noise ratio during the BEXUS 22 ﬂight.
050 100 150 200 250 300
Figure 9. Temperature of the UHF/VHF transceiver during the BEXUS ﬂight.
At this period, the GNURadio software could not recover
from low signal levels and loss of synchronization. These
cases required a restart of the entire ground station soft-
ware to resume operation. In minute 218, the ground sta-
tion was restarted due to loss of synchronization. When
the signal was lost a second time, we manually elevated
the antenna to about 2 m above the ground. This im-
proved the SNR by about 10dB for roughly 10 minutes.
Figure 7 reveals the sharp increase in data rate as a result
of this action.
At minute 276, the gondola was separated from the bal-
loon. As the balloon approached the horizon, effects
of signal scattering and multi-path transmission increase.
No more frames could be decoded after minute 289 and
the experiment was concluded.
Another interesting aspect of the experiment was the ob-
servation of the transceiver temperature during the ﬂight.
The readings of a temperature sensor placed below the
transceiver’s power ampliﬁer was transmitted as part of
the telemetry packages. The readings are shown in Fig-
ure 9. Before launch, there was a steep increase in tem-
perature with a maximum of 48 ◦C reached shortly af-
ter launch. During ascent, the temperature gradually de-
creases to a minimum of 15 ◦C at about 80 minutes into
the ﬂight. Afterwards, the it slowly increases again to
a maximum of 30 ◦C at 173 minutes. Subsequently, the
temperature begins to fall again with very constant rate
of about 0.08 ◦C
/min. After cutoff, the temperature drops
rapidly with about 0.16 ◦C
/min, most likely due to an in-
creased air ﬂow during the free fall.
4.2. S-Band Flight Results
Regrettably, the data from the S-band transceiver received
by the ground station was lost and could not be recovered
after the ﬂight. An analysis of the S-band telemetry was
therefore not possible.
Figure 10 shows the SNR of the S-band signal as re-
ceived by the MORABA ground station. The measure-
ment was performed at the automatic gain control (AGC)
of the ground station. The ﬁgure shows the calculated
signal strength according to the link budget. This calcu-
lation was performed using the data from the balloon’s
GPS tracking device. The green line at the bottom of the
graph indicates the approximate SNR required for a BER
of 10−6. The ﬁrst observation that can be made from the
ﬁgure is an extreme variation of the signal quality in the
ﬁrst 30 minutes prior to launch. There are several causes
of this. First, the attenuation is partly due to partial or to-
tal occlusion of the line of sight by nearby trees. Second,
the antenna did not point at the gondola the entire time,
so that the signal may been received through a side lobe
of the antenna. Lastly, the movement of the balloon by
the launch vehicle may have also introduced some signal
Another observation is a signal variance of about 10dB
during the ascent phase. The signal becomes more sta-
ble as the balloon enters the ﬂoating phase. The same
observation has already been made from the VHF signal,
therefore it can be assumed that there is a common source
which causes this effect.
During the ﬂight, a defective contact in the CDH system
disabled the SPI slave-select line. At 170 minutes into the
ﬂight, the S-band transmitter was restarted in an attempt
to resolve this issue. This can be seen in the SNR graph as
short spike. As the attempt was unsuccessful, no further
experiments were conducted with the transmitter.
The SNR graph reveals a steep decline of the SNR at
about 275 to 280 minutes after launch. At this time, the
gondola was in free fall, resulting in a very low eleva-
tion angle. The automatic pointing mechanism directed
the antenna to a negative elevation, which was corrected
manually. This showed an improvement of the signal
quality. However, as the graph shows, the signal began
to quickly fade soon after. Since the gondola’s altitude
0 20 40 60 80 100 120 140 160 180 200 220 240 260 280 300
Link Budget Prediction
Figure 10. Signal-to-noise ratio of the S-band transmission during the BEXUS ﬂight.
decreased quickly, it is very likely that the signal did not
travel via line of sight but rather by diffraction at the hori-
zon. Moreover, occlusion by foliage and trees around the
location very likely ampliﬁed this effect. The signal was
lost entirely when the gondola was at a height of less than
3 km above the ground. At this point, all other commu-
nication systems on the gondola had already lost connec-
When comparing the measured and calculated SNR
graphs in Figure 10, it can be seen that apart from the
smaller variations, the calculation yields a good approxi-
mation of the actual signal levels. Therefore, these results
can be transferred to the satellite model. At the farthest
point in an overpass of MOVE-II, the satellite is about
2800 km away from the ground station. This is about ten
times more than the maximum distance of the BEXUS
22 balloon to the MORABA ground station. By the in-
verse square law, this results in 20 dB higher free-space
path loss. The ground station at TUM that will be used
for MOVE-II has a gain of approximately 30.6dBi and
the satellite antenna has a gain of 5 dBi. Also, a stronger
LDPC 1/2 code will be used instead of the convolutional
code, resulting in a coding gain of about 2.7dB. In total
the additional attenuation of the MOVE-II setup is about
22.7dB. This leaves only a very thin link margin of about
3dB for the system. However, this margin increases dur-
ing an overpass.
From the analysis of the VHF transmission, we can see
that the TDP-3 setup was sensitive to bad signal con-
ditions. This is a result of the uncoded transmission:
Single-bit errors void the checksum of a frame, which
leads to high data losses. When the SNR fell below
10 db, severe frame losses occured and the data rate de-
graded quickly. This may be a result of a suboptimal im-
plementation in GNURadio. When the SNR was above
10 dB, the performance was very high, with an efﬁciency
We observed that the transceiver is able to dissipate ex-
cess heat well despite the lack of air for convection. It re-
mained comparatively cool and far from the limits of the
operating temperature of its commercially available com-
ponents, which typically lies between -40 C and +85 ◦C.
The experiment showed the S-band link to be very stable.
The transmitter hardware and software operated ﬂaw-
lessly in near vacuum for more than four hours. The ob-
served margin for signal fading of about 5dB is reason-
able for future satellite missions. The long duration of
continuous transmission proves that the thermal design
of the system is sufﬁcient. When translating the results
of the SNR measurement to the MOVE-II mission, it be-
comes clear that the link may not operate optimally at low
elevations at the beginning of a pass, but should be stable
through most of it.
The REXUS/BEXUS program is realized under a bilat-
eral agency agreement between the German Aerospace
Center (DLR) and the Swedish National Space Board
(SNSB). The Swedish share of the payload has been
made available to students from other European countries
through a collaboration with the European Space Agency
This research was supported by the DFG Cluster of Ex-
cellence Origin and Structure of the Universe. The
authors acknowledge the funding of MOVE-II by the
Federal Ministry of Economics and Energy, following
a decision of the German Bundestag, via the German
Aerospace Center (DLR) with funding grant number
50 RM 1509.
Appel, N. M. E., R¨
uckerl, S., & Langer, M. (2016). Nano-
link: A robust and efﬁcient protocol for Small Satellite
radio links. In 4S Symposium, Valetta, Malta.
Czech, M., Fleischner, A., & Walter, U. (2010). A First-
MOVE in Satellite Development at the TU-M¨
In Small Satellite Missions for Earth Observation,
pages 235–245. Springer.
Langer, M., Appel, N. M. E., Dziura, M., et al. (2015a).
MOVE-II—der zweite Kleinsatellit der Technischen
unchen. In Deutscher Luft-und Raum-
fahrtkongress (DLRK), Rostock, Germany.
Langer, M., Olthoff, C., Harder, J., et al. (2015b). Results
and lessons learned from the CubeSat mission First-
MOVE. In Small Satellite Missions for Earth Obser-
Losekamm, M. J., Milde, M., P¨
oschl, T., Greenwald, D.,
& Paul, S. (2016). Real-Time Omnidirectional Radia-
tion Monitoring on Spacecraft. In AIAA SPACE 2016,
AIAA SPACE Forum. American Institute of Aeronau-
tics and Astronautics.
Losekamm, M. J., P¨
oschl, T., Gaisbauer, D., Greenwald,
D., & Paul, S. (2015). AFIS: A New Instrument for
Cosmic Radiation Studies on BEXUS 18 and Future
Nanosatellite Missions. In 22nd ESA Symposium on
European Rocket & Balloon Programmes and Related
Research, Tromsø, Norway.
Rutzinger, M., Krempel, L., Salzberger, M., et al. (2016).
On-orbit veriﬁcation of space solar cells on the Cube-
Sat MOVE-II. In Photovoltaic Specialists Conference
(PVSC), 2016 IEEE 43rd, pages 2605–2609. IEEE.