As many reading this will know, I flew the new Pi Zero on the day it was announced, in order to test a prototype of our new PITS-Zero tracker board.  I’d been pleading with Eben since I first saw a prototype of the original Pi Zero, that its low weight would be ideal for live-imaging HAB applications, if only it had a camera port.  The camera is much the entire reason for using a Pi for HAB – if you don’t want pictures then a smaller/lighter/simpler AVR or PIC microcontroller will easily do the job (and with less battery power) – so I felt that the CSI-less Pi Zero was a missed opportunity.  Eben agreed, and said he would try to make it happen.

PiZero1.3_700

So, when I received a sample Pi Zero with CSI port, I was keen to try it out.  However launching an unreleased device, to possibly parachute down in front of a curious Pi fan, might not be the best idea in the world, so I had to wait.  Fortunately the wind predictions were good for a balloon launch on the Pi Zero CSI launch day, and the flight went well albeit the burst was rather lower than predicted (balloons vary).

Sony Camera

I had hoped to fly the new Sony camera for the Pi, but in testing the camera would become invisible to raspistill after about 2 hours and roughly 2-300 photos.  2 hours isn’t long enough for a regular flight, and mine was expected to take more than 3 hours just to ascend, so this wasn’t good.  I searched the Pi forum and found that a couple of people using time-lapse photography had found the same issue, and as it was a new issue with no fix or workaround yet, I had to opt for the Omnivision camera instead.  This of course gave me a reason to fly the same tracker again as soon as there was a solution for the Sony firmware issue; once there was I tested it, and planned my next flight.

Waiting For Baudot

"It's currently a problem of access to gigabits through punybaud"

I’ve written previously about LoRa, but the key points about these Long Range Radio Modules when compared to the old (first used from the air in 1922) RTTY system are:

  • Higher data rates
  • Longer range with the same rate/power
  • Can receive as well as transmit
  • Low host CPU requirements even for receiving

The higher data rates mean that we can send larger images more quickly (throughput is up to 56 times that of 300 baud RTTY), and the receiving capability makes it easy to have the payload respond to messages sent up from the ground.  For this flight, those messages are used to request the tracker to re-send any missing packets (ones that the receiving stations didn’t hear), thus reducing the number of annoying missing image sections down to about zero.  To give you an idea of the improvement, the following single large picture was sent in about a quarter of the time taken by the inset picture (from my first Pi flight, and at the same pixel scale):

progress

LCARS Chase Car Computer

For this flight, I tried out my new chase-car computer.  This has a Pi B V2, Pi touchscreen, LoRa module, GPS receiver and WLAN (to connect to a MiFi in the chase car).  The user interface mimics the Star Trek LCARS panels, and was written in Python with PyQt.  It receives telemetry both locally (LoRa, or RTTY via a separate PC) and also from the central UKHAS server if connected via GSM.

The Flight

As per the previous Pi Zero flight, this was under a 1600g balloon filled with hydrogen.  Predicted burst altitude was 42km, and I hoped that this time it might achieve that!  The payload was the same as last time:

image

except of course for the new Sony camera (manually focused for infinity, but not beyond) and a new set of batteries.

On the launch day the weather was overcast but forecast to improve a little, so I decided to wait for a gap in the clouds.  When that came, the wind did too (that wasn’t forecast!), which made filling the balloon interesting.

No my head hasn't turned into a giant clove of garlic
No my head hasn’t turned into a giant clove of garlic

Fortunately, the wind did drop for launch, and the balloon ascended towards the gap I’d mentioned in the clouds:

P1110657

The LoRa system worked well (especially once I remembered to enable the “missing packet re-send” software!), with the new camera acquitting itself well.  I used ImageMagick onboard to apply some gamma to the images (to replace contrast lost in the atmosphere) and to provide a telemetry overlay, including this one which I believe is the highest image sent down live from an amateur balloon.

Cjaear8WEAA1ENN

Burst was a few metres later, comfortably beating my previous highest live-image flight.

And this was the last image it sent.  I guessed why.  Remember the camera stuck to the outside?  My guess was that after burst – when the payload suddenly finds itself without support – the line up to the balloon found its way behind the camera which it then removed as the balloon remnants pulled on it.  So, I can’t show you any images from the descent, but I can show you this shot of the Severn Estuary (processed to improve contrast) from the ascent:

15_20_48_shopped

In the chase car, I stopped at a point with a good view towards the landing area, so I could get the best (lowest) last position I could.  With the payload transmitting both LoRa and RTTY, I had my LCARS Pi receiving the former, and a Yaesu 817 with laptop PC receiving the latter.  With no images, the LoRa side dropped to sending telemetry only, which was handy as I was able to receive a lot of packets as the balloon descended. Overall LoRa seemed to be much more reliable from the car than RTTY did, despite the much higher data rate, and I now would be quite happy to chase a balloon transmitting high bandwidth LoRa and nothing else.

With the final position logged, I carefully tapped that into the car sat nav and then drove off to get the payload back.  10 minutes later I remembered that I’d coded exactly that function into my LCARS program!  2 screen-taps later, I had on-screen navigation (via Navit); I would also have had voice navigation but I hadn’t connected a speaker yet.

Both Navit and the car sat nav took me to a hill with the payload about 300 metres away.  I waited for another HABber to arrive – his first time chasing – and meantime I updated the other enthusiasts online, and took some photographs of the scenery; Shropshire is very pretty.

P1110661

Once Andy arrived, we walked down to the payload, watched (as often the case) by the local populace:

Ewe Looking At Me ??

As expected, the camera was missing, so if anyone wants a free Sony Pi camera, I can give you a 5-mile radius area to search.

P1110664
You don’t need CSI to see what went wrong here …

A lot of the balloon was still attached, which helps to explain how the camera was forcibly removed:

P1110665

So, a nice flight and recovery.  The Sony camera worked well; 868 LoRa worked well; the LCARS chase car tracker worked well.  Next time, more duct tape!

5 Replies to “To Zero, And Beyond”

  1. This article means SO MUCH for our high school HAB project. We are from Uruguay and we are drafting a HAB with environmental sensors as part of a year-long science project with students. The details you provide give us precious information about the how-to and what to expect up there. Thank you so much for sharing your experiences.

  2. Hi Dave I’m helping launch a HAB with local School in a week’s time. They launched one last year but this is the first time tracking. We have built a Pi Zero/Lora tracker a Pi 3 Gateway and an AVR ground based tracker all working fine on 868MHz but We are still pondering over the range of 868MHz vs 434MHz and not 100% on which way to go or maybe use both (868 for images and 434 primarily for longer range telemetry). Any advice would be most welcome .

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.