Набор статистики, учет расхода и т.д. Эти данные терять нельзя - чем чаше сохраняются, тем надежнее, если нет супервизера питания.
), "копайте" лучше в сторону проводов (например can). Пусть не весь дом, но критически важные узлы инфраструктуры дома точно. Проблемы выше указанные с малиной и т.п. присутствуют, но выбрасывать из системы жалко, хочется и голосового управления, и машинное зрение прикрутить и т. д.
Модуль должен спать до своего события.
Дорого и накладно - такие вещи надо мониторить пылесосом и т.д.
В принципе собрать информацию может и ESP8266 с увеличенной Flash. Уже пробовал, но пока не выкладывал (и не буду - злой я
) , циклически годовой накопитель данных на ESP8266 с выводом 16 графиков с минимальным шагом точек по 5 минут и нескольких 64-х битных счетчиков. Web выдает графики (xml) за сутки, за неделю, за месяц и за год на запрошенное время. Точки графиков усредняются для больших периодов, чем 5 минут... Я не против того, чтобы писать во флеш.Модуль должен спать до своего события.
Дорого и накладно - такие вещи надо мониторить пылесосом и т.д.
В принципе собрать информацию может и ESP8266 с увеличенной Flash. Уже пробовал, но пока не выкладывал (и не буду - злой я
Сам модуль опрашивает другие по modbus TCP, но это изменить не долго.
А не дам, т.к. писать там нечего:
Суммируете данные и пишите блоками в flash, события тоже. Каждый блок с id меткой времени, когда наступает период точек усреднения для графиков к примеру на месяц, то создается и такой блок со своим id путем расчета предыдущих за период. Это надо для быстрого вывода данных запрошенных графиков.
16 мег flash хватает запросто на записи в годовой цикл. Сектора Flash трутся и пишутся всего 1 раз в год. В итоге протирание flash будет через 100000 лет.
Скачки чего? Температуры?
и набрав статистику вы сможете покупать правильные лампочки
8-мь мало. В 16-ти первый мег идет на софт, несколько мег на web-диск чтобы красиво показывал, с help-ом, остаток на записи. Чем меньше шаг точек, тем лучше, тем больше надо flash.
Тогда - ой.Тогда это не "умный дом", а "умный чужой офис"
Ничего подобного - по данным графика я могу вспомнить что было и кто был в какой комнате, включая кошку.
Это в случае WEB-сервера на каждом модуле?
Это не понял.Но у вас нет паяльника...
Нет , это просто сервер на хосте. С резервным питанием и Гбайтом для истории.Тогда это не "умный дом", а "умный чужой офис"
Ну да, отображаете миллион точек на сотне графиках. И что потом? Ну вспомнили, про кошку и что дальше? Типа воспоминания прошлых лет?Ничего подобного - по данным графика я могу вспомнить что было и кто был в какой комнате, включая кошку.
Просто говорю, модули написаны на CИ и ASM. Если надо, то и на LUA.Просто так и скажите, что на вашем любимом Lua это не написать в ESP8266.
Спасибо за ликбез, побежал вытаскивать с загашников 2 упса и смотреть, что там с батареямиФлешки или SD карты использовать без аппаратного дополнения в виде супервайзера питания с допитыванием их на время "парковки" при выключении общего питания невозможно. Такова их аппаратно-программная структура - при любой записи они переписывают общую разметку всей памяти и если во время этого дела сбой - больше нет этой флашки и требуется низкоуровневый формат программой от производителя контроллера...
А т.к. структура такая дикая (писалась и разрабатывалась какимими-то школьниками), что при записи одного байта надо переписывать все глобальные таблицы, то любая база данных за пару дней убивает их. Если даже как-то решено с резервированием этих таблиц, то аппаратная часть позволяет записывать минимум один блок. А это при записи одного бита требует стирание и перезапись от 64 килобайтного блока. На современных больших - от 128 килобайтного...
В связи с этим, все ваши разговоры о ПО на неработающей (не подходящей) аппаратной базе ни к чему. В роутерах стоит обычная Flash и там при вк./откл питания предел потерь составляет последний записанный сектор и ПО для этого приспособлено.
iscsi - это бесплатноНу вот - стоимость уже переваливает за комплекс с SSD или Скази винч.
Комическая у вас устойчивость - видно, что данный конфиг использовался один вечер, в целях проверки общей работоспособности, а не в режиме 24 часа 365 дней в году...
На один отсчет надо 2 байта. "Время" каждого измерения запоминать бессмысленно, поскольку они берутся с равными интервалами, и зная время первого измерения, легко вычислить время любого другого. Измерения надо запоминать блоками и ставить метку времени (4 байта) в начале блока.
Для реальных измерений сжатие даст выигрыш примерно 4 раза. И не простое RLE, а достаточно сложное. Так что сжатие можно не рассматривать, для ТС это будет непосильно.
Какова цель сжатия?
. Кому нужен частокол на графике - включит внешний логер или осциллограф на ШИМ управление обогревателем Можно конечно и так. Это Ваша модель.Какова цель сжатия?
В году 365*24*60 минут, если писать блок каждую минуту, что не требуется для бытового применения, то для 16-ти мег Flash с учетом ПО и резервов под Web диск это блоки по (14*1024*1024)/(365*24*60) = 27 байт. Выбираем писать каждые 5-ть минут -> блок до 135 байт для годового буфера. Выбираете кратное - 128 байт и вперед...
Смысла писать в лог информацию с графика как у jia нет никакого. "Без пива" там ничего не разобрать, а главного так и нет - счетчика затрат и усредненной температуры за периоды не менее 5 минут с расчетом КПД
Измерения, скажем, раз 5 минут, макс. срок хранения 1 месяц. Требуется хранить 9 тыс измерений. по 2 байта на измерение - значит, потребуется всего 18 кбайт ОЗУ.
Кстати вот тут есть ссылка на плагин для Arduino IDE - правда в одну сторону, загружает при прошивке все файлы из каталога <имя скетча>/data в spiffs: File System · ESP8266 Arduino Core
Да, спасибо. Я про этот плагин знаю. Он даже в каком-то стандартном примере используется. Но это просто для загрузки. А для "посмотреть что там есть" такого не нашел.
Не, не надо. Я все еще тут, и все еще чайник. Как перевалит за сотню страниц, попрошу модераторские права и потру нафиг всех, кто флудитЕй Богу... пора переименовывать " Умный дом для чайника" в "Чайный домик для умников"
Wire.begin();
bmp.begin()
rtc.begin()