Currently setting up the correct lower and upper values can be somewhat error-prone as #28 demonstrated, it would help if SMFC did this job of configuring the IPMI fan upper and lower bounds for us instead.
How I imagine this could work is the following:
Having some way of tieing the corresponding Noctua fan model to a specific FAN header (FAN1, FAN2, FANA etc.) via the configuration file.
The released version of SMFC already contains a definition file where the upper and lower bounds for specific Noctua models are defined within.
This definition file is then used to look up the upper and lower bounds for the given Noctua model found in the configuration file.
Lookup failures will result in SMFC refusing to start and logging the error.
If the upper and lower bounds found within the definition file don't match with the IPMI data, SMFC will correct this and print a warning/info message that a cold reset of the BMC should be performed.
The definition file could be generated by crawling Noctua websites using e.g. htmlq
The configuration section syntax could look something like the following:
Currently setting up the correct lower and upper values can be somewhat error-prone as #28 demonstrated, it would help if SMFC did this job of configuring the IPMI fan upper and lower bounds for us instead.
How I imagine this could work is the following:
The definition file could be generated by crawling Noctua websites using e.g.
htmlq
The configuration section syntax could look something like the following:
Just a quick draft. Feel free to share a better syntax and/or implementation idea.