-
Notifications
You must be signed in to change notification settings - Fork 89
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Attributes name & static attributes not mapped in Orion when inserted in the Device provisioning phase #832
Comments
Hi, @ludilorenz and @fgalan I would like to contribute to this issue. Please confirm if the expected response from Orion is correct: {
"id": "testDevice",
"type": "Thing",
"TEST_STATIC_ATTRIBUTE": {
"type": "Property",
"value": "TEST",
"metadata": {
"TimeInstant": {
"type": "DateTime",
"value": "2024-05-27T11:24:41.396Z"
}
}
},
"TimeInstant": {
"type": "DateTime",
"value": "2024-05-27T11:24:41.396Z",
"metadata": {}
},
"mapped_attribute": {
"type": "StructuredValue",
"value": {
"a": 15,
"b": "testData",
"c": false
},
"metadata": {
"TimeInstant": {
"type": "DateTime",
"value": "2024-05-27T11:24:41.396Z"
}
}
}
} Please let me know if this expected response is correct. Thank you! |
Yes, the data I expect from Orion should look like this. In the end, you should obtain the same result as when attribute mapping and static attributes are defined in the provisioning of the service group but, in this case, only for the individual device. |
Thank for your willingness to work on this! You have been assigned. We would have a look to the pull request derived from this issue. |
Device provisioning phase only creates group and device in IotAgent. Later, when a measure arrives, iotagent will create a entity in Orion. IMHO this is not a bug, this is the current behavior. Maybe related with structuredValue mapped and measures ? |
In the FIWARE tutorials on NGSI-V2, it is mentioned that you can define static attributes and attributes when provisioning a device. Furthermore, I did a test using an older version of the agent (3.2.0) and it allows me to define static attributes and attributes for a single device. Obviously I am speaking as a neophyte in FIWARE technologies, so I would like to know what the correct behaviour is. |
The behaviour was changed in IOTA Lib version 3.3.0 (used since IOTA-JSON version 2.3.0)
This can be defined as the (current) "correct behaviour", so I'd suggest to adapt FIWARE tutorial to it (CC: @jason-fox ) |
IoT Agent JSON version the issue has been seen with
3.4.0-next
Bound or port used (API interaction)
Northbound (Provision API and NGSI Interactions)
NGSI version
NGSIv2, NGSI-LD
Are you running a container?
Yes, I am using a contaner (Docker, Kubernetes...)
Image type
normal
Expected behaviour you didn't see
Define static attributes and a name mapping for non-static attributes in the provisioning phase of a device, and subsequently find this information within Orion when retrieving the entity created.
Unexpected behaviour you saw
When I retrieve the entity from Orion, the static attributes or name mapping I have defined are not present. The informations are present correctly if the static attributes and name mapping are defined in service group provisioning.
Steps to reproduce the problem
Configs
Log output
No response
The text was updated successfully, but these errors were encountered: