"Народный контроллер" для теплового насоса

РЕКЛАМА НА ФОРУМХАУС

@Pav2000, мне в свое время здорово помог разобраться вот этот сайт: https://startingelectronics.org/tutorials/arduino/ethernet-shield-web-server-tutorial/web-server-LED-control/ (там несколько уроков, подробно все расписано)

 

Да открывается первый подпункт.

Надо над пунктами меню сильно подумать, т. к я их описал чтобы была отправная точка. Мне этот вариант не сильно нравится. Я еще подумаю. особенно не нравится пункт 4 (названия и содержание)

Надо пробовать, у нас быстрый контроллер, приличная сетевая карта, может будет не все так плохо. Стоит попробовать.
И еще - возьмем Страницу "датчики" при первом показе все должно считаться с контроллера. Далее при обновлении будет изменятся только колонка "значение" и "ошибка" что гораздо меньше. все остальное можно не обновлять изменений не будет. Такое возможно сделать?

Да это надо считать, но это будет считать контроллер и заранее оговоренные величины. В вашем примере это одно сравнение + обработка запроса.

Мне этот вариант не очень.
1. Ресурс карточки на запись. Обновление файлов пусть будет раз в минуту (пример) уже в год более 500 тысяч записей. Затрет карту до дыр и откажет.
2. Внезапное выключение питания может порушить файловую систему (в момент записи)
3. Запись файла требует больше ресурсов чем обработка запросов. Контролер будет больше загружен. А файлы еще передать надо.

Для уменьшения количества запросов можно сделать запросы которые возвращают больше данных. например get_sensorT (TIN) возвращает сроку в которой перечислены ВСЕ характеристики датчика через запятую, и далее если нужно выдергивается отдельный параметр.

Предлагаю попробовать решить задачу в лоб и посмотреть что получится. Протестировать одну страницу датчики, там параметров много. С оптимизацией запроса только актуальных параметров.
Главное что бы запросы не терялись.
Буфер в сетевом контроллере 32 кб должно хватить.

ЗЫ заказал еще один контроллер дуе, вторая сетевая карта есть. Можно поднять веб морду на реальном железе, и выложить здесь доступ. Будет краш тест

 

да конечно возможно...

согласен - пробуем.

люблю краши-ть)

 

думаю так правильно

 

@Sheeny, сверху @Pav2000 уже написал почему с флехи нельзя... хотя логи то все равно туда писать...

 

Ежели у кого-то есть в сети NAS, может можно туда сливать логи? (предоставить выбор пользователю)
Или, в случае хорошего интернета, на гугл (яндекс) драйв...

 

@Elprog, вариант класть в облако интересный, но неудобный... если интернет отвалится или не оплачен => логи потеряются. NAS уже лучше, но наверное сложнее реализовать. Складывать куда-то внутри домашней сети самая правильная идея... хотя конечно удобнее если будет сложено рядом с вебмордой, тогда сразу и ссылочки в ней на логи давать можно.

 

Стандартная технология логов для сетевых устройств - SNMP.
Навскидку поиском нашлась страница https://code.google.com/archive/p/agentuino/
Насколько правильно все сделано сказать не могу, не в теме.
p. s. Может пригодиться для получения времени по NTP http://technoposidelki.blogspot.ru/2009/03/ntp-arduino.html

 

@Elprog, дак я только за, у самого по SNMP когда-то логи складывались... это правильный способ для железяк у которых нету винта.
@Pav2000 что скажете?

 

SNMP требует интернета, а как же автономный режим работы? лучше поставить RTC платку для ардуины и синхронизировать ее по SNMP в те моменты, когда связь будет. например, предусмотреть кнопку на веб интерфейсе.

 

SNMP требует SNMP сервера, а не интернета. NTP да, требует интернет, но ведь можно раз в сутки синхронизировать время. Поставить галку, использовать или нет, в автономе время ставить ручками.

 

Ребята, давайте жить дружно.
Какие логи? Зачем?
Единственная причина, для которой нужна статистика - это адаптивный погодозависимый режим.
Но тут вполне можно уменьшить количество записей, просто отбрасывая определенный околонулевой интервал. тот же ПИ с околонулевой зоной.
Возможность сливать куда-то лишней не будет.
Но основная задача контроллера - поставил и забыл. Если что-то случится, задача контроллера доложить. Сам починиться всё равно не сможет. Как и погоду поменять.

 

@Gaunt, в принципе это не основная задача, согласен, кому надо будет - допишет...

 

Гггггг6шшшш

 

исправил, глянуть можно тут http://31.130.206.212/v1/index.html и я думаю нужно пару новых иконок @Sheeny ;-)

Да, видимо наилучший вариант в связке с ардуино для наших целей.

да верно, на стороне ардуины нужно отвечать на запросы причем давать ответ с правильным заголовком (200). Все это отписано в примере правильно. Наверное можно написать функцию выводящую переменные по параметру? Что б не описывать все... Важно дать всю информацию по 1 датчику в 1 запросе.