Open bruno-f-cruz opened 6 months ago
Feedback from SRM:
R_SERIAL_NUMBER_EXTENDED
with 16 bytes.R_SERIAL_NUMBER
Missing:
Unfortunately, there are no free bytes in the EEPROM of the atxmega implementation. What we can do is:
I would favor your second solution as it would make the interface backwards compatible. The first one actually break it if I understand correctly.
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:
I will make a PR with this proposal
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