Star Gazers

The place that enthusiastic and stargazer to everything.

Follow publication

Member-only story

Running TensorFlow Lite at the Edge with Raspberry Pi, Google Coral, and Docker

Picture of a Google Coral USB device
The Coral USB Accelerator Edge TPU coprocessor

Like many people, I like to learn by doing and it is easier than ever to jump in and start experimenting with Machine Learning (ML). TinyML is becoming a popular way to get started with ML and one of the quickest ways is by using a Raspberry Pi. In addition to its low cost, the Pi’s GPIO pins and its camera options makes it easy to ingest data from a variety of sensors. The downside however, is the Pi is not that fast at ML as it currently lacks dedicated hardware for ML acceleration.

Google has a family of ML accelerated hardware called Coral that can help solve this performance problem. Specifically, Coral devices have built in Tensor Processing Units (TPU) which greatly accelerate ML. One of these devices is a USB stick that can be plugged into a USB 3.0 port to provide a computer with a TPU coprocessor. The Coral devices use TensorFlow Lite which is optimized for lower power edge and mobile devices.

Raspberry Pi attached to Google Coral TPU over a USB 3.0 cord.
Raspberry Pi and Google Coral — a great combination

Why Docker?

It is fairly easy to plug the Coral TPU into a Raspberry Pi or other computer and get it working directly on the hardware. However, it requires installing a lot of software…

Create an account to read the full story.

The author made this story available to Medium members only.
If you’re new to Medium, create a new account to read this story on us.

Or, continue in mobile web

Already have an account? Sign in

Star Gazers
Star Gazers

Published in Star Gazers

The place that enthusiastic and stargazer to everything.

Paul Klinker
Paul Klinker

Written by Paul Klinker

Paul is a Principal Engineer at ManTech specializing in DevOps and enterprise software development.

No responses yet

Write a response

Not sure I agree that this doesn't apply to project work. We run about 20 software development projects in parallel a week. There is no possible way we could do this by "taking orders" for features. We start every engagement by understanding the…

--

I am going to sound a bit negative, but I read a lot of these types of articles, and after 30 years of working in Software it never fails to amaze me that these generalized, "rational", "pragmatic" solutions still get spoken off as the great panacea.

--

Hi, Ryan Dawson,it's my great honor to read your article Too Much Product Roadmap May Kill You — Here’s a Better Strategy. Can i translate it into Chinese so that more people can read it ?
I will attach the original author and the original link. thank you !

--