Skip navigation
The full press release can be read by clicking here.
A big thank you to all who participated in the In the Air IoT Design Challenge, the partners, element14 and the wider public have been deeply impressed by the projects we've seen to help create a greener, cleaner world.
It was not an altogether straightforward matter to pick a winner: however, in the end, we've awarded the prizes to the following individuals and their projects.
The Grand Prize
The Grand Prize has gone to Christever del Rosario of New Zealand for his Carbon Footprint Monitoring System.  His project's final summary can be read by clicking here.
Christever will receive:
  1. 15 inch MacBook Pro with Retina Display
  2. U1273A OLED Multimeter from Keysight
  3. SimpleLink™ Bluetooth Smart®/Multi-Standard SensorTag (Manufacturer Number: CC2650STK)
Community Choice Winner
The Community Choice Winner by a clear plurality of votes was Inderpreet Singh of India for his Firecracker Aftermath Analyzer.  His project's final summary can be read by Clicking here.
Inderpreet will receive:
  1. 13 inch MacBook Air
  2. SimpleLink™ Bluetooth Smart®/Multi-Standard SensorTag (Manufacturer Number: CC2650STK)
Additionally, we felt that two other projects deserved recognition as Honourable Mentions; both engineers will receive a SimpleLink™ Bluetooth Smart®/Multi-Standard SensorTag as a prize.
Honourable Mention 1
Our first Honourable Mention goes to Ambrogio Galbusera of Italy for his AirMobile project. The project summary can be found by clicking here.
Honourable Mention 2
Our second Honourable Mention goes to Janis Alnis of Latvia for his Air Quality Monitoring In School Classes project.  The project summary can be found by clicking here.
Thank you once again to all the participants for their time, energy and effort: we look forward to more innovative and exciting design challenges in 2015 coming to life.

ita.jpgThe In The Air Challenge is running from September 22nd to final submission date of February 27th (at midnight).

Previous Activity:

Blog Summary #000 : In The Air Challenge 2014

Blog Summary #001 : In The Air Challenge 2014

Blog Summary #002 : In The Air Challenge 2014

Blog Summary #003 : In The Air Challenge 2014

Blog Summary #004 : In The Air Challenge 2014

Blog Summary #005 : In The Air Challenge 2014

Blog Summary #006 : In The Air Challenge 2014

Blog Summary #007 : In The Air Challenge 2014


NameSuper Awesome Blog Time
janisalnisIn-the-Air-Challenge: AirSchool Project Summary
dimonicNo Updates

No Updates


Carbon Footprint Monitoring - Outdoor Sensor Enclosure

Carbon Footprint Monitoring - AirVantage REST Library

Carbon Footprint Monitoring - Calculating Car Emissions

Carbon Footprint Monitoring - Mobile Application

Carbon Footprint Monitoring - Interpreting Collected Data

Carbon Footprint Monitoring - Smart Switch/Plug

Carbon Footprint Monitoring - Summary


AirMobile - 26 - Driving servo on BBB

AirMobile - 27 - Driving a servo on BBB (2)

AirMobile - Data map demo

AirMobile - 28 - Finalizing OpenHAB setup on BBB

AirMobile - 29 - Mounting the sensor

AirMobile - First test video

AirMobile - 30 - Bluetooth issues

AirMobile - 31 - Final demo

AirMobile - 32 - Conclusions


In the Air Design Challenge - Pollen & Allergen Sensing - Post 8 (InTheAir application)

In the Air Design Challenge - Pollen & Allergen Sensing - Post 9 (Project Snapshot)


No Updates


No Updates


[Air ex Machina] #07 Device Managment - OTA update

[Air ex Machina] Interlude


[Firecracker Analyzer] Obligatory Guide - Using Sierra Air Vantage with your Device

[Firecracker Analyzer] Creating a Wireless Sensor Node using TI's stuff.

[Firecracker Analyzer] Hot air assembly of TI Solar Harvester

[Firecracker Analyzer] Successful QFN Assembly

[Firecracker Analyzer] Testing the Texas Instruments BQ25504 - Success?

[Firecracker Analyzer] The Energy Harvester

[Firecracker Analyzer] Wireless sensor Node part II & Setting up a solar Fuel Booster Pack

[Firecracker Analyzer] Challenge Summary and Future Work

engsweeDust, Temperature and Humidity Monitor Chapter 12
happy1No Updates

[AirCare] InTheAir - Week 17: Surface Mount Soldering

[AirCare] InTheAir - Week 18: Finalizing Things

[AirCare] InTheAir - Final Summary


IOT - In the Air Challenge - Portable Field Tester - Not so final report


In The Air: Episode 8

In The Air: Episode 9: Pump Control

In The Air: Summary Post

Programing code and Hardware:

Like what I guess. I really stuck at the programing coding. It take me more time then the given. The given example code from the Sensirion cannot just implemented directly in the Energia . Example code from Arduino also not working in Energia it just show so many unclear error massage.

Link to the sample code for the Sensirion sensor

Example for the given sample code:

I also cannot found any sample code from Energia for the I2C or digital bus on CC3200. The example communication for Energia Wire | Energia.

There have 2 pair of I2C can be use on CC3200. Pin 9 and pin 10 or pin 39 and pin 40.



Some modification:


I have done some modification by placing a capacitor at the 3.3V supply as a buffer for the power bank switch over when doing charging and power up again from charging mode.

Due to the power bank behavior that shut down a while when charging and discharging the micro controller will restart every time I charging the power bank and unplug the charging.


Lately bombardment with power rack design and assembly project. So take some time to catch up the programing code.

Sorry all. Just joint new working environment and don't have enough time for this project.

I will try my best to get this project running and update the progress.

well, obviously I overestimated my free time when I designed the project concept, hence did not manage to complete the system. It was really fun though, and a great opportunity to play with some really cool stuff, like the TI launchpads, BBB, BitScope and various sensors. Also it was good excuse to upgrade my workbench equipment, so I am now better prepared for IoT hardware adventures.  I would not want to waste all the sensors I got, plus I do want to view and log air quality information for my environment,  so I will continue with the project in my spare time, and keep blogging about it.

I guess it’s now a good time to thank all sponsors, element14, as well as all the other contesters for their generous support   :-)

One of, the most important aspects for an IoT solution, in my point of view, is device management, and more specifically the ability to receive over the air firmware updates (OTA). If OTA works, all other problems can be potentially solved.

My architecture in the [Air ex Machina] project, consists of the following layers:

  • backend, cloud based system. (e.g. airvantage)
    • gateway - integration platform (e.g. openhab on BBB)
      • sensor device (e.g. freeRTOS application on CC3200)

Cloud based systems are remote managed/updated by design, so the challenge is on the other layers. I have explored various approaches for solving this problem without having to reinvent the wheel, and I think it’s interesting to discuss the following ones:

  • Xen hypervisor / Mirage OS
  • Eclipse Kura, Leshan, Wakaama and lwM2M is a really cool startup, trying to solve both device managment problems and simplify code push / application update, on RPi/BBB/NUC hardware. They use docker containers to encapsulate the application on the end devices. I have been experimenting with their platform and it works great. So the idea here is that one could launch openhab on BBB as a docker container, through resin, and hence efficiently manage the gateway remotely.

I did not have time to test it, but I am guessing that a combination of these two should work:

By the way, resin and openhab are both partners of canonical on Snappy Ubuntu Core, so I expect to see great things coming from there..

A hypervisor could also be exploited to provide device management, running openhab within a VM. I think, this idea could work very nice with Intel NUC and VMware’s Hypervisor, but when going on a BBB (or lower) virtualization might not be so easy. However it seems with Xen this could be possible, since it does run on ARMv7

Xen has a very rich ecosystem so there must be many management tools/cloud fronts that could act as the manager-server which controls the BBB with the VM containing openhab. I am guessing that when a small change in a file takes place, a new VM image will have to get pushed, which is a disadvantage, but possibly Mirage (and Irmin?), might be able help in reducing the VM to only the necessary components of the OS along with the application. There is an interesting relevant project called which might provide such solution in the future among with solving connectivity issues between devices. If this approach is adopted for IoT, there will definitely be an interesting debate on docker containers vs hypervisors :-)

Finally, one can solve device management for both gateway and microcontrollers, by utilizing some (new) Eclipse IoT projects which are designed exactly for that.

Here is a nice overview of what's available: End-to-end IoT solutions with Java and Eclipse IoT

Kura is a Java/OSGi-based framework for IoT gateways you should definitely check out. It basicly has (almost) all the features that I could ask, for remote managment. Has APIs for hardware communication (serial ports, GPS, watchdog, GPIOs, I2C, etc.), management of network configurations, communication with M2M/IoT Integration Platforms, and overall gateway management.

and there is support for beaglebone

Kura provides a web interface, were you can control your BBB and you can upload you application as an equinox OSGi bundle. So theoretically, if you load all the OSGi bundles of openhab in to it, you will be able to have openhab running within Kura. Not very practical though, so I hope Eclipse Smarthome takes Kura into account, (or vise versa) so we can have best of both worlds :-)

Going a layer lower at CC3200, two very promising eclipse projects which I am sure IoT developers will use in the future (when OTA becomes even more nessesary) are Eclipse Leshan & Wakaama. They are OMA Lightweight M2M (LWM2M) server/client implementations in Java and C.

This is how the Leshan web interface looks like:


So one can have Leshan running on BBB, and wakaama running on CC3200 compiled together with the end application. This provides usefull data of CC3200 to BBB, but more importantly a mechanism for over the air updates, to the CC3200.
Unfortunately, there is no CC3200 port of Wakaama yet, but it should not be that difficult to port, so I guess it’s only a matter of time.

I definitely recommend looking in to Benjamin Cabé's blog, for more details:

Hello everyone from Chrystal and Dale,


We want to thank everyone for this exciting and very big learning experience. Although we didn't complete 100% of what was planned, we will continue to work on this project until finished. For both of us it ended up being a lot more than we figured. From changing our overall plans by adding the whole biology part to the project made it harder to figure out how to do this. We did complete the centrifuge, microscope, some sensors, wireless wifi, recharging station by solar power and partial testing. We are disappointed we let down Element14, the members and all the companies backing this project. We will continue to blog about our updates until completion.


Here is the "Not so final update":


Chrystal was wanting to make a PCB cape for the BBB, so we decided on making one for developing. She searched for information and spent hours on CadSoft to create this board. She used an iron-on transfer that was printed out on a laser printer. After printing out about 7 sheets she finally got the layout correct (I turned out great). I am so proud of her accomplishments on this project, I feel her future will be great.






We got a better solar panel which gave us 11-12 Volts for recharging the batteries and running the centrifuge. I don`t have pictures of the recharge station and centrifuge as they are on a different camera and I couldn't`t download them today. I will upload missing photos shortly.




We attached a wireless keyboard to the BBB and Wifi as well as the 4.3" LCD screen. The Wifi picks up the CC3200 for transferring the sensor information. I still have to reprogram the LCD screen as I had to re-flash the BBB when a programming error I made wiped everything. I thought I bricked the BBB but luckly it wasn't that bad. I didn't like the demo LCD cape OS, it was basically just a demo and after working on it for a week I re-flashed it with Debian and had it like a regular monitor. Programming it to work like a monitor was quite a job and when I re-program it I will give details on how to do this (With lots of pictures for others interested)









The microscope works very well, unfortunately the one Chrystal made wasn't powerful enough to view bacteria. She got only 100X power and had issues on focusing it. I am real proud of how well she thought out the whole project with the biology idea involved. The new microscope that we bought made a huge difference, Chrystal uses it often to check out how dirty the water is. The centrifuge works good, a professional one would be perfect but the one we made is good for now. We have to have it running for 40 minutes for separation of particles. Each tube has to be weighed so each one is equal to keep it balanced.








This is the first half of the report as I need to retrieve the rest of the photos for the sensor demo and centrifuge information.


Again we apologize for not completing what we set out to do, we won't stop until we complete this as it is so important to us. Thank you all again for your support and backing of this project, it has changed our lives and the way we see the planet.


Dale and Chrystal Winhold