You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -148,6 +156,10 @@ The JSON uplink messages use the following format:
148
156
"net_id":"000013", // Network ID
149
157
"tenant_id":"tenant1", // Tenant ID
150
158
"cluster_id":"eu1"// Cluster ID
159
+
},
160
+
"attributes": { // End device key-value attributes set for this device.
161
+
"key1":"value1",
162
+
"key2":"value2"
151
163
}
152
164
},
153
165
"simulated":true, // Signals if the message is coming from the Network Server or is simulated.
@@ -231,23 +243,16 @@ The JSON uplink messages use the following format:
231
243
"tenant_id": "tenant1",
232
244
"cluster_id": "nam1"
233
245
},
234
-
"received_at": "2020-02-12T15:15:45.789585559Z"
246
+
"attributes": {
247
+
"key1": "value1",
248
+
"key2": "value2"
249
+
}
250
+
"received_at" : "2020-02-12T15:15:45.789585559Z"
235
251
}
236
252
}
237
253
```
238
-
239
254
</details>
240
255
241
-
{{< note >}} End device key-value attributes are not included in uplink messages, because these attributes are stored in the Identity Server and normally they are static, so sending that data with every uplink is inefficient. Users can instead fetch device's attributes using the API:
0 commit comments