Does the spec cover how metric templates should be sent over NDATA/DDATA? I couldn't find it, but maybe I missed it. There are a few options; send all metrics if any metric in the template changes, only send the changes. There are also options in how you structure the message.
Please let me know if this is in the spec, and if not, could it be included in C?
Say you have a template with two metrics temp & otherTag (example below).
This is from Ignition. NBIRTH looks like this. I removed the control metrics stuff, but you can see the first one is the instance, the second is the definition. Each contain a metrics[] of temp and otherTag.
When I get data changes over NDATA they look like this. I would have expected a similar structure to the instance in the NBIRTH OR for it to just send all metrics if any one metric changed. The templateRef and templateName are repeated. Both temp and otherTag are referencing the same OPC tag, so they should be in lock step although the timestamps are different.
What do you want to know?
Does the spec cover how metric templates should be sent over NDATA/DDATA? I couldn't find it, but maybe I missed it. There are a few options; send all metrics if any metric in the template changes, only send the changes. There are also options in how you structure the message.
Please let me know if this is in the spec, and if not, could it be included in C?
Say you have a template with two metrics temp & otherTag (example below).
This is from Ignition. NBIRTH looks like this. I removed the control metrics stuff, but you can see the first one is the instance, the second is the definition. Each contain a metrics[] of temp and otherTag.
When I get data changes over NDATA they look like this. I would have expected a similar structure to the instance in the NBIRTH OR for it to just send all metrics if any one metric changed. The templateRef and templateName are repeated. Both temp and otherTag are referencing the same OPC tag, so they should be in lock step although the timestamps are different.
Is this related to a Sparkplug Listing request? If so, link the issue from https://github.com/eclipse-sparkplug/sparkplug.listings here.
No response
Version
3.0.0 (Default)
Accept EFTL Terms