Libraries are a central part of project development on the Particle platform leveraged by thousands of engineers in our community. Simply stated, a Particle library is a collection of reusable firmware code that can be easily added to one or many Particle projects.
Leveraging high quality libraries to build Internet-connected projects and applications can significantly reduce the risk, time, and cost associated with creating IoT product or device. Libraries also make it possible to easily maintain and reuse common code blocks, as well as incorporate and leverage existing third party libraries from the Particle ecosystem.
In general, libraries in the Particle ecosystem have the following features:
Most Arduino libraries are compatible with Particle. We've worked hard to ensure that our firmware API contains all of the most commonly used Arduino functions and firmware commands so that many Arduino libraries can be submitted into the Particle library ecosystem without modification. All of the most popular Arduino libraries are already available through our libraries system, and many others can be easily modified for compatibility.
Particle libraries can include and depend on other Particle libraries. If your library requires another external library as a dependency, it is easy to specify the particular library and even version of the library that your library depends on. A good example is our
internet-buttonlibrary, which depends on the popular
neopixellibrary for controlling NeoPixel LEDs. You can learn more about libraries with dependencies in the Library file structure section below.
Particle libraries are reliable. In addition to building and sharing our own high quality libraries, Particle verifies and promotes high quality community libraries that are fully documented, perform reliably, and include a variety of usage examples. Using our official and verified libraries means you'll spend less time debugging and more time building your project.
The vast majority of Particle libraries are developed and maintained by the Particle community and made available for broader use via the Particle libraries ecosystem. All public libraries are available for public consumption through our development tools and via our Libraries API. The availability of such a large number of libraries in a single place makes developing IoT products on the Particle platform fast and simple.
Note that a library may have its own associated open source license that limits or restricts redistribution or commercialization of the library.
Official libraries are libraries that were created by members of the Particle team and are designed to be used with Particle hardware. Examples of Official Particle libraries include:
internetbuttonfor the Internet Button, our kit for quickly prototyping simple IoT projects and experiences
makerkitfor our Maker Kit, our kit for beginners to learn how to build IoT projects
relayshieldfor the Relay Shield, our shield for switching high and low voltage electronics.
assettrackerfor the Electron Asset Tracker Shield, our kit for tracking and locating valuable possessions
All Particle libraries meet the same quality standards as Verified libraries, and appear in the library list with the Particle logo next to them.
Verified libraries are community-contributed libraries that have been reviewed and confirmed by members of the Particle team to meet the following criteria:
The library is well documented. It contains in-line comments that document proper usage of the library and contains example applications that demonstrate how to use each of the included functions.
The library has been reviewed for quality. The library compiles on all relevant hardware platforms and performs as intended. The library includes testing instructions (
verification.txt) that anyone can follow to independently verify that the library is working as expected.
The library has improved visibility. Verified libraries float to the top of library searches, improving the visibility of the library within the Particle ecosystem.
Private libraries are libraries that have been uploaded to the Particle
Device Cloud for reuse with many projects, but are only visible to the individual who created and submitted the library. Private libraries can be published as public libraries at any time by the author of the library using the
particle library publish command.
Every Particle library complies with the following file structure that will be automatically generated when a new library is initialized:
examples is the folder that contains the example applications that reference your library with one example per directory. If your library controls LEDs, for example, you should include an example called
examples/control/control.ino that demonstrates how someone could use the library in a typical application.
src is the folder that contains the actual library files (
.h files) that define the library's behavior. Everything in the
src folder will be compiled when a user adds the library to their project and compiles it. You can add subfolders to
src if you have many files in your library.
library.properties includes descriptive information about your library (title, description, version, author, license), and also specifies any other libraries that your library depends on. Libraries dependencies can be tagged at a particular version in this file.
README.md provides instructions for library creators on creation and usage.
LICENSE.txt is the file that defines the license that the public library is distributed with. All libraries in Particle's library ecosystem must include an associated license.
name A short name for the library. The name must be unique, so there aren't 2 libraries with the same name. It will be the name of main
version A Semantic Versioning version number like 1.0.0
author Your name and email like
The Author <email@example.com>. If there are several authors, separate them with commas.
license The acronym for the license this library is released under, such as GPL, MIT, Apache-2.
sentence A one sentence description of the library that will be shown in the library browser.
paragraph A longer description to be shown in the details page of the library. This is always shown after sentence so start with the second sentence of the description.
url The web page that a user wanting more information would visit like a GitHub URL.
repository The git repository like
http://github.com/user/project.git, if available.
architectures A comma-separated list of supported hardware boards that are compatible with your library. If missing or set to
*, the library will be available for all architectures. Available values for Particle libraries:
Other library that this library depends on, one line per library dependency. The value is the desired version number of the library dependency.
whitelist Additional files to include when publishing a library. By default these files are included in a library when publishing:
There are 3 kinds of project structure:
The legacy project structure stores files in the root of the project. There is no project definition file. This is the structure used by all projects prior to libraries v2.
A legacy project does not support using libraries.
The simple project structure is similar to the legacy structure - the project sources are stored in the root. However,
the project also includes a project definition file
project.properties. Even saving a blank
is enough to make a simple project.
A simple project has standard support for libraries; libraries can be added to the project via the CLI
library add command.
The extended structure expands on the simple structure, placing all application sources in the
An extended project has full support for libraries, supporting both
library add and copied libraries.
An extended project can be created by using the CLI
particle project create command.
Libraries consumption is supported in each of our three primary development tools. Instructions for using libraries can be found in the documentation for each of those tools, linked below:
- Using libraries with the Web IDE
- Using libraries with the Particle Workbench
- Using libraries with the Command Line Interface (CLI)
The main steps for contributing a library are preparing the structure, writing the code, testing the examples, uploading a private version and publishing to the public.
Library contribution is currently supported via our Command Line Interface (CLI).
There are several ways to start contributing a Particle library.
If you made a library in the past, you can migrate it to the new format with
particle library migrate.
You can modify an existing library by forking the code from GitHub. You can also download an existing library through the CLI with
particle library view <library_name>. Make sure you move the library to a new folder before modifying it in that case.
You can also start with an existing Arduino library from GitHub. Particle libraries have the same structure as Arduino libraries.
The main sources of the library go into
src/lib_name.h. More complex libraries may use a nested structure within the
src/ directory. For example
src/subFolder/subhHeader.h and referenced as
Create at least one example
.ino file inside a subfolder of
examples to show people how to use the library.
If your library depends on other libraries you can add those dependencies to
particle library add. For example, since the Internet Button contains NeoPixel LEDs, the
InternetButton library has the line
library.properties to indicate this.
#if PLATFORM_ID == 10 // Electron #include "cellular_hal.h" #elif PLATFORM_ID == 6 // Photon #include "softap_http.h" #else #error "This library only works on the Electron and Photon" #endif
README.md and fill in as much information as possible.
The best way to ensure people will use your library is to provide good examples.
Once you've written the first draft of the library you can test the examples on hardware you own in the CLI with
particle flash <my_device> examples/<example_name> from the library folder.
Once your library is ready to go, you can upload it to Particle in the CLI with
particle library upload from the library folder.
When you upload a new private version you can use the library as usual from your own account in the Web IDE, Particle Workbench, or CLI.
If you find issues, you can upload another private version with the same version number.
When you want to modify an existing library for your own projects only, you can stop after uploading a private version. However if you want other people to be able to use the library go on to publishing it.
When a version is ready for prime time, simply type
particle library publish <my_lib> in the CLI and it will make the latest private version available to the public.
After this, anybody with a Particle account will be able to use your library! Thank you!
On January 23, 2017, Particle introduced a new version of our firmware library manager, requiring that libraries be migrated from the old library structure (v1) to our new library structure (v2).
With our original firmware library manager, libraries could only be contributed and consumed through our Web IDE (Build). We’ve now upgraded the library manager behind the Web IDE, and made those libraries accessible in Particle Workbench and the Particle CLI.
Libraries under the new library format have the following features:
- Every library now has a library.properties file that can be used to specify external library dependencies, library version number, description, and associated open-source license
- Libraries are now accessible via our firmware libraries API
- Libraries can now be added to projects in Particle Workbench and the Particle CLI
All existing Particle applications that included a v1 library have been preserved and will continue to function as before. However, all new library includes will pull from our migrated v2 library list, so all new Particle projects that include a library will use the updated library structure.
For that reason, it may be necessary to migrate a library to the new library structure if the library was originally created as a v1 library.
Instructions for migrating v1 libraries to the new library format using the Particle CLI are included below.
Follow these steps to migrate a v1 Particle library to the new v2 structure using the Particle CLI:
Install the Particle CLI version 1.19 or later.
- If you do not have the Particle CLI installed on your machine, you can download and install it using our OS-specific instructions, here
- If you already have the Particle CLI installed, you can update it to the latest version by running
npm update -g particle-cli
particle library migratein your library directory
- Edit the newly created
library.propertiesfile to add a GitHub URL to the
urlfield (like https://github.com/particle-iot/internetbutton) and the git remote to the
repositoryfield (like https://github.com/particle-iot/internetbutton.git)
- If your library depends on another library, run
particle library add dependencyin your library directory and remove the source files of the other library from your own repository
- Ensure that the example applications for your library compile by running
particle compile photon examples/<name>in your library directory
- Refresh the
README.mdfile for your library with detailed information and instructions for using and interacting with the library. The
README.mdfile will be used as the "home page" for your library.
- See https://github.com/particle-iot/PowerShield for a good example.
- Upload a private version of your library by running
particle library upload
- Try adding the library to a project using the Web IDE
- Publish the new public version of the library by running
particle library publish mylibraryin the CLI
- Push to GitHub, and go celebrate!
Include statements: After you have migrated a library, the process will automatically create a file,
mylibrary/mylibrary.hthat is included for compatibility with old projects. New projects and examples should use
library uploadscope: When uploading a new version of a library, all files in the library directory are uploaded. Be careful in case you have files in there you don’t want to upload like test binaries and large PDFs.
Versioning: You can upload a private version multiple times with the same version number, but once you publish a version to the public you won’t be able to upload with the same version number. If you make a small mistake just increase the version number and upload again. Version numbers are free!