iOS SDK
Particle provides two iOS libraries:
- Cloud SDK - an API wrapper that enables your mobile app to interact with internet-connected hardware through the Particle Device Cloud.
- Photon Setup Library - a library which provides an easy setup wizard for your app users to set up their Particle-powered devices.
The Photon Setup Library can only be used to set up Gen 2 devices (P1 and Photon). It will be deprecated in the future.
Requirements
Cloud SDK supports iOS 8.0 and up, Photon Setup Library supports iOS 9.0 and up.
Support and contributions
- If you need help, visit the mobile category in our community forums for discussion, troubleshooting, and feedback around the iOS Cloud SDK and Photon Setup Library.
- If you found a bug, and can provide steps to reliably reproduce it, open an issue in the appropriate repo on GitHub, and apply the
bug
label. - If you have a feature request, open an issue in the appropriate repo on GitHub, and apply the
enhancement
label. - If you want to contribute, submit a pull request. Also be sure to check out the contribution guidelines, and sign our CLA.
iOS Cloud SDK
Introduction
Particle iOS Cloud SDK enables iOS apps to interact with Particle-powered connected products via the Particle Cloud. It’s an easy-to-use wrapper for Particle REST API. The Cloud SDK will allow you to:
- Manage & inject user sessions for the Particle Cloud (access tokens, encrypted session management)
- Claim/Unclaim devices for a user account
- Get a list of Particle devices claimed by user
- Read variables from devices
- Invoke functions on devices
- Publish events from the mobile app and subscribe to events coming from devices
- Get data usage information for Electron and 3G Boron devices
All cloud operations take place asynchronously and use the well-known completion blocks (closures for swift) design pattern for reporting results allowing you to build beautiful responsive apps for your Particle products and projects. iOS Cloud SDK is implemented as an open-source CocoaPods static library and also as Carthage dynamic framework dependency. See Installation section for more details. It works well for both Objective-C and Swift projects.
Swift support
One of the great things about Swift is that it transparently interoperates with Objective-C code, both existing frameworks written in Objective-C and code in your app. However, in Swift there’s a strong distinction between optional and non-optional references, e.g. NSView
vs. NSView?
, while Objective-C represents both of these two types as NSView *
. Because the Swift compiler can’t be sure whether a particular NSView *
is optional or not, the type is brought into Swift as an implicitly unwrapped optional, NSView!.
In previous Xcode releases, some Apple frameworks had been specially audited so that their API would show up with proper Swift optionals. Starting Xcode 6.3 there's support for this on your own code with a new Objective-C language feature: nullability annotations.
The new nullability annotations have been integrated into the Particle iOS Cloud SDK library so now it plays nicely with Swift projects.
All SDK callbacks return real optionals (ParticleDevice?
) instead of implicitly unwrapped optionals (ParticleDevice!
). See Swift examples below. Basically only a simple change required from the SDK user: to replace your callback argument types from !
suffix to ?
suffix.
Getting started
- Perform the installation step described under the Installation section below for integrating in your own project
- You can also Download Particle iOS Cloud SDK and try out the included iOS example app
- Be sure to check Usage before you begin for some code examples
Usage
Cloud SDK usage involves two basic classes: first is ParticleCloud
which is a singleton object that enables all basic cloud operations such as user authentication, device listing, claiming etc. Second class is ParticleDevice
which is an instance representing a claimed device in the current user session. Each object enables device-specific operation such as: getting its info, invoking functions and reading variables from it.
Return values
Most SDK functions will return an NSURLSessionDataTask
object that can be queried by the app developer for further information about the status of the network operation. This is a result of the SDK relying on AFNetworking which is a networking library for iOS and Mac OS (OS X). It's built on top of the Foundation URL Loading System, extending the powerful high-level networking abstractions built into Cocoa.
Error handling
Starting SDK version 0.8.0
If there's an error while executing API request, completion block will have non-null error object. userInfo
dictionary has 2 custom values:
ParticleSDKErrorResponseBodyKey
is the NSDictionary representation of JSON server response.ParticleSDKErrorLocalizedStringKey
contains human readable error message.
NSError.code
contains HTTP status code. NSError.localizedDescription
contains best attempt trying to explain what happened in human readable language based on ParticleSDKErrorLocalizedStringKey
and NSError.code
.
Common use cases
Here are few examples for the most common use cases to get your started:
Logging in to Particle cloud
You don't need to worry about access tokens and session expiry, SDK takes care of that for you
Objective-C
[[ParticleCloud sharedInstance] loginWithUser:@"username@email.com" password:@"userpass" completion:^(NSError *error) {
if (!error)
NSLog(@"Logged in to cloud");
else
NSLog(@"Wrong credentials or no internet connectivity, please try again");
}];
Swift
ParticleCloud.sharedInstance().login(withUser: "username@email.com", password: "userpass") { (error:Error?) -> Void in
if let _ = error {
print("Wrong credentials or no internet connectivity, please try again")
}
else {
print("Logged in")
}
}
Injecting a session access token (app utilizes two legged authentication)
If you use your own backend to authenticate users in your app - you can now inject the Particle access token your back end gets from Particle cloud easily using one of the new injectSessionAccessToken
functions exposed from ParticleCloud
singleton class. In turn the .isLoggedIn
property has been deprecated in favor of .isAuthenticated
- which checks for the existence of an active access token instead of a username. Additionally the SDK will now automatically renew an expired session if a refresh token exists. As increased security measure the Cloud SDK will no longer save user's password in the Keychain.
Objective-C
if ([[ParticleCloud sharedInstance] injectSessionAccessToken:@"9bb9f7433940e7c808b191c28cd6738f8d12986c"])
NSLog(@"Session is active!");
else
NSLog(@"Bad access token provided");
Swift
if ParticleCloud.sharedInstance().injectSessionAccessToken("9bb9f7433940e7c808b191c28cd6738f8d12986c") {
print("Session is active")
} else {
print("Bad access token provided")
}
Get a list of all devices
List the devices that belong to currently logged in user and find a specific device by name. Please note that devices returned by getDevices
do not contain variable and function info. For that information to be available, call refresh
method on device instance:
Objective-C
__block ParticleDevice *myPhoton;
[[ParticleCloud sharedInstance] getDevices:^(NSArray *particleDevices, NSError *error) {
NSLog(@"%@",particleDevices.description); // print all devices claimed to user
for (ParticleDevice *device in particleDevices)
{
if ([device.name isEqualToString:@"myNewPhotonName"])
myPhoton = device;
}
}];
Swift
var myPhoton : ParticleDevice?
ParticleCloud.sharedInstance().getDevices { (devices:[ParticleDevice]?, error:Error?) -> Void in
if let _ = error {
print("Check your internet connectivity")
}
else {
if let d = devices {
for device in d {
if device.name == "myNewPhotonName" {
myPhoton = device
}
}
}
}
}
Read a variable from a Particle device
Assuming here that myPhoton
is an active instance of ParticleDevice
class which represents a device claimed to current user:
Objective-C
[myPhoton getVariable:@"temperature" completion:^(id result, NSError *error) {
if (!error) {
NSNumber *temperatureReading = (NSNumber *)result;
NSLog(@"Room temperature is %f degrees",temperatureReading.floatValue);
}
else {
NSLog(@"Failed reading temperature from Photon device");
}
}];
Swift
myPhoton!.getVariable("temperature", completion: { (result:Any?, error:Error?) -> Void in
if let _ = error {
print("Failed reading temperature from device")
}
else {
if let temp = result as? NSNumber {
print("Room temperature is \(temp.stringValue) degrees")
}
}
})
Call a function on a Particle device
Invoke a function on the device and pass a list of parameters to it, resultCode
on the completion block will represent the returned result code of the function on the device.
This example also demonstrates usage of the new NSURLSessionDataTask
object returned from every SDK function call.
Objective-C
NSURLSessionDataTask *task = [myPhoton callFunction:@"digitalWrite" withArguments:@[@"D7",@1] completion:^(NSNumber *resultCode, NSError *error) {
if (!error)
{
NSLog(@"LED on D7 successfully turned on");
}
}];
int64_t bytesToReceive = task.countOfBytesExpectedToReceive;
// ..do something with bytesToReceive
Swift
let funcArgs = ["D7",1]
var task = myPhoton!.callFunction("digitalWrite", withArguments: funcArgs) { (resultCode : NSNumber?, error : Error?) -> Void in
if (error == nil) {
print("LED on D7 successfully turned on")
}
}
var bytesToReceive : Int64 = task.countOfBytesExpectedToReceive
// ..do something with bytesToReceive
Retrieve current data usage (Electron & 3G Boron only)
Starting SDK version 0.5.0
Assuming here that myElectron
is an active instance of ParticleDevice
class which represents an Electron device. Please note that due to hardware limitations this method is not available for LTE Boron devices:
Objective-C
[myElectron getCurrentDataUsage:^(float dataUsed, NSError * error) {
if (!error) {
NSLog(@"device has used %f MBs of data this month",dataUsed);
}
}];
Swift
self.selectedDevice!.getCurrentDataUsage { (dataUsed: Float, error :Error?) in
if (error == nil) {
print("Device has used "+String(dataUsed)+" MBs this month")
}
}
List device exposed functions and variables
Functions is just a list of names, variables is a dictionary in which keys are variable names and values are variable types:
Objective-C
NSDictionary *myDeviceVariables = myPhoton.variables;
NSLog(@"MyDevice first Variable is called %@ and is from type %@", myDeviceVariables.allKeys[0], myDeviceVariables.allValues[0]);
NSArray *myDeviceFunctions = myPhoton.functions;
NSLog(@"MyDevice first Function is called %@", myDeviceFunctions[0]);
Swift
let myDeviceVariables : Dictionary? = myPhoton.variables as? Dictionary<String,String>
print("MyDevice first Variable is called \(myDeviceVariables!.keys.first) and is from type \(myDeviceVariables?.values.first)")
let myDeviceFunction = myPhoton.functions
print("MyDevice first function is called \(myDeviceFunction!.first)")
Get an instance of a device
Get a device instance by its ID:
Objective-C
__block ParticleDevice *myOtherDevice;
NSString *deviceID = @"53fa73265066544b16208184";
[[ParticleCloud sharedInstance] getDevice:deviceID completion:^(ParticleDevice *device, NSError *error) {
if (!error)
myOtherDevice = device;
}];
Swift
var myOtherDevice : ParticleDevice? = nil
ParticleCloud.sharedInstance().getDevice("53fa73265066544b16208184", completion: { (device:ParticleDevice?, error:Error?) -> Void in
if let d = device {
myOtherDevice = d
}
})
Rename a device
you can simply set the .name
property or use -rename() method if you need a completion block to be called (for example updating a UI after renaming was done):
Objective-C
myPhoton.name = @"myNewDeviceName";
_or_
[myPhoton rename:@"myNewDeviecName" completion:^(NSError *error) {
if (!error)
NSLog(@"Device renamed successfully");
}];
Swift
myPhoton!.name = "myNewDeviceName"
_or_
myPhoton!.rename("myNewDeviceName", completion: { (error:Error?) -> Void in
if (error == nil) {
print("Device successfully renamed")
}
})
Logout
Also clears user session and access token
Objective-C
[[ParticleCloud sharedInstance] logout];
Swift
ParticleCloud.sharedInstance().logout()
Events sub-system
You can make an API call that will open a stream of Server-Sent Events (SSEs). You will make one API call that opens a connection to the Particle Device Cloud. That connection will stay open, unlike normal HTTP calls which end quickly. Very little data will come to you across the connection unless your Particle device publishes an event, at which point you will be immediately notified. In each case, the event name filter is eventNamePrefix
and is optional. When specifying an event name filter, published events will be limited to those events with names that begin with the specified string. For example, specifying an event name filter of 'temp' will return events with names 'temp' and 'temperature'.
Subscribe to events
Subscribe to all events published by devices the user owns (handler
is a Obj-C block or Swift closure:
Objective-C
id eventListenerID = [[ParticleCloud sharedInstance] subscribeToMyDevicesEventsWithPrefix:@"temp" handler:handler];
Swift
var eventListenerID : Any?
eventListenerID = ParticleCloud.sharedInstance().subscribeToMyDevicesEvents(withPrefix: "temp", handler: handler)
Subscribe to events from one specific device (by deviceID, second parameter). Events can only be received from a device that is claimed to the same account the subscription request is made from.
Objective-C
id eventListenerID = [[ParticleCloud sharedInstance] subscribeToDeviceEventsWithPrefix:@"temp" deviceID:@"53ff6c065075535119511687" handler:handler];
Swift
var eventListenerID : Any?
eventListenerID = ParticleCloud.sharedInstance().subscribeToDeviceEvents(withPrefix: "temp", deviceID: "53ff6c065075535119511687", handler: handler)
other option is calling same method via the ParticleDevice
instance:
Objective-C
id eventListenerID = [device subscribeToEventsWithPrefix:@"temp" handler:handler];
Swift
var eventListenerID : Any?
eventListenerID = device.subscribeToEvents(withPrefix : "temp", handler : handler)
this guarantees that private events will be received since having access device instance in your app signifies that the user has this device claimed.
Unsubscribing from events
Very straightforward. Keep the id object the subscribe method returned and use it as parameter to call the unsubscribe method:
Objective-C
[[ParticleCloud sharedInstance] unsubscribeFromEventWithID:eventListenerID];
Swift
if let sid = eventListenerID {
ParticleCloud.sharedInstance().unsubscribeFromEvent(withID: sid)
}
or via the ParticleDevice
instance (if applicable):
Objective-C
[device unsubscribeFromEventWithID:self.eventListenerID];
Swift
device.unsubscribeFromEvent(withID : eventListenerID)
Publishing an event
You can also publish an event from your app to the Particle Device Cloud:
Objective-C
[[ParticleCloud sharedInstance] publishEventWithName:@"event_from_app" data:@"event_payload" isPrivate:NO ttl:60 completion:^(NSError *error) {
if (error)
{
NSLog(@"Error publishing event: %@",error.localizedDescription);
}
}];
Swift
ParticleCloud.sharedInstance().publishEvent(withName: "event_from_app", data: "event_payload", isPrivate: false, ttl: 60, completion: { (error:Error?) -> Void in
if error != nil
{
print("Error publishing event" + e.localizedDescription)
}
})
Delegate protocol
Starting version 0.5.0
You can opt-in to conform to the ParticleDeviceDelegate
protocol in your ViewController code if you want to register for receiving system events notifications about the specific device.
You do it by setting device.delegate = self
where device is an instance of ParticleDevice
.
The function that will be called on the delegate is:
-(void)particleDevice:(ParticleDevice *)device didReceiveSystemEvent:(ParticleDeviceSystemEvent)event;
and then you can respond to the various system events by:
func particleDevice(device: ParticleDevice, receivedSystemEvent event: ParticleDeviceSystemEvent) {
print("Received system event "+String(event.rawValue)+" from device "+device.name!)
// do something meaningful
}
The system events types are:
- CameOnline (device came online)
- WentOffline (device went offline)
- FlashStarted (OTA flashing started)
- FlashSucceeded (OTA flashing succeeded - new user firmware app is live)
- FlashFailed (OTA flashing process failed - user firmware app was not updated)
- AppHashUpdated (a new app which is different from last one was flashed to the device)
- EnteredSafeMode (device has entered safe mode due to firmware dependency issue )
- SafeModeUpdater (device is trying to heal itself out of safe mode)
OAuth client configuration
If you are creating an app, you are required to provide the ParticleCloud
class with OAuth clientId and secret.
Those are used to identify users coming from your specific app to the Particle Device Cloud.
Please follow the procedure described in our guide to create those strings,
then in your AppDelegate
class you can supply those credentials by setting the following properties in ParticleCloud
singleton:
@property (nonatomic, strong) NSString *OAuthClientId;
@property (nonatomic, strong) NSString *OAuthClientSecret;
Important Those credentials should be kept as secret.
Installation
Support for Swift projects
To use iOS Cloud SDK from within Swift based projects see this Particle community posting.
The Apple documentation is an important resource on mixing Objective-C and Swift code, be sure to read through that as well.
There's also an example app, this app also demonstrates the Particle DeviceSetup library usage, as well as several Cloud SDK calls.
CocoaPods
Particle iOS Cloud SDK is available through CocoaPods. CocoaPods is an easy to use dependency manager for iOS. You must have CocoaPods installed, if you don't then be sure to Install CocoaPods before you start: To install the iOS Cloud SDK, simply add the following line to your Podfile on main project folder:
source 'https://github.com/CocoaPods/Specs.git'
target 'YourAppName' do
pod 'Particle-SDK'
end
Replace YourAppName
with your app target name - usually shown as the root item name in the XCode project.
In your shell - run pod update
in the project folder. A new .xcworkspace
file will be created for you to open by Cocoapods, open that file workspace file in Xcode and you can start interacting with Particle cloud and devices by
adding #import "Particle-SDK.h"
. (that is not required for swift projects)
Carthage
The SDK is also available as a Carthage dependency.
Before CocoaPods v1.5.0 use_frameworks!
flag was mandatory for dependencies written in Swift. This has caused a lot of problems while compiling projects that had dependencies written in both languages. To counter this problem, we added Carthage support and marked it as recommended way for quite a while. This is no longer the case as both dependency managers work well now and CocoaPods is the preferred way.
Be sure to install Carthage before you start.
Then to build the iOS Cloud SDK, simply create a Cartfile
on your project root folder, containing the following line:
github "particle-iot/particle-cloud-sdk-ios" "master"
and then run the following command:
carthage update --platform iOS --use-submodules --no-use-binaries
.
A new folder will be created in your project root folder - navigate to the ./Carthage/Build/iOS
folder and drag all the created .framework
s file into your project in XCode.
Go to your XCode target settings->General->Embedded binaries and make sure the ParticleSDK.framework
and the AFNetworking.framework
are listed there.
Build your project - you now have the Particle SDK embedded in your project.
Reference
Consult the javadoc style comments in ParticleCloud.h
, ParticleDevice.h
and other header files contained within the library for each public method or property. If the Cloud SDK installation completed successfully in your XCode project - you should be able to press Control
+ Space
to get an auto-complete hints from XCode for each public method or property in the library.
Photon setup library
Introduction
The Particle Photon Setup library is meant for integrating the initial setup process of Particle Photon family devices (Photon, P0, P1) in your app. This library will enable you to easily invoke a standalone setup wizard UI for setting up internet-connected products powered by a Particle device (Photon, P0, P1). The setup UI can be easily customized by a customization proxy class, that includes: look & feel, colors, texts and fonts as well as custom brand logos and custom instructional video for your product. There are good defaults in place if you don’t set these properties, but you can override the look and feel as needed to suit the rest of your app.
The wireless setup process for the Photon uses very different underlying technology from the Core. Where the Core used TI SmartConfig, the Photon uses what we call “soft AP” — i.e.: the Photon advertises a Wi-Fi network, you join that network from your mobile app to exchange credentials, and then the Photon connects using the Wi-Fi credentials you supplied.
With the Photon Setup library, you make one simple call from your app, for example when the user hits a “Setup my device” button, and a whole series of screens then guide the user through the setup process. When the process finishes, the app user is back on the screen where she hit the “setup my device” button, and your code has been passed an instance of the device she just setup and claimed. iOS Photon Setup Library is implemented as an open-source Cocoapod static library and also as Carthage dynamic framework dependency.
Usage
Cocoapods
Import ParticleSetup.h
in your view controller implementation file, use bridging header for Swift projects (See Installation section for more details).
Carthage
Use #import <ParticleDeviceSetupLibrary/ParticleDeviceSetupLibrary.h>
in Obj-C files or import ParticleDeviceSetupLibrary
for Swift files.
and then invoke the device setup wizard by:
Objective-C
ParticleSetupMainController *setupController = [[ParticleSetupMainController alloc] init];
setupController.delegate = self; // why? see "Advanced" section below
[self presentViewController:setupController animated:YES completion:nil];
Swift
if let setupController = ParticleSetupMainController()
{
setupController.delegate = self
self.presentViewController(setupController, animated: true, completion: nil)
}
Alternatively if your app requires separation between the Particle cloud authentication process and the device setup process you can call:
Objective-C
ParticleSetupMainController *setupController = [[ParticleSetupMainController alloc] initWithAuthenticationOnly:YES];
[self presentViewController:setupController animated:YES completion:nil];
Swift
if let setupController = ParticleSetupMainController(authenticationOnly: true)
{
self.presentViewController(setupController, animated: true, completion: nil)
}
This will invoke Particle Device Cloud authentication (login/signup/password recovery screens) only after user has successfully logged in or signed up, control will be returned to the calling app. If an active user session already exists control will be returned immediately.
Configure device Wi-Fi credentials without claiming it
If your app requires the ability to let users configure device Wi-Fi credentials without changing its ownership you can also do that via initWithSetupOnly
, and by allowing your users to skip authentication (see allowSkipAuthentication
flag in customization section) if you present the authentication stage. If an active user session exists - it'll be used and device will be claimed, otherwise it won't. So invoking setup without an active user session will go thru the setup steps required for configuring device Wi-Fi credentials but not for claiming it. However, calling -initWithSetupOnly:
method with an active user session is essentially the same as calling -init:
.
Usage:
Objective-C
ParticleSetupMainController *setupController = [[ParticleSetupMainController alloc] initWithSetupOnly:YES];
[self presentViewController:setupController animated:YES completion:nil];
Swift
if let setupController = ParticleSetupMainController(setupOnly: true)
{
self.presentViewController(setupController, animated: true, completion: nil)
}
Password manager extension support
Starting library version 0.6.0 the 1Password manager extension support has been added to the signup and login screens - no action is required from the developer - if 1Password is installed on the iOS device the lock icon will appear in the password fields on those screen and will allow user to fill in his saved password (login) or create a new one (signup). Only recommendation is adding LSApplicationQueriesSchemes = org-appextension-feature-password-management
key-value to your info.plist
file in your app project.
For additional information read here.
Customization
Customize setup look and feel by accessing the ParticleSetupCustomization
singleton appearance proxy [ParticleSetupCustomization sharedInstance]
and modify its default properties. Setting the properties in this class is optional.
These properties are shown in Objective-C syntax for convenience but work the same for Swift projects - use String
, Bool
instead of NSString
and BOOL
.
In v0.9 brandImageBackgroundImage
has been introduced in order to improve support for iPhone X. With introduction with iPhone X, the status bar is no longer fixed at 20px as it was since the original iPhone. To keep changes to API small brandImage
should remain at 64px height (@1x). Top 20px (@1x) should still remain clear and the logo should be in the lower 44px (@1x). We suggest keeping this image with transparent background. If your design requires pattern or color under the logo, please use brandImageBackgroundColor
or brandImageBackgroundImage
respectively.
Product/brand info:
NSString *deviceName; // Device/product name
UIImage *productImage; // Custom product image to display in "Get ready" screen *new*
NSString *brandName; // Your brand name
UIImage *brandImage; // Your brand logo to fit in header of setup wizard screens
UIColor *brandImageBackgroundColor; // brand logo background color
UIImage *brandImageBackgroundImage; // brand logo background image (introduced in v0.9)
NSString *instructionalVideoFilename; // Instructional video shown landscape full screen mode when "Show me how" button pressed on second setup screen
Technical data:
NSString *modeButtonName; // The mode button name on your product
NSString *listenModeLEDColorName; // The color of the LED when product is in listen mode
NSString *networkNamePrefix; // The SSID prefix of the Soft AP Wi-Fi network of your product while in listen mode
Links for legal/technical info:
NSURL *termsOfServiceLinkURL; // URL for terms of service of the app/device usage
NSURL *privacyPolicyLinkURL; // URL for privacy policy of the app/device usage
NSURL *troubleshootingLinkURL; // URL for troubleshooting text of the app/device usage
Look & feel:
UIColor *pageBackgroundColor; // setup screens background color
UIImage *pageBackgroundImage; // optional background image for setup screens
UIColor *normalTextColor; // normal text color
UIColor *linkTextColor; // link text color (will be underlined)
UIColor *elementBackgroundColor; // Buttons/spinners background color
UIColor *elementTextColor; // Buttons text color
NSString *normalTextFontName; // Customize setup font - include OTF/TTF file in project
NSString *boldTextFontName; // Customize setup font - include OTF/TTF file in project
CGFloat fontSizeOffset; // Set offset of font size so small/big fonts can be fine-adjusted
BOOL tintSetupImages; // This will tint the checkmark/warning/wifi symbols in the setup process to match text color (useful for dark backgrounds)
BOOL lightStatusAndNavBar; // Make navigation and status bar appear in white or black color characters to contrast the selected brandImage color // *New since v0.6.1*
Further customization and localization:
In v1.0.0 two more customization options were introduced:
BOOL useAppResources; // use storyboard and assets (images and strings) from app instead of from this SDK
NSString *appResourcesStoryboardName; // name of the storyboard file. default: 'setup'
By default all assets are loaded from library bundle. Setting useAppResources
to true, will load ALL assets from the main bundle. This includes strings file, image assets and storyboard. You can also provide a custom name for storyboard by using appResourcesStoryboardName
property.
Product creators
If you're developing an app for your product / you're a product creator you should set productMode
to YES
(or true
for Swift) - this will enable product mode which uses different API endpoints to allow adding/setting up devices assigned to your product.
If you set productMode
to YES
/ true
be sure to also provide the productId
(and productName
) - please read here about how to find your productId number.
Make sure you inject the ParticleCloud
class with scoped OAuth credentials for creating customers, so app users could create an account. Read here on how to do it correctly.
BOOL productMode; // enable product mode
NSString *productName; // product display name
NSUInteger productId; // Product Id number from Particle console
Skipping authentication:
BOOL allowSkipAuthentication; // Allow user to skip authentication (skip button will appear on signup and login screens)
NSString *skipAuthenticationMessage; // Message to display to user when she's requesting to skip authentication (Yes/No question)
iOS 13 Permission notice
Starting iOS 13, to access Wi-Fi SSID app has to be granted location permission. Photon setup relies on this information to advance past "Discover Device" screen, therefore on iOS devices running iOS 13+, additional screen requesting to grant location permission will be shown.
Advanced
You can get an active instance of the set up device - ParticleDevice
by making your viewcontroller conform to protocol <ParticleSetupMainControllerDelegate>
when setup wizard completes successfully:
Objective-C
-(void)particleSetupViewController:(ParticleSetupMainController *)controller didFinishWithResult:(ParticleSetupMainControllerResult)result device:(ParticleDevice *)device;
Swift
func particleSetupViewController(controller: ParticleSetupMainController!, didFinishWithResult result: ParticleSetupMainControllerResult, device: ParticleDevice!)
method will be called, if (result == ParticleSetupMainControllerResultSuccess)
or (or simply (result == .Success)
in Swift) the device parameter will contain an active ParticleDevice
instance you can interact with using the iOS Cloud SDK.
In case setup failed, aborted or was cancalled you can determine the exact reason by consulting the documentation of the enum value ParticleSetupMainControllerResult
. See here for additional details.
If setup failed and you can still determine the device ID of the last device that was tried to be setup and failed by conforming to the @optional delegate function: (new since 0.5.0)
Objective-C
- (void)particleSetupViewController:(ParticleSetupMainController *)controller didNotSucceeedWithDeviceID:(NSString *)deviceID;
Swift
func particleSetupViewController(controller: ParticleSetupMainController!, didNotSucceeedWithDeviceID deviceID: String)
Example
Example app (in Swift) can be found here. Example app demonstates - invoking the setup wizard, customizing its UI and using the returned ParticleDevice instance once setup wizard completes (delegate). Feel free to contribute to the example by submitting pull requests.
Reference
Consult the javadoc style comments in ParticleSetupCustomization.h
and ParticleSetupMainController.h
for each public method or property. If the Photon Setup Library installation completed successfully in your XCode project - you should be able to press Control
+ Space
to get an auto-complete hints from XCode for each public method or property in the library.
Installation
Support for Swift projects
To use Particle Photon Setup Library from within Swift based projects - you'll need to configure a bridging header - see the Apple documentation for more information.
Cocoapods
Particle Photon Setup Library is available through CocoaPods. Cocoapods is an easy to use dependency manager for iOS.
You must have Cocoapods installed, if you don't then be sure to Install Cocoapods before you start:
To install the iOS Photon Setup Library, create a text file named Podfile
on main project folder, it should contain:
source 'https://github.com/CocoaPods/Specs.git'
target 'YourAppName' do
pod 'ParticleSetup'
end
Replace YourAppName
with your app target name - usually shown as the root item name in the XCode project,
then run pod update
in your shell. A new .xcworkspace
file will be created for you to open by Cocoapods, open that workspace file in Xcode and you can start invoking a new instance of the setup process viewcontroller - refer to the examples above. Don't forget to add #import "ParticleSetup.h"
to the source file in which you want to invoke setup in (that is not required for swift projects).
Carthage
Starting version 0.4.0 Particle iOS Photon Setup Library is available through Carthage. Carthage is intended to be the simplest way to add frameworks to your Cocoa application.
Be sure to install Carthage before you start.
Then to build the Particle iOS Photon Setup Library, simply create a Cartfile
on your project root folder (that's important), containing the following line:
github "particle-iot/particle-photon-setup-ios" ~> 1.0.0
and then run the following command:
carthage update --platform iOS --use-submodules --no-use-binaries
.
you can also re-use/copy the bin/setup
shell script in your project, find it here
A new folder will be created in your project root folder - when Carthage checkout and builds are done, navigate to the ./Carthage/Build/iOS
folder and drag all the created .framework
s files into your project in XCode. Go to your XCode target settings->General->Embedded binaries and press +
and add all the .framework
files there too - make sure the ParticleDeviceSetupLibrary.framework
, ParticleSDK.framework
and the AFNetworking.framework
are listed there. Build your project - you now have the Particle SDK embedded in your project. Use #import <ParticleDeviceSetupLibrary/ParticleDeviceSetupLibrary.h>
in Obj-C files or import ParticleDeviceSetupLibrary
for Swift files to gain access to ParticleSetupMainController
(see usage example).
No need for any special process or operation integrating the Photon Setup Library with Swift-based or Swift-dependant projects.
License
Particle Cloud SDK and Particle Photon Setup Library are available under the Apache License 2.0.