Last Updated on : 2024-08-22 08:33:39download
Tuya Smart Life App SDK empowers smart devices to be paired through routers or gateways. The typical pairing mode is Wi-Fi Easy Connect (EZ). In this mode, the SDK gets the pairing token from the cloud and enables the app to broadcast the pairing information. The router ID, password, and pairing token are published. Then, the smart device receives the pairing information and starts the activation process. The activated device is connected to both the app and the cloud. Now, you have kicked off your journey with smart control in the cloud.
Note: Before you get started on the development of device pairing, you must get to know the basic logic of the Smart Life App SDK. Basic operations such as login and home creation are finished based on the SDK.
Device pairing supports the following features:
Wi-Fi device pairing, including the following modes:
Wired pairing
Sub-device pairing
Device paring in QR code mode
Smart camera pairing in QR code mode
Note: This mode is only available to smart cameras. For more information, see QR code mode.
Lightning search and pairing
HomeKit device pairing
NB-IoT device pairing
Bluetooth device pairing
Note: For more information about Bluetooth device pairing, see Bluetooth Low Energy on iOS Platform.
The following table lists specific terms and definitions that are used in this topic. For more information, see Glossary.
Term | Definition |
---|---|
Wi-Fi device | A smart device that uses a Tuya Wi-Fi module to connect to a router and interact with apps and the cloud. |
Wi-Fi Easy Connect | Also known as the EZ mode. This pairing mode is implemented through the following steps:
|
AP pairing | Also known as the hotspot mode or access point (AP) mode. A mobile phone acts as a station (STA) and connects to the hotspot of a smart device. Then, both devices are paired to establish a socket connection between them and exchange data through the specified ports. |
Smart camera pairing in QR code mode | A smart camera scans the QR code on the app to get the pairing data. |
Wired device | A device that connects to a router over a wired network. For example, a wired device can be a Zigbee wired gateway or a wired camera. |
Sub-device | A device that interacts with apps and the cloud through a gateway. For example, a Zigbee sub-device is such a device. |
Zigbee | Zigbee is a short-range, simple, low-power, low-data-rate, cost-efficient, and two-way wireless communication technology. It applies to short-range, low-power, and low-rate data transfers between various electronic devices, periodic data transfers, intermittent data transfers, and data transfers at a long interval. |
Zigbee gateway | The device that integrates the coordinator with Wi-Fi features on a Zigbee network. The gateway is responsible to formulate the Zigbee network and store data. |
Zigbee sub-device | A router or a terminal on a Zigbee network. Each Zigbee sub-device is responsible to forward data, or responds to terminal control commands. |
Class name | Description | Scenario |
---|---|---|
ThingSmartActivator | Supports multiple pairing modes, such as Wi-Fi EZ mode, hotspot mode, wired pairing, and sub-device pairing. | This class is called in the main thread. |
Starting from iOS 14, when users implement device pairing or control over a local area network (LAN), the local network privacy setting dialog box is triggered.
Currently, Apple does not provide APIs to process this privacy setting. We recommend that you guide users to allow the app to access LAN data when features that require LAN connection cannot work. Specifically, go to Settings, choose Privacy > Local Network, and then allow the app to access the LAN.
Starting from iOS 13, if users do not allow the app to access location data, when the Wi-Fi feature is enabled, [ThingSmartActivator currentWifiSSID]
cannot get a valid Wi-Fi service set identifier (SSID) or basic service set identifier (BSSID). In this case, iOS returns the following default values:
WLAN
or Wi-Fi
. WLAN
is returned for users in mainland China.00:00:00:00:00:00
.If the Wi-Fi feature cannot be used as expected, the following troubleshooting methods are recommended:
00:00:00:00:00:00
, it is the default system value. Then, you can guide users to manually enter the Wi-Fi name.API description
/// Get the SSID of the current Wi-Fi asynchronously.
/// @see ThingSmartActivator::currentWifiSSID
/// @param success Called when the task finishes successfully. ThingSuccessString will be returned.
/// @param failure Called when the task is interrupted by an error.
+ (void)getSSID:(ThingSuccessString)success
failure:(ThingFailureError)failure;
Examples
Obejective-C:
[ThingSmartActivator getSSID:^(NSString *result) {
} failure:^(NSError *error) {
}];
Swift:
ThingSmartActivator.getSSID { (_: String?) in
} failure: { (Error) in
}
Is this page helpful?
YesFeedbackIs this page helpful?
YesFeedback