Developing a Product Model Offline
Overview
A product model is essentially a ZIP package that combines one devicetype-capability.json file and several serviceType-capability.json files in the following hierarchy, in which WaterMeter indicates the device type, TestUtf8Manuld identifies the manufacturer, and WaterMeterBasic/WaterMeterAlarm/Battery indicates the service type.

In this regard, offline product model definition is defining device capabilities in the devicetype-capability.json file and service capabilities in the servicetype-capability.json files in JSON format based on the profile definition rules, which is time-consuming and requires familiarity with the JSON format.
Therefore, Developing a Product Model Online is recommended.
Naming Rules
The profile must comply with the following naming rules:
- Capitalize device types, service types, and service IDs. Example: WaterMeter and Battery.
- Capitalize the first letter of each word in a property name except the first word, for example, batteryLevel and internalTemperature.
- For commands, capitalize all characters, with words separated by underscores. For example: DISCOVERY and CHANGE_COLOR.
- A device capability profile (.json file) must be named devicetype-capability.json.
- A service capability profile (.json file) must be named servicetype-capability.json.
- The manufacturer ID must be unique in different product models and can only be in English.
- You must ensure that names are universal and concise and service capability descriptions clearly indicate corresponding functions. For example, you can name a multi-sensor device MultiSensor and name a service that displays the battery level Battery.
Profile Templates
To connect a new device to the IoT platform, you need to define a profile for the device. The IoT platform provides some profile templates. If the types and functions of devices newly connected to the IoT platform are included in these templates, directly use the templates. If the types and functions are not included in the device profile templates, define your profile.
For example, if a water meter is connected to the IoT platform, you can directly select the corresponding product model on the IoT platform and modify the device service list.
The profile template provided by the IoT platform is updated continuously. The following table provides some examples of device types and service types, which are for reference only.
Device identification properties
|
Property |
Key in the Profile |
Value |
|---|---|---|
|
Device Type |
deviceType |
WaterMeter |
|
Manufacturer ID |
manufacturerId |
TestUtf8ManuId |
|
Manufacturer Name |
manufacturerName |
HZYB |
|
Protocol Type |
protocolType |
CoAP |
Service list
|
Service |
Service ID |
Service Type |
Value |
|---|---|---|---|
|
Basic water meter function |
WaterMeterBasic |
Water |
Mandatory |
|
Alarm service |
WaterMeterAlarm |
Battery |
Mandatory |
|
Battery service |
Battery |
Battery |
Optional |
|
Data reporting rule |
DeliverySchedule |
DeliverySchedule |
Mandatory |
|
Connectivity |
Connectivity |
Connectivity |
Mandatory |
Device Capability Definition Example
The devicetype-capability.json file records basic information about a device.
{
"devices": [
{
"manufacturerId": "TestUtf8ManuId",
"manufacturerName": "HZYB",
"protocolType": "CoAP",
"deviceType": "WaterMeter",
"omCapability":{
"upgradeCapability" : {
"supportUpgrade":true,
"upgradeProtocolType":"PCP"
},
"fwUpgradeCapability" : {
"supportUpgrade":true,
"upgradeProtocolType":"LWM2M"
},
"configCapability" : {
"supportConfig":true,
"configMethod":"file",
"defaultConfigFile": {
"waterMeterInfo" : {
"waterMeterPirTime" : "300"
}
}
}
},
"serviceTypeCapabilities": [
{
"serviceId": "WaterMeterBasic",
"serviceType": "WaterMeterBasic",
"option": "Mandatory"
},
{
"serviceId": "WaterMeterAlarm",
"serviceType": "WaterMeterAlarm",
"option": "Mandatory"
},
{
"serviceId": "Battery",
"serviceType": "Battery",
"option": "Optional"
},
{
"serviceId": "DeliverySchedule",
"serviceType": "DeliverySchedule",
"option": "Mandatory"
},
{
"serviceId": "Connectivity",
"serviceType": "Connectivity",
"option": "Mandatory"
}
]
}
]
}
The fields are described as follows:
|
Field |
Sub-field |
Mandatory or Optional |
Description |
|
|---|---|---|---|---|
|
devices |
Mandatory |
Complete capability information about a device (the root node cannot be modified). |
||
|
manufacturerId |
Optional |
Manufacturer ID of the device. |
||
|
manufacturerName |
Mandatory |
Manufacturer name of the device (he value must be in English). |
||
|
protocolType |
Mandatory |
Protocol used by the device to connect to the IoT platform. For example, the value is CoAP for NB-IoT devices. |
||
|
deviceType |
Mandatory |
Type of the device. |
||
|
omCapability |
Optional |
Software upgrade, firmware upgrade, and configuration update capabilities of the device. For details, see the description of the omCapability structure below. If software or firmware upgrade is not involved, this field can be deleted. |
||
|
serviceTypeCapabilities |
Mandatory |
Service capabilities of the device. |
||
|
serviceId |
Mandatory |
Service ID. If a service type includes only one service, the value of serviceId is the same as that of serviceType. If the service type includes multiple services, the services are numbered correspondingly, such as Switch01, Switch02, and Switch03. |
||
|
serviceType |
Mandatory |
Type of the service. The value of this field must be the same as that of serviceType in the servicetype-capability.json file. |
||
|
option |
Mandatory |
Type of the service field. The value can be Master, Mandatory, or Optional. This field is not a functional field but a descriptive one. |
||
Description of the omCapability structure
|
Parameter |
Sub-field |
Mandatory or Optional |
Description |
|---|---|---|---|
|
upgradeCapability |
Optional |
Software upgrade capabilities of the device. |
|
|
supportUpgrade |
Optional |
true: The device supports software upgrades. false: The device does not support software upgrades. |
|
|
upgradeProtocolType |
Optional |
Protocol type used by the device for software upgrades. It is different from protocolType of the device. For example, the software upgrade protocol of CoAP devices is PCP. |
|
|
fwUpgradeCapability |
Optional |
Firmware upgrade capabilities of the device. |
|
|
supportUpgrade |
Optional |
true: The device supports firmware upgrades. false: The device does not support firmware upgrades. |
|
|
upgradeProtocolType |
Optional |
Protocol type used by the device for firmware upgrades. It is different from protocolType of the device. Currently, the IoT platform supports only firmware upgrades of LWM2M devices. |
|
|
configCapability |
Optional |
Configuration update capabilities of the device. |
|
|
supportConfig |
Optional |
true: The device supports configuration updates. false: The device does not support configuration updates. |
|
|
configMethod |
Optional |
file: Configuration updates are delivered in the form of files. |
|
|
defaultConfigFile |
Optional |
Default device configuration information (in JSON format). The specific configuration information is defined by the manufacturer. The IoT platform stores the information for delivery but does not parse the configuration fields. |
Service Capability Definition Example
The servicetype-capability.json file records service information about a device.
{
"services": [
{
"serviceType": "WaterMeterBasic",
"description": "WaterMeterBasic",
"commands": [
{
"commandName": "SET_PRESSURE_READ_PERIOD",
"paras": [
{
"paraName": "value",
"dataType": "int",
"required": true,
"min": 1,
"max": 24,
"step": 1,
"maxLength": 10,
"unit": "hour",
"enumList": null
}
],
"responses": [
{
"responseName": "SET_PRESSURE_READ_PERIOD_RSP",
"paras": [
{
"paraName": "result",
"dataType": "int",
"required": true,
"min": -1000000,
"max": 1000000,
"step": 1,
"maxLength": 10,
"unit": null,
"enumList": null
}
]
}
]
}
],
"properties": [
{
"propertyName": "registerFlow",
"dataType": "int",
"required": true,
"min": 0,
"max": 0,
"step": 1,
"maxLength": 0,
"method": "R",
"unit": null,
"enumList": null
},
{
"propertyName": "currentReading",
"dataType": "string",
"required": false,
"min": 0,
"max": 0,
"step": 1,
"maxLength": 0,
"method": "W",
"unit": "L",
"enumList": null
},
{
"propertyName": "timeOfReading",
"dataType": "string",
"required": false,
"min": 0,
"max": 0,
"step": 1,
"maxLength": 0,
"method": "W",
"unit": null,
"enumList": null
},
......
]
}
]
}
The fields are described as follows:
|
Parameter |
Sub-field |
Mandatory or Optional |
Description |
|||
|---|---|---|---|---|---|---|
|
services |
Mandatory |
Complete information about a service (the root node cannot be modified). |
||||
|
serviceType |
Mandatory |
Type of the service. The value of this field must be the same as that of serviceType in the devicetype-capability.json file. |
||||
|
description |
Mandatory |
Description of the service. This field is not a functional field but a descriptive one. It can be set to null. |
||||
|
commands |
Mandatory |
Command supported by the device. If the service has no commands, set the value to null. |
||||
|
commandName |
Mandatory |
Name of the command. The command name and parameters together form a complete command. |
||||
|
paras |
Mandatory |
Parameters contained in the command. |
||||
|
paraName |
Mandatory |
Name of a parameter in the command. |
||||
|
dataType |
Mandatory |
Data type of the parameter in the command. Value: string, int, enum, boolean, , string list, decimal, DateTime, or jsonObject Complex types of reported data are as follows:
|
||||
|
required |
Mandatory |
Whether the command is mandatory. The value can be true or false. The default value is false, indicating that the command is optional. This field is not a functional field but a descriptive one. |
||||
|
min |
Mandatory |
Minimum value. This field is valid only when dataType is set to int or decimal. |
||||
|
max |
Mandatory |
Maximum value. This field is valid only when dataType is set to int or decimal. |
||||
|
step |
Mandatory |
Step. This field is not used. Set it to 0. |
||||
|
maxLength |
Mandatory |
Character string length. This field is valid only when dataType is set to string, string list, or DateTime. |
||||
|
unit |
Mandatory |
Unit. The value is determined by the parameter, for example: Temperature unit: C or K Percentage unit: % Pressure unit: Pa or kPa |
||||
|
enumList |
Mandatory |
List of enumerated values. For example, the status of a switch can be set as follows: "enumList" : ["OPEN","CLOSE"] This field is not a functional field but a descriptive one. It is recommended that this field be defined accurately. |
||||
|
responses |
Mandatory |
Responses to command execution. |
||||
|
responseName |
Mandatory |
You can add _RSP to the end of commandName in the command corresponding to responses. |
||||
|
paras |
Mandatory |
Parameters contained in a response. |
||||
|
paraName |
Mandatory |
Name of a parameter in the command. |
||||
|
dataType |
Mandatory |
Data type. Value: string, int, string list, decimal, DateTime, or jsonObject Complex types of reported data are as follows:
|
||||
|
required |
Mandatory |
Whether the command response is mandatory. The value can be true or false. The default value is false, indicating that the command response is optional. This field is not a functional field but a descriptive one. |
||||
|
min |
Mandatory |
Minimum value. This field is valid only when dataType is set to int or decimal. The value must be greater than or equal to the value of min. |
||||
|
max |
Mandatory |
Maximum value. This field is valid only when dataType is set to int or decimal. The value must be less than or equal to the value of max. |
||||
|
step |
Mandatory |
Step. This field is not used. Set it to 0. |
||||
|
maxLength |
Mandatory |
Character string length. This field is valid only when dataType is set to string, string list, or DateTime. |
||||
|
unit |
Mandatory |
Unit. The value is determined by the parameter, for example: Temperature unit: C or K Percentage unit: % Pressure unit: Pa or kPa |
||||
|
enumList |
Mandatory |
List of enumerated values. For example, the status of a switch can be set as follows: "enumList" : ["OPEN","CLOSE"] This field is not a functional field but a descriptive one. It is recommended that this field be defined accurately. |
||||
|
properties |
Mandatory |
Reported data. Each sub-node indicates a property. |
||||
|
propertyName |
Mandatory |
Name of the property. |
||||
|
dataType |
Mandatory |
Data type. Value: string, int, string list, decimal, DateTime, or jsonObject Complex types of reported data are as follows:
|
||||
|
required |
Mandatory |
Whether the property is mandatory. The value can be true or false. The default value is false, indicating that the property is optional. This field is not a functional field but a descriptive one. |
||||
|
min |
Mandatory |
Minimum value. This field is valid only when dataType is set to int or decimal. The value must be greater than or equal to the value of min. |
||||
|
max |
Mandatory |
Maximum value. This field is valid only when dataType is set to int or decimal. The value must be less than or equal to the value of max. |
||||
|
step |
Mandatory |
Step. This field is not used. Set it to 0. |
||||
|
method |
Mandatory |
Access mode. R indicates reading, W indicates writing, and E indicates subscription. Value: R, RW, RE, RWE, or null |
||||
|
unit |
Mandatory |
Unit. The value is determined by the parameter, for example: Temperature unit: C or K Percentage unit: % Pressure unit: Pa or kPa |
||||
|
maxLength |
Mandatory |
Character string length. This field is valid only when dataType is set to string, string list, or DateTime. |
||||
|
enumList |
Mandatory |
List of enumerated values. For example, batteryStatus can be set as follows: "enumList" : [0, 1, 2, 3, 4, 5, 6] This field is not a functional field but a descriptive one. It is recommended that this field be defined accurately. |
||||
Product Model Packaging
After the product model is completed, package it in the format shown below.

The following requirements must be met for product model packaging:
- The profile hierarchy must be the same as that shown above and cannot be added or deleted. For example, the second level can contain only the profile and service folders, and each service must contain the profile folder.
- The names in orange cannot be changed.
- The product model is compressed in .zip format.
- The product model must be named in the format of deviceType_manufacturerId. The values of deviceType, manufacturerId must be the same as those in the devicetype-capability.json file. For example, the following provides the main fields of the devicetype-capability.json file.
{ "devices": [ { "manufacturerId": "TestUtf8ManuId", "manufacturerName": "HZYB", "protocolType": "CoAP", "deviceType": "WaterMeter", "serviceTypeCapabilities": **** } ] }
- WaterMeterBasic, WaterMeterAlarm, and Battery in the figure are services defined in the devicetype-capability.json file.
The product model is in JSON format. After the product model is edited, you can use format verification websites on the Internet to check the validity of the JSON file.
Last Article: Developing a Product Model Online
Next Article: Exporting and Importing Product Models
Did this article solve your problem?
Thank you for your score!Your feedback would help us improve the website.