SparkFun will be closed on Tuesday, December 24th, and Wednesday, December 25th, in observance of the Christmas holiday. Any orders qualifying for same day shipping placed after 2:00 p.m. (MST) on Monday, December 23rd, will be processed on Thursday, December 26th, when we return to regular business hours. Wishing you a safe and happy holiday from all of us at SparkFun!
Please note - we will not be available for Local Pick up orders from December 24th-December 27th. If you place an order for Local Pick-Up we will have those ready on Monday, December 30th.
The Helium Ethernet Starter Kit for Arduino includes everything needed to easily give your embedded devices secure, long-range connectivity. This kit was built specifically for Arduino and mbed development boards to get them set up and ready for wireless and IoT applications!
Included in this version of the Helium Ethernet Starter Kit is a Helium Arduino/mbed Adapter, a shield with two SMA connectors and an Atom socket --- all in an R3 layout. You also receive one 2.4GHz and one Sub-GHz antenna, a Helium Atom Prototyping Module and a Helium Element Access Point for Ethernet connectivity with an Ethernet cable and power adapter. The only thing you need to supply yourself is an Arduino development board (like SparkFun RedBoard or an Arduino Uno R3) and a way to power it!
Since Helium is a complete toolkit for building IoT applications that can connect to public clouds, a pre-built, secure connection from Atom modules interacts with what are called Helium Channels. Channels are a convenience layer between sensors and your organization’s cloud of choice that can connect to public clouds like Amazon Web Services, Azure, Google Cloud IoT Core or a private offering. Channels can also be used to send device data to applications and services via generic protocols like HTTP and MQTT.
The Helium Atom Prototyping Module is a low-power, dual-band wireless module perfect for developers. The pin layout is compatible with many existing embedded devices. Atom devices connect to the nearest Element Access Point using Helium's wireless technology, which allows those boards to communicate long distances with little interference and requiring no device-level configuration. Don't worry; each Element Access Point can support multiple Atoms.
If a board needs code or communicates somehow, you're going to need to know how to program or interface with it. The programming skill is all about communication and code.
Skill Level: Rookie - You will need a better fundamental understand of what code is, and how it works. You will be using beginner-level software and development tools like Arduino. You will be dealing directly with code, but numerous examples and libraries are available. Sensors or shields will communicate with serial or TTL.
See all skill levels
If it requires power, you need to know how much, what all the pins do, and how to hook it up. You may need to reference datasheets, schematics, and know the ins and outs of electronics.
Skill Level: Rookie - You may be required to know a bit more about the component, such as orientation, or how to hook it up, in addition to power requirements. You will need to understand polarized components.
See all skill levels
We welcome your comments and suggestions below. However, if you are looking for solutions to technical questions please see our Technical Assistance page.
No reviews yet.
Honestly not sure why the community would spend effort with a very proprietary solution like this where the actual communications components are only available from one company and not open.
There is a perfectly good fully open alternative now to long distance IoT communications. Google: LoRaWAN
LoRa is also proprietary. There are just more vendors licensing it.
Before "Open Source" was a thing, "Open" meant: vendor-neutral technology standards and certifications. As in work done by the Open Group, which certifies Unix, etc. etc. with a membership of over 500 companies. I don't think the original poster went to back to edit his comment; but as it is now, he uses the phrase "VERY proprietary." There is a large spectrum between suing every possible threat for possible trademark infringement, and CopyLeft, which theoretically should be as legally enforceable as Copyright, but in reverse. Actually Open Source groups recognized the subtleties when they rejected Gnu Free Software restrictions and accepted MIT licenses and BSD licenses, etc. I'm still grateful for "Free Software" zealots, as they fight for things like non-proprietary boot firmware, which RPi unfortunately has, as almost every PC. I'd like to see Libre Computer Boards at Sparkfun. I hope they catch on.