Last Updated on：2020-03-28 06:03:06
Q: What are the ways to connect Tuya Cloud?
Tuya: Tuya Cloud currently supports two modes for developers to integrate Tuya Cloud.
Authorization code mode:
Q: What is the difference between user rights and device operation rights?
Device operation permissions: Device operation permissions are currently divided into three categories, one is the developer's operation permission, the other is the family administrator's operation permission, and the last one is the ordinary family's share. Operation authority Among them, the permissions for developer operations can be refined into three categories:
Q: What is the app schema and where can I get it?
Tuya: The app schema is the unique identifier of the app application. It is used to associate the uniqueness of the application. Users who use the cloud API to register users will need this identifier for query users. The acquisition method is different for different scenarios:
Q: When calling the interface, an error occurs: "2008: command or value not support" How to solve it?
Tuya: Please provide the device id, Tuya's technical staff will evaluate the feasibility of the instruction standardization of the product and configure the standardization in time.
Q: Does Tuya open MQTT service?
Tuya: Cloud-to-cloud docking currently does not open MQTT, device control uses HTTP API, real-time message reception supports message queues: Pulsar;
Q: How to prevent deauthentication attacks on nodes?
Tuya: In order to prevent malicious tampering of the API call process, calling any API needs to carry a signature. Tuya Cloud according to the request parameters, signature verification, illegal signature request will be rejected.
Q: How many requests can a user send to the server per second?
Tuya: Tuya Cloud provides the interface current limiting dimension, as shown below:
Q: Is node IpV6 enabled and will it provide low-power network support?
Tuya: Tuya Cloud ipv6 protocol does not require specific products to support it. Specific equipment is required to support low-power networks, such as zigbee.
Q: After the network is interrupted / reset, what method is used to resynchronize the device, what is the delay in this process, and does it scale with the network scale?
Tuya: The network is interrupted. After the network is restored, the device will automatically connect. The process is on the second level. In addition, tuya cloud also has the ability to dynamically expand based on network load.
Q: On the IoT.tuya.com website, even if 5 devices have been bound for a given user, after logging in we find that the number of activated devices is 0. Why does it appear to be 0?
Tuya: You need to confirm which region you are currently in. Device activation data varies from one data center to another. And you also need to confirm that the device-related pid is under your IoT account. If you do n’t have it, you ca n’t see the activation data in your account. Only the product manufacturer owns this device activation data.
Q: We use the Pulsar Client in the GO language SDK to listen to messages from the device. We tried to open and close, but we haven't received any messages yet. Can you verify after we provide these keys?
Tuya: Please provide the device ID. We will check it.
Q: What data types can message push support
Tuya: Common data types: device online, device offline, device name modification, device function point name modification, device binding user, device deletion, device event notification. Two background configuration data types: upgrade event, user event (register, remove).
Q: Validity period of message push data?
Tuya: If no consumption is exceeded for more than 2 hours, it will be discarded.
Q: Can I cancel the authorization after the authorization code mode access authorization?
Tuya: The interface for deauthorization is not yet open. The current policy is: the authorization expires after 2 hours. In the future, the interface for canceling expired tokens and the authorization management in the Tuya official app can be opened.
Q: How to get the value of user uid?
Tuya: Most customers are taking the uid parameter value and will use the uid returned by the token. This value is actually of no practical significance to the user and needs to be ignored. The real value should be obtained by obtaining the user list under the application and then checking the corresponding User's uid.
Q: After the cloud user has registered, the app can't log in, how can I solve it?
Tuya: This problem occurs. The most likely reason is that the password field is entered in plain text when registering, and the api requires MD5 encrypted cipher text. When you solve it, you need to register the user again. The password will be replaced.
Q: Validity period of token or sign?
Tuya: The token is valid for 2 hours and the sign is valid for 5min.
Q: Do you need to find the Tuya mode for mqtt message push?
Tuya: Please provide the client_id of the iot developer account, the opening region (China, Europe, the United States), the opening dimension (product, application), and the push method (select mqtt).
Q: What is the subscription type of Yunyun docking Pulsar, exclusive subscription, shared subscription, invalid backup subscription?
The Tuya puslar belongs to the third type, and the invalid backup subscription is invalid.
Q: The calling interface has an error code: 1106. How to resolve the permission deny?
Tuya: There are several situations
The device to be controlled is not an OEM App created by the developer on the Tuya Open Platform; or the Tuya Smart APP is used to pair the device and then control the device through an interface call.
1. First check if the device is paired with Tuya Smart APP, and then use the device Id in Tuya Smart APP for control; 2. Then check whether the Id of the device to be controlled is correct and whether it is from an OEM APP created by its own developer account or an APP developed based on the SDK; 3. In the end, you need to make sure that the device and product created by the OEM APP created under your developer account can be controlled through the Yunyun docking API call.
The device requested to be controlled has been removed, restored to factory settings, or re-configured to the network.
1. If the device has been removed, please re-configure the network and add it in the APP; 2. Re-obtain the device list and refresh the device ids to be controlled.
Interface parameter passing error.
Check if the following parameters are correct： 1. The device id is wrong. Note that the device id is not uuid. 2. The area url is wrong. Pay attention to the area where the device is paired. At the same time, call the interface address of the corresponding area.
How helpful was this page?