Telemetry Downloads Completed

Thanks to Ham operators worldwide, we have completed downlink of the three 1-Hz telemetry runs conducted during early GRIFEX operations (1 Feb 2015 23:29 – 2 Feb 2015 01:56, 3 Feb 2015 00:22 – 05:16, and 9 Feb 2015 02:00 – 04:32). We’ve taken a look at these and some interesting trends emerge.

In all three runs,  we see that the battery is near full State Of Charge (SOC) for the entire orbit! Being in full sun all the time has its benefits:Battery Voltage

But what about the temperature? Battery temperature is one of the data points we watch most closely on-orbit, as our Lithium-Ion batteries have the narrowest thermal constraints of any of the hardware on the spacecraft (charge temperature 0 to 45 degrees Celsius). We were all relieved to see the battery temperature staying close to 30 degrees Celsius.

EPS Temperatures

Many Hams have noticed the radio temperature going up as we downlink over them, and our adjustments to transmit power level to try to mitigate this. As it happens, we caught a downlink during one of our 1-Hz telemetry runs. At the time of this downlink, the radio transmit power was at ~0.5W:

FCPU Temperatures

Looks like FCPU TEMP 1 (directly under the radio’s power amplifier) gets pretty hot! The good news is, the processor inside the radio, along with the Flight Computer itself (FCPU TEMP 0) don’t get the full heat.

Temperatures elsewhere in the spacecraft are hot for humans, but relatively mild for avionics (usually rated to 85 or 125 degrees C). For reference, we’ve included an FCPU temperature from the same time period (no downlinks occurred during this time window) in the plots below. Note for those curious about the acronyms, EPS = Electrical Power System, TCB = Torquer Control Board, FCPU = Flight CPU [Flight Computer])

EPS Module Temperatures TCB Temperatures

FCPU Temperatures

Looking closely at the EPS module temperatures, you can see a small, short-period sinusoidal trend overlaid on the larger overall sinusoidal trend, presumably due to each input regulation module receiving solar power in turn as the satellite rotates (one input regulation module corresponds to one panel).

Panel temperatures were a wildcard when making these plots. In the earliest 1-Hz run, panel temperatures varied a lot, but mostly tracked the trends of the other subsystems:

Panel Temperatures

However, as the satellite continued to de-tumble, panel temperatures showed greater temperature extremes. Here’s the second run (run #1):

Panel Temperatures

On the 3rd and final run (run #2), the panels got as hot as 60 degrees! This was during a downlink, so this may have been related to the rising radio temperature. However, the fact that other panels were approaching 0 degrees at that time suggests that the orientation of the satellite relative to the sun may have also been a factor. The good news is, temperatures are staying well within a safe range for our bus avionics.

Panel Temperatures

A quick look at bus current draws shows nominal performance. The spikes in 3V3 bus current correspond to occasional spikes in flight computer current draw as it processes data.

Currents

Finally, for all you Linux Sysadmins out there, we’ve got a plot of our FCPU load averages. As you can see, collecting 1-Hz telemetry loads our processor relatively heavily as it tries to keep up will all the serial I/O from the sensors.FCPU Load

With this data downlinked, we’ll be switching to MARINA data as the primary downlink content (we started on this right after our first MARINA run on the 11th). We’ll also be downlinking archived beacon data, as we do by default when we don’t have other data products to downlink – GRIFEX saves every beacon it transmits, and we’re trying to get the data from as many beacons as possible to make plots like the above over longer time periods.

We’ll continue to post updates as we downlink data. To all the Hams tracking GRIFEX, Thank You – Your information on satellite status and reception quality has been invaluable, and we’ve been able to downlink significantly more with your support than we would be able to alone.

73,

The Operations Team

GRIFEX alive and well!

We are excited to report that GRIFEX is doing well on orbit! Initial telemetry looks great. We are power positive. Temperatures are in good, safe ranges. GRIFEX has also responded well to commands. We are in the process of checking out the spacecraft and making sure everything is working well.

Thanks to NASA and the ELANA program for the great launch.  Thanks to the global HAMs providing packets from all over the world!

Here is a spectral plot showing both GRIFEX and Firebird-2 transmissions (FU3).

Spectral plot of GRIFEX and Firebird transmissions.

Last-Minute Client Fix for Python 3 Users (Get it before the first pass!)

With GRIFEX safely on its way to orbit (coverage on facebook), there is one quick fix we need Python 3 users to make to be able to decode GRIFEX beacons. Thanks to early installers, we have discovered that the TCP Serial Redirect script packaged with copies downloaded before today (1/31) may not function when run with Python 3. Our decoding client auto-updater does not update the TCP Serial Redirect script, so Python 3 users may have to re-download the client launcher to get it to work. Alternatively, those willing to dive into the code can change line 114 in tcp_serial_redirect.py from:

self.queue = Queue.Queue()  # Works only in python 2

to

self.queue = queue.Queue()   # Works only in python 3

(Yes, these lines are exactly the same except for capitalization).

Python 2 users, and those who downloaded the client this morning (1/31) should not be affected.

Beacon Decoding Client Ready for Download

MXL’s beacon decoding client software is ready for download. This software will let you view the telemetry content of GRIFEX beacons while automatically sending it to MXL’s servers. We are distributing the client through our datasever at mxl-ops.engin.umich.edu. A visual walkthrough of the download/setup process (valid for Windows, Linux, and MacOS) is here: Downloading the MXL Client Application (PDF, 630kB).

If you encounter any bugs or difficulties, please email MXLab-HAMs@umich.edu and we’ll try to respond as quickly as possible. Updates to the client will be distributed automatically unless otherwise posted here.

No beacons to display yet!

Screenshot of Beacon Decoding Client v1.0.1 on Ubuntu 12.04

 

GRIFEX Launch – T minus 8 days!

The next MXL satellite, GRIFEX, is integrated to a Delta II rocket, ready for launch next week on 29 January 2015.  The GRIFEX CubeSat mission will perform engineering assessments of a JPL-developed all digital focal plane array read-out integrated circuit (ROIC). This high frame rate imaging technology is an essential component for a future planned atmospheric chemistry and pollution transport mission concept from the Earth science decadal survey called GEO-CAPE. This technology flight validation project was sponsored by NASA’s Earth Science Technology Office.

GRIFEX and the MXL integration team.

GRIFEX and the MXL integration team.

The Delta II launch vehicle undergoes final preparations on the pad at Vandenberg Air Force Base. Credit: NASA/Randy Beaudoin