Andrey2509 писал(а): У каждого свои мотивы, мне например они нужны для:
Практических целей. Например оценки и корректировки режимов отопления. Например выбора точки оптимального включения нагрева, мощности обогревателя чтобы к заданному часу была определённая температура.
Теоретических. Мне это интересно, любопытно, познавательно. Это расширяет мой кругозор и знания о природе. Голая температура может не интересна сама по себе, а вот в комбинации с влажностью, напряжением, потребляемой мощностью , co2, и т.д. иногда можно сделать интересные выводы, написать реферат в конце-концов
. Если вам это неинтересно - то давайте не будем за других решать...
Андрей, речь же не о вас, а о "умном доме".
Подскажите, в соответствии с какой логикой вы будете использовать данные о температуре недельной давности для корректировки режимов отопления сегодня?
И я не решаю, я интересуюсь целесообразностью. Знаете разницу между "решать" и "интересоваться"? Видимо мой вопросы поставлены так, что ответов не вырисовывается и у вас, раз говорите о "решении".
Про хранение данных УД.
Если забыть на минуточку о целесообразности, то есть и другие технологические вопросы.
1. В общем случае вы не храните состояние температуры, вы храните состояние датчика. На сколько и чему он соответствует - вопрос, требующий изучения.
Если вы хотите хранить именно температуру - нужны система датчиков, корреляция значений, причем не как попало, тут целый НИОКР.
2. Нужно ли вам хранить температуру (или даже состояние датчиков) в квадратном метре пола в 5-ти разных помещениях? Температуру воздуха у стены в ближайшем расположении от датчика в 8-ми разных помещениях? Уличную температуру у этой конкретной стены здания? Эти цифры не несут информации о погоде. Они несут только информацию о состоянии датчиков, расположенных в этих местах. Без хранения другой информации (о режимах отопления, проветривания, направления и силы ветра, в каждый момент времени, например), старые данные о состоянии датчиков не скажут ничего и никому (даже человеку, смонтировавшему систему).
3. Датчики опрашиваются раз в 5 сек. В среднего размера доме их с десяток. Каждое значение - 7 байт. В сутках секунд 86400. Это 17280 замеров каждого датчика. Это 120 кБайт с каждого датчика в день. С десяти датчиков - мегабайт в день. За год - 365 Мегабайт. Это в структурированном тексте только температура.
А если нужна БД, и кроме температуры будем писать дату/время, то это уже гигабайт в год. Если оно зачем то нужно - значит нужен и бекап. Цену гигабайта (или двух) в облаке сами посмотрите? В таком облаке, где можно держать БД, а не файлики.
И это только температура.
4. Если хранить не каждый замер, то почему? И тогда какой? По изменениям? И чтобы изменение было не меньше, чем погрешность датчика? Значит нужно не только хранить, но и обрабатывать при записи?
При этом, задача УД - создание КОМФОРТНОЙ атмосферы. А это очень узкий диапазон значений. Это система автоматического регулирования. Таким системам не нужна история для корректной работы. Ей все равно, что в прошлом году в это время на улице было +5. Она должна отработать (и быстро) сегодняшние -8.
Но главный вопрос - ЗАЧЕМ????