The holiday season is fast approaching and you’re facing the daunting task of shopping for that Internet of Things Someone in your life. Well don’t fret because we are actually really easy to shop for. If it blinks, plugs into a computer, or just screams nerd we’ll probably love it. But just in case you need a few extra ideas here are some stocking stuffers that are always appreciated.
1. An #IoT Platform
While a little pricey for a stocking stuffer these things are getting so small that they might got lost in all the wrapping paper if you put them under the tree. Here are a few that your nerdy loved one wouldn’t complain about getting.
- Raspberry Pi Model A+ – $20
- Spark Core – $39 (Don’t get the Photon as it won’t ship till next Spring)
- Tessel – $75
- Intel Edison – $75
2. Battery Pack
When powering our IoT projects sometimes it’s annoying to plug it into a computer or find a wall adapter. Since many of the platforms can be powered from a USB port a battery pack that has one built in is a perfect gift. Here are a few suggestions. The higher the mAh the longer the battery will last between charges.
You’d think we only need one but once we build a project we never want to take it apart. Mostly because we’re pretty sure it will never work again if we do. That means we’re always in need of “just one more” breadboard.
4. Jumper Wires
There are never enough of these things around and we ALWAYS need them. They make prototyping our crazy ideas much faster and easier.
5. Gift Card
If you’re just not sure what to get or don’t feel comfortable choosing from the options above you can never go wrong with a gift card. A gift card to any of the following sites is sure to bring a ton of holiday cheer.
What else would you love to get for Christmas/Hannukah/Kwanza/Ramadan/Festivus? Please let me know in the comments below. Happy Christmahannukwanzadan!
So I sat down the other night to finally start playing with my Intel Edison board and quickly found out that the documentation for this thing really sucks. There are forums and pages and PDFs spread all over the Intel site and most of the content centers around using the Arduino breakout board. For those of us using the mini breakout board we are left to our own resourcefulness to get this thing up and running. There is even incorrect info in the Quickstart that might leave beginners scratching their heads. If Intel wants this thing to get widespread community adoption it needs to spend significantly more time making the first experience a better one.
Until then, here is my version of how to get started with the Edison mini breakout board. This is the guide I wish I had for my first experience.
So last week I found a pic on Imgur posted by quantumCity showing a Raspberry Pi case made from a manila folder. Needless to say I found it to be a pretty neat way to throw together a case from something lying around the house that didn’t consist of using Legos. He posted the CAD file and a pdf version so all you have to do is print it, transfer it, cut it, and fold it. It worked like a charm on the first try.
The Internet of Things is all the rage lately. It seems to be all that tech sites want to talk about and therefore what a ton of startups want to work on. I’ve been watching this space closely for the last 5 years and I can’t help but compare hardware, in it’s current iteration, to being just like kitchen gadgets on the Home Shopping Network (link intentionally left off). What do I mean by that? Well, let’s talk about apples for a minute.
In the last week I’ve seen several articles pop up comparing the new Intel Edison to the Raspberry Pi to the Arduino to the [enter some other development platform here]. The problem with every single one of these is that they are missing the boat when it comes to choosing a development platform for your next project.
Specs Don’t Matter…(Mostly)
The easy thing to do when you want to create a new piece of tech content is just compare the specs of the different platforms. This table was part of a recent ReadWrite article.
At a glance you can compare the CPU speed, memory and GPIO count. What it doesn’t show, or even help with, is how to pick one for your next DIY project.
What Really Matters
So what really matters when picking a platform for your next project? Normally it has nothing to do with performance specs because almost any platform will be have plenty of performance to read your sensor and display the results or push it to the web. For me the most important questions aren’t how much flash memory a platform has or what the input voltage is. It’s a balancing act between a few key metrics.
Battery or Plugged In?
What do I mean by that? Well, first and foremost you need to ask yourself “Is my project going to be battery powered or can it always be plugged in?” Right away this is going to limit my choices. While I love the Raspberry Pi and know that it can be battery powered I’m probably not going to choose it because it it such a power hog when compared to something like an Arduino Uno or Sparkcore.
Compute Intensive? How Intense?
After thining about the power constraints, the next thing I ask is what kind of compute power do I need. What I think most newcomers miss is that a massive share of beginner projects don’t need an ARM processor running at 700MHz. But when you compare that to the 16MHz of the Arduino Uno you may think “Well, that’s not going to be powerful enough.” Remember the Apollo missions that flew rockets into outerspace (whether you believe we landed on the moon or not…we did…it’s certain that we did launch things into orbit)? The guidance computers on those spacecraft had approximately 64K, that’s K not M or G, of memory and ran at an astonishingly fast, at the time, 2.048MHz. You can accomplish a LOT with very little in embedded systems.
Sometimes you may have conflicting requirements like a device that needs to be battery powered but outputs 1080p video to a built in monitor. Just remember that there are other factors that, in my opinion, are more important than base specs. After all, if your project only needs 3 I/O pins it doesn’t really matter if your platform has 10, 30, or 50.
Did you even know the Raspberry Pi had a serial port? If you did and have tried to use it in Raspbian you’ve probably run in to some weird behavior. That’s because, by default, the serial port is tied up by the operating system so it can’t be reliably used in your projects. In this episode I show you how to configure the serial port so it can be used to make your awesome ideas reality.
I think we’re all still trying to figure out what Yo’s place is in the internet family but as of right now it’s basically a viral app. As soon as I found out there was an API for it I just knew I had to attach some hardware to it. Here’s a demo of what I put together.
The whole thing took me about 4 hours once I resolved my API issue (I originally gave them the wrong URL for the callback and had to email them to fix it). I want to share the process in case other people want to integrate Yo with hardware.
If you’ve been paying attention to hardware lately you’ve probably noticed how people have gone insane over remotely accessing their devices. In this µCast I’ll show you a simple way to get your project setup so that you can talk to it and control it via the interwebs. The best part, it only takes about 20 minutes.
My presentation from the Openwest Conference has posted to YouTube.
Really appreciated the opportunity I had to present and loved meeting some new people. Looking forward to attending next year.
I created a python module that makes interacting with specific hardware easy. You can find it here: µCasts Raspberry Pi Library
I’ve found myself writing quite a bit of code lately to interface with different pieces of hardware on the Raspberry Pi. I finally realized that for every new project I was copying the same code from the previous project to do things like turn on an LED or read the state of a switch. I decided that it was time to take all of that work and put it into a library that I could easily reuse with each project.
The python and node modules I’ve used to create projects in the past are very simple and generally easy to use. What they don’t provide, and aren’t meant to provide, is a higher level of abstraction around certain pieces of hardware. For example, let’s look at the TMP102 Sensor.
TMP102 image provided by Sparkfun as CC BY-NC-SA 3.0