JSON传感器的物联网代理发送NGSI中已有的测量值
我们有一个基于固件的体系结构,使用 我们有一个传感器发送测量数据,其格式已经是NGSI 我认为代理的行为是识别NGSI格式并操纵数据,以便最终结果是正确的 相反,目前的结果是猎户座上的值成为完整的NGSI e、 g Orion实体上的属性:JSON传感器的物联网代理发送NGSI中已有的测量值,json,iot,fiware,Json,Iot,Fiware,我们有一个基于固件的体系结构,使用 我们有一个传感器发送测量数据,其格式已经是NGSI 我认为代理的行为是识别NGSI格式并操纵数据,以便最终结果是正确的 相反,目前的结果是猎户座上的值成为完整的NGSI e、 g Orion实体上的属性: "altitude": { "type": "number", "value": "12", "metadata": { "TimeInstant": { "type": "ISO8601",
"altitude": {
"type": "number",
"value": "12",
"metadata": {
"TimeInstant": {
"type": "ISO8601",
"value": "2019-10-16T09:01:40.460Z"
}
}
}
发送:
{
"altitude": {
"value": "22"
}
}
结果:
"altitude": {
"type": "number",
"value": {
"value": "22"
},
"metadata": {
"TimeInstant": {
"type": "ISO8601",
"value": "2019-10-16T09:08:50.307Z"
}
}
}
是否正确?物联网的目的(其中一个:)是将设备发送的测量值转换为上下文代理中的NGSI信息。因此,在设备物联网级别,设备发送:
{ <measure_name>: <measure_value> }
{:}
因此,IOTA查找对应于
(在不存在映射的情况下,仅对应于
)的属性,并使用
更新其值
在您的示例中,我理解
是“高度”
,而
是一个JSON对象{“值”:“22”}
。我还知道您没有度量属性映射,因此上下文代理中属性的名称是“altitude”
,它接收一个值为{“value”:“22”}
的更新
因此,一切似乎都很正常,尽管您可能希望在设备IOTA接口上以值的形式发送“22”
,而不是{“值”:“22”}
IOTA的目的(其中一个:)是在上下文代理中将设备发送的度量转换为NGSI信息。因此,在设备物联网级别,设备发送:
{ <measure_name>: <measure_value> }
{:}
因此,IOTA查找对应于
(在不存在映射的情况下,仅对应于
)的属性,并使用
更新其值
在您的示例中,我理解
是“高度”
,而
是一个JSON对象{“值”:“22”}
。我还知道您没有度量属性映射,因此上下文代理中属性的名称是“altitude”
,它接收一个值为{“value”:“22”}
的更新
因此,一切似乎都很正常,尽管您可能希望在设备物联网界面上以值的形式发送“22”
,而不是{“值”:“22”}