Is your feature request related to a problem? Please describe.
Currently, the configuration string of ModuleRobot is hard coded in the program code. This means developers having different robot hardware configurations have to constantly adapt the code to their configuration. This also means there is no way to update the BrainSimII project from Github without the default configuration being restored.
Describe the solution you'd like
The cleanest solution would be to assign an environment variable to name the configuration file path, and then to read it from that location. This way we can have a default config file when the environment variable is not set, which is part of the GitHub project. When the environment variable is set on a given development system, it can either point to the Github default file, or to a specific local file describing the specific robot hardware used there.
Describe alternatives you've considered
Aside from the above, this configuration string might need to be stored along with the module at network save time, since the network operated with that string and won't have the ModuleRobot module complete initialization if the configuration mismatches the actual hardware.
Additional context
Add any other context or screenshots about the feature request here.
Is your feature request related to a problem? Please describe. Currently, the configuration string of ModuleRobot is hard coded in the program code. This means developers having different robot hardware configurations have to constantly adapt the code to their configuration. This also means there is no way to update the BrainSimII project from Github without the default configuration being restored.
Describe the solution you'd like The cleanest solution would be to assign an environment variable to name the configuration file path, and then to read it from that location. This way we can have a default config file when the environment variable is not set, which is part of the GitHub project. When the environment variable is set on a given development system, it can either point to the Github default file, or to a specific local file describing the specific robot hardware used there.
Describe alternatives you've considered Aside from the above, this configuration string might need to be stored along with the module at network save time, since the network operated with that string and won't have the ModuleRobot module complete initialization if the configuration mismatches the actual hardware.
Additional context Add any other context or screenshots about the feature request here.