| >> |
№179118
17498384925580.jpg
(87Кб, 477x682)
Показана уменьшенная копия, оригинал по клику.
>>179112
> Стекло убрать оттуда и на его место вставить что-то кастомное
Все-таки для проветривания проще будет нормальные вентканалы проложить будет. Тем более, если это дом, и ты не выкраиваешь место в паре десятков кв. м.
> В то же время высокоуровневый подход делает решение таких проблем в разы проще.
Это вопрос не кода, а вычислительной устойчивости дифуров, описывающих систему с обратной связью. Если у тебя есть одномерный привод, скажем, котлом горячее-холоднее, и одномерный же сенсор, то и моделировать процесс можно уравнением первого порядка. Если твоя система отрабатывает очень быстро относительно других, то она успеет отработать и внешнее возмущение. Если очень медленно - влияние внешних систем будет накладываться как шум поверх, но тоже в принципе можно будет делать простые оценки.
А если у тебя несколько тесно связанных "осей" с примерно одинаковым временем реакции, то это тебе не треды в софте синхронизировать, где мажешь семафорами пока не перестанет ловить дедлоки, придется составлят честную модель, проводить реальные замеры или сложные расчеты, например, с какой скоростью тепло от кондиционера растекается по дому, и есть риск, что не прокатит - коррекция по одной величине будет вносить возмущение в другую, коррекция по другой в третью, третья в первую, и c температурами в помещении будет такой же разнос, как с кислотностью в этой чашке:
https://www.youtube.com/shorts/4rYX4ROqRlg
> Плюс можно мерять не только саму температуру, но и скорость её роста-падения.
Да, но почитай ту брошюрку по ссылке выше, а еще лучше, если у тебя было, вспомни численные методы - численное дифференциирование капризное к ошибкам округления и шумам. Конкретно для тепловых штук от него больше вреда будет.
> в следующие n минут будет овершут, закрываем, с этого момента опять делаем замеры, ловим момент когда рост температуры прекращается и начинается падение, пытаемся угадать сколько времени займет падение ниже минимальной заданой, откручиваем кран до этого.
Если тебе хочется сделать автотюнинг, то под это есть описанная процедура для одномерных систем https://en.wikipedia.org/wiki/Ziegler%E2%80%93Nichols_method
> Ведь это мой дом, кому ещё как не мне знать что и как в нем должно работать
Это тебе так кажется. А если ты занес в этот дом тонну баклажек с водой, и соответствующей теплоемкостью? А если снаружи -25, а ты выше замерял скорость охлаждения когда снаружи было только +10?
А если жара такая, что внешний блок кондиционера уходит в защиту и снижает производительность?
> Чтобы покрыть больше этих кейсов, нужно как раз усложнять систему.
Вот примерно как в софте есть понятие вычислительной сложности, и ты никак не можешь, например, найти максимальный элемент в массиве за O(logN) без какой-то формы сортировки и/или кэширования, так же с физическими системами есть понятия устойчивости и обусловленности задачи. В некоторых случаях невозможно в принципе стабилизировать температуру быстрее такой-то скорости, не важно, насколько сложный у тебя управляющий алгоритм. В некоторых случаях, например, навесить два термосенсора снаружи дома, один на стене, один чуть вдали, ты теоретически можешь пересчитать по их показаниям и их разности какая температура в комнате и все равно пытаться ее стабилизировать, но на практике получится очень медленно и сложно в настройке, и так же есть ограничения, насколько даже идеальный алгоритм сможет это вытянуть.
> предпочтительно использовать более высокоуровневый подход и больше вычислительных мощностей.
Эти позитивисткие верования из 19-го века не работают, при таком-то множестве входных данных и возможностей чем-то порулить можно доказуемо найти идеальный алгоритм действий, и он уже будет далеко не таким результативным, как бы хотелось. Те же дроны, например, стали возможными не за счет сложности алгоритмов, а скорее наоборот, за счет их замены дорогих вычислительных операций более дешевыми и разложении их на железо до уровня, когда коррекцию положения можно будет успевать делать для легкого дрона в реальном времени. Именно высокоуровневая сложность в твоем понимании там только в алгоритмах автотюнинга параметров есть, и то по той причине, что тестовые воздействия для автотюнинга должен делать и оценивать результат человек или производственная линия, и тут нужно "API" под это.
> Через 10 лет большая часть умного дома сломается
Ну вот видишь, как все печально. В нормальных же, менее тупых домах, такие вещи живут десятки лет, и только требуют регламентного обслуживания, типа чистки кондиционеров.
> Иначе придется проводку проложить поверх стен
Ну а зачем нужен домик, если не для свободы все переложить правильно? Тем более, в доме делать инкрементный ремонт попроще будет, чем годами живя в самой же ремонтируемой квартире.
|