Сделал простой скрипт для управления температурой кулера Raspberry Pi.
- Зачем? Их же полно готовых! Даже дефолтные инструменты есть.
Хотелось сделать этот велосипед по-своему 😁
▫️Пороговых температур две: Одна контролирует момент включения, другая выключения. Например, выше 80 - включаем. Остыл до 50 - выключаем.
▫️ Значения пороговых температур заипсывается в специальном файле и считывается каждый раз при проверке темературы без рестарта сервиса.
Исходники и схема.
https://github.com/paulwinex/rpi_fan_control
ЗЫ. В схеме присуствует сопротивление. Это требуется только если нужно уменьшить скорость вращения кулера. Мой на полных оборотах сильно гудит, пришлось поставить.
#sources#rpi
Also there will be a scheduled downtime for two remaining bots tomorrow, in about 16h 20h from now :
- @BanWarnBot
- @RulesRulesBot
Those have a database, and therefore they need to be take down to not loose any changes happining while the data is moved over.
#scheduled#downtime
https://docs.python.org/3/library/asyncio-dev.html#asyncio-coroutine-not-scheduled
18.5.9.6. Detect #coroutine objects never #scheduled
When a coroutine function is called and its result is not passed to ensure_future() or to the BaseEventLoop.create_task() method, the execution of the coroutine object will never be scheduled which is probably a bug. Enable the debug mode of asyncio to log a warning to detect it.
Example with the bug:
import asyncio
@asyncio.coroutine
def test():
print("never scheduled")
test()
Output in debug mode:
Coroutine test() at test.py:3 was never yielded from
Coroutine object created at (most recent call last):
File "test.py", line 7, in <module>
test()
The fix is to call the ensure_future() function or the BaseEventLoop.create_task() method with the coroutine object.