It would be convenient to have assembly variant written to EEPROM so that it can be read by MMC. Contents would be written by the manufacturer according to the requested variant configuration.
Estimation of required EEPROM size will have to be made as soon as all variants are defined.
Edited
Designs
Child items
0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items
0
Link issues together to show that they're related.
Learn more.
Activity
Sort or filter
Newest first
Oldest first
Show all activity
Show comments only
Show history only
Mikolaj Sowinskichanged title from Write mounting variant to EEPROM to Write assembly variant to EEPROM
changed title from Write mounting variant to EEPROM to Write assembly variant to EEPROM
This is indeed important, and is already dealt with by the openMMC code.
Also, different assembly variants define different FRUs, and the MMC must be aware of that to function properly. From the MMC point of view, an assembly variant is just another version of the board, which can be represented by a letter (we use 3.1T for our timing version of AFC at LNLS) or the usual dot representation (eg 3.1.1).
@henrique.silva is much better positioned to explain that than me.
From my experience of working for AFC manufacturer, letters might not be enough to express the rich variety of existing AFC variants ;-). Additionally, I believe having direct access to the variant configuration that is stuck to the board instead of the firmware could be somehow handy.
@KMacias Am I right that currently FRU is embedded into MMC firmware? If so, it is not relevant place as rebuilding firmware will require information on assembly variant.