-
Type: Story
-
Status: Done (View Workflow)
-
Priority: Normal
-
Resolution: Done
-
Component/s: ics_enuActor
-
Labels:
-
Story Points:3
-
Sprint:SM1PD-2021 A10, SM1PD-2021 A 11, SM1PD-2021 A 12, SM1PD-2021 A 13, SM1PD-2021 A 14
I'm reviving that subject following the discussion with cloomis today.
I think we manage to distinguish our needs and expectations, I will be trying to rephrase it here to avoid further confusions. I'm going to start with what we currently have :
- a per actor configuration file in $ICS_ACTOR_DIR/etc/
- InstData class in pfs_utils to persist/load mhs keywords to/from disk.
What we want is to move as much information as possible for the etc file to a common repo.
yaml is very likely to be right choice, so that we can factorize configuration shared among identical module/unit and specify per-instance dedicated values.
This/these file(s) are edited/written by human in most (all?) cases.
The persistence mechanism is completely machine-oriented, it's read and written by a program.
It can be seen as an instrument snapshot, so that some variable/state can be reloaded if needed for instance after :
- software reboot
- some power cycle
- temporary hardware issue...
Those two mechanisms are actually different and so their time constant.
I hope it clarifies the big picture.
- duplicates
-
INSTRM-119 Move device configuration into ics_config product.
- Won't Fix
- relates to
-
INSTRM-1485 add actor config to the current instData class
- Done
-
INSTRM-1552 Have Actor/ICC load from pfs_instdata YAML file instead of per-actor ConfigParser file
- Done