Bug Report: `FloatArray` and `DoubleArray` examples in Sparkplug Specification have incorrect endianness. `DateTimeArray` and `Int8Array` examples also wrong.

[ian-abbott]

What happened?

In Sparkplug specification 3.0.0 section 6.4.17, the byte strings for FloatArray and DoubleArray examples are shown with the wrong byte order.

For FloatArray, specification 3.0.0 has this example:

• Example (Decimal to Metric bytes_value): [1.23, 89.341] → [0x3F, 0x9D, 0x70, 0xA4, 0x42, 0xB2, 0xAE, 0x98]

It should be:

• Example (Decimal to Metric bytes_value): [1.23, 89.341] → [0xA4, 0x70, 0x9D, 0x3F, 0x98, 0xAE, 0xB2, 0x42]

For DoubleArray, specification 3.0.0 has this example:

• Example (Decimal to Metric bytes_value): [12.354213, 1022.9123213] → [0x40, 0x28, 0xB5, 0x5B, 0x68, 0x05, 0xA2, 0xD7, 0x40, 0x8F, 0xF7, 0x4C, 0x6F, 0x1C, 0x17, 0x8E]

It should be:

• Example (Decimal to Metric bytes_value): [12.354213, 1022.9123213] → [0xD7, 0xA2, 0x05, 0x68, 0x5B, 0xB5, 0x28, 0x40, 0x8E, 0x17, 0x1C, 0x6F, 0x4C, 0xF7, 0x8F, 0x40]

Also, the example for DateTimeArray does not have enough bytes (2 most significant bytes missing from each value):

• Example (DateTime array → ms since epoch → Metric bytes_value): [Wednesday, October 21, 2009 5:27:55.335 AM, Friday, June 24, 2022 9:57:55 PM] → [1256102875335, 1656107875000] → [0xC7, 0xD0, 0x90, 0x75, 0x24, 0x01, 0xB8, 0xBA, 0xB8, 0x97, 0x81, 0x01]

It should be:

• Example (DateTime array → ms since epoch → Metric bytes_value): [Wednesday, October 21, 2009 5:27:55.335 AM, Friday, June 24, 2022 9:57:55 PM] → [1256102875335, 1656107875000] → [0xC7, 0xD0, 0x90, 0x75, 0x24, 0x01, 0x00, 0x00, 0xB8, 0xBA, 0xB8, 0x97, 0x81, 0x01, 0x00, 0x00]

Also, the example for Int8Array uses the wrong byte for -23:

• Example (Decimal to Metric bytes_value): [-23, 123] → [0xEF, 0x7B]

It should be:

• Example (Decimal to Metric bytes_value): [-23, 123] → [0xE9, 0x7B]

What is the product or software this issue was discovered with?

Sparkplug Specification 3.0.0

What exact steps need to be performed to reproduce the problem?

None.

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

• [X] I agree to the terms of EFTL

[ian-abbott]

I edited the report to also include an incorrect example for DateTimeArray in the specification.

[ian-abbott]

I edited the report again to include an incorrect example for Int8Array in the specification.