Comments 18
работает в режиме «только чтение»
куда в таком случае пишется rrd изменения температуры?
В оперативку (у бананы ее 1Gb). Раз в 15 минут сеанс связи с сервером. Если сервер подтвердил получение и корректную обработку данных, то из устройства они удаляются. В случае ошибки данные сохраняются до следующего сеанса. Пока что максимальный период отсутствия связи (из-за каких-то работ на сети оператора) был 3 суток. После восстановления связи потерь данных не обнаружено.
А что за стабилизатор? Мне казалось для котлов ставят бесперебойники, что бы насосы питать.
Пока поставил первый попавшийся на глаза Teplocom ST-555. Прыгающее напряжение он выравнивает, ну и ладно. А по результатам мониторинга за прошедшие 3 холодных месяца полное отключение электропитания было 4 раза на 5-60 минут. За это время дом остыть не успевает. Сам котел вполне способен запуститься самостоятельно. Ну или пнуть его можно удаленно, на крайний-то случай…
Посмотрел стаб, спасибо. Похоже там не ЛАТР с моторчиком, а более быстрая схема с реле. Кстати у них есть такая приблуда TEPLOCOM GSM. Но так красиво мониторить, как у вас, с графиками, не умеет. В вот сигнализацию о протечке вы могли бы сделать. легко реализовать.
Я тоже сначала хотел купить готовую систему. Но управление через SMS меня не устроило из-за больших эксплуатационных расходов при желаемых объемах передаваемой телеметрии. Т.е. только в качестве аварийного варианта. Адекватных решений для работы через Интернет найти не удалось. Вот и пришлось самому заняться разработкой.
тоже делаю аналогичную систему для мониторинга дома.
Сбор температуры идет через Arduino. К котлу подключены 2 DS18B20 (подача и обратка). В доме и на улице расставлены 4 беспроводных датчика Ambient ws-07, работающих на частоте 433Mhz. Их показания принимает ардуина с помощью RF приемника, и фирменный дисплей. С качественным RF приемником нормально ардуино нормально принимает данные через несколько стен, фактически является мостом между 433Mhz и MQTT сервером.
В качестве исполнительного механизма — оптореле, подключенное к котлу как комнатный термостат, он необходим для ограничения максимальной температуры. Так же к котлу подключен внешний датчик температуры (фактически — резистор NTC 10k) для управления мощностью котла в зависимости от температуры на улице.
Общение с Arduino идет через MQTT протокол. Ардуина публикует данные температуры, и получает команду на вкл/выкл котла.
К MQTT серверу так же подключены управляющий скрипт (если t > 22 — выкл. котел, если меньше — вкл. ) и скрипт для логирования данных.
Для хранения исторических данных используется классная библиотека graphite, к которой есть с десяток симпатичных веб-интерфейсов. (я использую grafana)
Сбор температуры идет через Arduino. К котлу подключены 2 DS18B20 (подача и обратка). В доме и на улице расставлены 4 беспроводных датчика Ambient ws-07, работающих на частоте 433Mhz. Их показания принимает ардуина с помощью RF приемника, и фирменный дисплей. С качественным RF приемником нормально ардуино нормально принимает данные через несколько стен, фактически является мостом между 433Mhz и MQTT сервером.
В качестве исполнительного механизма — оптореле, подключенное к котлу как комнатный термостат, он необходим для ограничения максимальной температуры. Так же к котлу подключен внешний датчик температуры (фактически — резистор NTC 10k) для управления мощностью котла в зависимости от температуры на улице.
Общение с Arduino идет через MQTT протокол. Ардуина публикует данные температуры, и получает команду на вкл/выкл котла.
К MQTT серверу так же подключены управляющий скрипт (если t > 22 — выкл. котел, если меньше — вкл. ) и скрипт для логирования данных.
Для хранения исторических данных используется классная библиотека graphite, к которой есть с десяток симпатичных веб-интерфейсов. (я использую grafana)
Ардуинка для меня слабовата была. Хотелось быстро собрать систему, управляемую через Интернет. А это означает linux на борту. Из-за этого и взял банану в качестве платформы.
Не рискнули подключаться к котлу по eBus, или в Вашей модели он отсутствует? У меня этот вариант был в качестве запасного, если не удастся расколоть цифровой протокол обмена. Так что в схемотехнике вариант с реле предусмотрен, но реально не используется.
А от чего у вас кормятся уличные беспроводные датчики температуры? Сам хотел их добавить, но с дополнительным датчиком влажности и с питанием от солнечных батарей.
Не рискнули подключаться к котлу по eBus, или в Вашей модели он отсутствует? У меня этот вариант был в качестве запасного, если не удастся расколоть цифровой протокол обмена. Так что в схемотехнике вариант с реле предусмотрен, но реально не используется.
А от чего у вас кормятся уличные беспроводные датчики температуры? Сам хотел их добавить, но с дополнительным датчиком влажности и с питанием от солнечных батарей.
Ардуина работает фактически только как датчик+реле. Вся логика, хранение данных и красивости крутятся на домашнем сервере на Linux (в его роли может выступать и малинка).
eBus нет в моей моделе нет (Protherm Медведь).
В этих датчиках есть измерение влажности и температуры, работают они 2х AAA батареек. Производитель обещает год работы от одного комплекта, на улицу с отрицательными температурами рекомендуют взять литиевые батарейки. У меня пока работает с алкалайновыми.
eBus нет в моей моделе нет (Protherm Медведь).
В этих датчиках есть измерение влажности и температуры, работают они 2х AAA батареек. Производитель обещает год работы от одного комплекта, на улицу с отрицательными температурами рекомендуют взять литиевые батарейки. У меня пока работает с алкалайновыми.
Добавление системы автономного электропитания устройства на случай пропадания стационарного питания (хотя, конечно, в этом режиме газовый котел работать не сможет)
Ну почему же, online ИБП с чистой синусоидой и аккум. Online ИБП в данном случае это не тот который выходит в интернет :) А тот который понижает сетевое до напряжения акума и потом делат из него чистые 220В 50 Гц.
Питать котел с ИБП смысла особого пока не вижу. Отключение обогрева на несколько часов дом охлаждает не очень сильно. При восстановлении питания можно задать быстрый прогрев на более сильном режиме. А для автономного питания порядка суток и более к ИБП придется цеплять аккумуряторы большой емкости, что и дорого и занимает место. Да и цены на ИБП с чистым синусом не относятся к разряду гуманных.
В статье имелся ввиду низковольтный ИБП для питания самого устройства. Чтобы продолжать собирать телеметрию и, в случае необходимости, все-таки успеть послать сообщение хозяину об аварии.
В статье имелся ввиду низковольтный ИБП для питания самого устройства. Чтобы продолжать собирать телеметрию и, в случае необходимости, все-таки успеть послать сообщение хозяину об аварии.
В чём смысл использования online ИБП для питания газового котла? Разве не достаточно просто чистого синуса на выходе?
Как проживающий в частном доме с газовым котлом хотел бы задать следующие вопросы:
1. Пока ещё мало народу покупают котлы с цифровыми интерфейсами. Например, у моего (Gazlux) нет, даже управление мощностью простой 7ми позиционный переключатель-крутилка. Как здесь быть?
2. Нет ли необходимости в контроле давления в системе? Например, я сам паял систему из пластика, раз в две недели приходится ручками добавлять воду в систему — открывать кран подкачки. Схемы и решения надо бы обдумать.
3. Стресс-тесты думали производить?
Хотел бы добавить, что в последнее время часто появляются «железки» для подобных решений, но часто они «сырые» как в с точки зрения аппаратной реализации, так и с функциональной стороны. Но подбор ЦА — это грамотно ;)
1. Пока ещё мало народу покупают котлы с цифровыми интерфейсами. Например, у моего (Gazlux) нет, даже управление мощностью простой 7ми позиционный переключатель-крутилка. Как здесь быть?
2. Нет ли необходимости в контроле давления в системе? Например, я сам паял систему из пластика, раз в две недели приходится ручками добавлять воду в систему — открывать кран подкачки. Схемы и решения надо бы обдумать.
3. Стресс-тесты думали производить?
Хотел бы добавить, что в последнее время часто появляются «железки» для подобных решений, но часто они «сырые» как в с точки зрения аппаратной реализации, так и с функциональной стороны. Но подбор ЦА — это грамотно ;)
1. Для Вашего котла, судя по документации, существует штатный комнатный терморегулятор, работающий по принципу «цепь разорвана — ничего не греем, цепь замкнута — греем до параметров, заданных на консоли котла». Этот вариант у меня схемотехнически предусмотрен (т.е. есть реле, которым можно управлять программно). В этом случае (в отличии от управления по eBus) температурой будет управлять сам контроллер, основываясь на показаниях своих датчиков. А на консоли котла выставляется максимальное значение температуры обогрева.
2. За три месяца эксплуатации проблем с потерей давления пока не было, но за идею спасибо.
3. Стресс-тесты пока были такого плана:
— устройство вырубили/сдохло/оторвали_кабель. Отопление должно продолжать работать в каком-то из аварийных вариантов (т.е. в любом случае мы не должны остаться без тепла);
— устройство многократно выключают в произвольный момент времени. После включения работоспособность должна сохраняться;
— при попытке зависания устройство должно самостоятельно делать аппаратный сброс и восстанавливать свою работоспособность;
— отсутствует связь через Интернет. С устройством можно общаться (запросить состояние или дать команду на изменение режима) посредством SMS;
— связь через Интернет нестабильная (покрытие «прыгает» от EDGE до LTE). Устройство само пытается выбрать диапазон, в котором в настоящее время покрытие наилучшее. Если все-таки связаться с сервером никак не получилось, то накопленные данные будут отложены до следующего сеанса связи.
2. За три месяца эксплуатации проблем с потерей давления пока не было, но за идею спасибо.
3. Стресс-тесты пока были такого плана:
— устройство вырубили/сдохло/оторвали_кабель. Отопление должно продолжать работать в каком-то из аварийных вариантов (т.е. в любом случае мы не должны остаться без тепла);
— устройство многократно выключают в произвольный момент времени. После включения работоспособность должна сохраняться;
— при попытке зависания устройство должно самостоятельно делать аппаратный сброс и восстанавливать свою работоспособность;
— отсутствует связь через Интернет. С устройством можно общаться (запросить состояние или дать команду на изменение режима) посредством SMS;
— связь через Интернет нестабильная (покрытие «прыгает» от EDGE до LTE). Устройство само пытается выбрать диапазон, в котором в настоящее время покрытие наилучшее. Если все-таки связаться с сервером никак не получилось, то накопленные данные будут отложены до следующего сеанса связи.
Да, есть такой датчик. Но я решил его не ставить. Вы верно описали режим в этом случае — ставить котёл на максимум, получаем большую амплитуду гистерезиса температур. Зачем лишние нагрузки для системы на расширение- сжатие, у пропилена эти коэффициенты больше, чем у металла.
Интересная реализация. Абонентка за облако думаю 100-300 рублей в месяц. Само устройство должно уложиться в 5000 тысяч для покупателя, при условии, что Banana у него уже есть.
Вопросы:
1) Что за клеммники в верхнем правом углу монтажки на второй фотографии? Где брали?
2) У меня котёл Viessman Vitopend 100, с двумя крутилками, внутрь пока не лазил. Там есть EBus?
Вопросы:
1) Что за клеммники в верхнем правом углу монтажки на второй фотографии? Где брали?
2) У меня котёл Viessman Vitopend 100, с двумя крутилками, внутрь пока не лазил. Там есть EBus?
Да, я на маркетинговое забыл ответить:
1. Да, индикация необходима. Варианты простая светодиодная (мне на котле её хватает) или LCD
2. 100-300 рублей в зависимости от набора услуг.
3. Вариант «железного» перехода на «ручное» управление был бы хорошим вариантом для ослабления паранои.
4. В зависимости от стоимости устройства, сейчас много кто занимается IoT и его прикладным использованием. Каковы конкурентные преимущества?
5. Готов сам сделать, хорошо для коммутации использовать надежные разъемы с защитой от переполюсовки.
1. Да, индикация необходима. Варианты простая светодиодная (мне на котле её хватает) или LCD
2. 100-300 рублей в зависимости от набора услуг.
3. Вариант «железного» перехода на «ручное» управление был бы хорошим вариантом для ослабления паранои.
4. В зависимости от стоимости устройства, сейчас много кто занимается IoT и его прикладным использованием. Каковы конкурентные преимущества?
5. Готов сам сделать, хорошо для коммутации использовать надежные разъемы с защитой от переполюсовки.
а по какой схеме собран ваш преобразователь для eBus (тот, что Интерфейсный блок на макетной плате)?
И вы уже его модернизировали, сделав не на макетной плате?
Sign up to leave a comment.
Удаленный мониторинг и управление микроклиматом в загородном доме