-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Store configuration in EEPROM #29
Comments
If there is room, it would be nice to leave extra coefficient space in case one wants to use a higher-order filter at some point |
@hartytp that would be implemented by changing the structure and bumping the structure version number. The runtime would only use the EEPROM contents if the structure version number in the EEPROM matched the version number in the code (as well as the checksum matching). |
Sure, but it's always easier if one doesn't have to dump the EEPROM contents and then reprogram everything to make small extensions like this. But, if we really only have 128bits of EEPROM then maybe it's unavoidable. |
Everything that doesn't need to be accessed via the eem i2c with stabilizer off should be stored in flash. There is a lot of space. |
@jordens good point. I had forgotten about that! |
This isn't relevant anymore as we use mqtt for all this. |
It would be useful to have a way to store user changeable configuration (e.g. PID settings) in the EEPROM (of which 128 bytes are available).
Values to store:
This totals 77 bytes, so plenty of space remaining.
We should have an explicit command to save the current settings to EEPROM. This way users can mess with settings knowing that the original settings can be easily restored by a restart.
The text was updated successfully, but these errors were encountered: