Good point so I changed the font size back to fontwdReg and then modified the background icon image by pushing the icon down one line with the following.
While not related directly to this updated script, I’ve noticed since I updated my Bullseye install (updated rpi-eeprom) that my pages are now fading out after a page transition.
I’d like to disconnect it and reconnect it, but I can’t get my fat fingers in there.
EDIT: Was able to use the included screwdriver to lift and then reseat the connection on the bottom board, and now I’ve got full screen displaying again and no fading.
I just updated my repository with all of the changes just delivered from argon40 (i.e. hdd temp monitoring and fan speed changes based on that).
I also noticed in passing that the desktop icon was not getting installed on 64bit bullseye, this appears to be directly related to a check of /etc/os-release, expecting to see ‘Raspbian’ listed… it is not so modified that,
Also the desktop of the person installing the tools will get the icon added. The code was assuming user pi, and that caused a number of issues.
I had zero testing on RAID… I do not have a RAID setup on the box anymore, and can’t get it on there for a little while as I have the system dedicated to another task (for the moment).
My fan is running at 100% now , doesn’t seem to be recognizing the config files.
EDIT: BTW, It’s not your changes that’s causing it.
I also tried out the updated script from Argon40, and it’s doing it.
There seems to be something not quite right with it, at least for me.
EDIT2: Figured it out.
It was the HDD temperature profile that was causing it to spin constantly.
My HDDs are between 37C and 41C, so that was causing the fan to run all the time.
Okay so there is a bug in the original script in the get_fanspeed function.
The code calls the get_fanspeed function twice, once with the CPU temp, to get the fan speed requirements from that list, and once with the MAX hdd temp.
The maximum of these two calls is then used to set the fan speed in the temp_check function. This is all good.
The issue is that in the get_fanspeed function while processing temperatures, if we are above one of the settings the code will always return 25.
So assume you have argononed-hdd.conf setup like:
35=0
45=50
50=100
When you HDD temp is between 35 and 44.999 the fan speed will be set to 25% not 0. There are two things you can do to prevent this.
Make sure that neither configuration file has a temperature that you want the fan running at 0%
Make a code change.
Since the purpose of the configuration file is to drive the fans, I’m going to fix the code and remove the 25% minimum.
I also found that the code will not reload the settings unless you stop and restart the service. I modified that so now if you pull down the latest, the code inspect the two config files every time it checks the temperature. This occurs once every 30 seconds, UNLESS the new fanspeed is less than the prior fan speed in which case the code will pause 30 seconds to prevent lots of fluctuation.
Still not happy with it as the code will always set the fan speed even if the previous speed was identical (i.e. it is setting the speed every 30 seconds or so…)
There’s a bug in the current release of the script, whereby a fan speed value of 0 effectively translates to a value of 25.
If you remove all the zero-speed entries from both configuration files and restart, it should work fine. There’s no point having them in there, anyway: the default is for the fan to be off below your trigger temperatures (65 for CPU and 50 for HDD, in your current scripts.)
So a HDD temp of 30 would provide a 30% fan speed, IF there was no /etc/argononed-hdd.conf file. Since I have never seen an HDD temp on my system below 30, seems like the fan would be on all the time.
@Uruloki So… question… does /etc/argononed-hdd.conf exist?