Increase the size of the R_SERIAL_NUMBER to match 128bit UUID

[bruno-f-cruz]

• Proposed
• Prototype: Not Started
• Implementation: Not Started
• Specification: Not Started

Summary

The current R_SERIAL_NUMBER only supports a U16 value. My proposal is to increase the size of this register (U16*8 values) as to accommodate the (UUID 128bit standard)[https://en.wikipedia.org/wiki/Universally_unique_identifier]. This makes this register usable for future hardware implementations of the core since one can use the Serial number of the embedded systems in this register.

Motivation

The pico, for instance, uses a 32bit serial number. Adopting an industry standard of 128 should make it future proof.

Detailed Design

Change the core register to an array of 8 U16 numbers.

Drawbacks

Backwards compatibility?

Alternatives

N/A

Unresolved Questions

Does this break backwards compatibility?

Design Meetings

TBD

[glopesdev]

Feedback from SRM:

• @artursilva0 and @filcarv proposed adding a new register R_SERIAL_NUMBER_EXTENDED with 16 bytes.
• For backward compatibility, the first 2 bytes should be shared with R_SERIAL_NUMBER
• The new register would be optional, and older devices would not be required to implement it

Missing:

• Address?
• Name? ("UUID")

[filcarv]

Unfortunately, there are no free bytes in the EEPROM of the atxmega implementation. What we can do is:

• Reduce the bytes available for the DeviceName register (reduce by 8 bytes instead of 16 to still have room for the DeviceName). I'm not sure, but this may represent a major release of the core. Or,
• Move the application register's EEPROM base address from 32 to 64. This would represent a major change, i.e., a major release of the core.

[bruno-f-cruz]

I would favor your second solution as it would make the interface backwards compatible. The first one actually break it if I understand correctly.

[bruno-f-cruz]

Notes from 29022024:

Register name: UUID
Register Number: 16
Register Size: uint8[16]
Register Access: Read-only as per protocol specification

Importantly, the current R_SERIAL_NUMBER register will remain as is for backward compatibility with the following assumptions:

1. The first 2 bytes of the new register UUID will be duplicated to the two bytes of register R_SERIAL_NUMBER
2. This register will be deprecated with the next major release in favor of the UUID one

I will make a PR with this proposal