You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is indeed a problem with the temperature sensor. There are two options.
We introduce multithreading to "fix" this issue
We use a load based approach for the fan control
In the long term I would like to combine both. So have a load based fan control and multithreading with a low sample rate of the temperature sensor. This gives us more safety.
The second point is already in progress. For multithreading I need more time than I currently have to do it properly.
I can say by now that this issue is kind of unfixable. Reading out the temperature sensors will always block the LED thread or the sensor thread since it is necessary to disable interrupts on one CPU core for this time. This would also prevent the task scheduler to run a different task on the same CPU. Because of that, I have no solution to fix the issue.
However, there will be a workaround in the next firmware release. The DS18B20 temperature sensors will be disabled (but can still be used if the user expliciltly wants to do that) and a new algorithm will be used for the fan control. It will be based on the load of the regulators.
I assume this happens when reading the temperature sensors since they are quite slow and blocking the controller. To be checked.
The text was updated successfully, but these errors were encountered: