Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 84
Под антенной модуля заливку медным полигоном рекомендуется убирать.
Как будут считаться показания воды при отключенном электричестве?
Никак не будут. Всегда можно подкорректировать показания если из-за отключения будет большая разница.
а не проще батарейку подцепить?
esp потребляет не мало в активном режиме
ну так в таких устройствах самый интересный геморой — это добиться автономности и пониженного энергопотребления)) Ну и батарейку можно держать как резервный источник
Я задумывался об автономности. Но за все время я не столкнулся с проблемой отключения электричества, поэтому решил пока не усложнять схему. В идеале конечно лучше использовать аккумуляторы, а не батарейку.
Или как вариант иметь интерфейс для ПБ (PowerBank).
Повесить бы генератор на трубопровод с холодной водой и пару акб 18650 для резерва и учета горячей воды. Было бы полностью автономное решение без подвода внешнего электричества. Принял душ — зарядил акб.
Если нет света, то и нет активного режима — интернет-то тоже пропал. Так что можно гасить радио или даже уходить в глубокий сон.
Данных не много, если сделать счетчик в самой памяти, а работу Wi_Fi только в случае наличии основного питания? Или отдавать показания раз в сутки (этого более чем достаточно для сдачи показаний)
бачок унитаза медленно, но верно пропускал воду
Т.е. он ее пропускал в унитаз так, что вы не видели? Тогда, конечно, слава
почему же, при оплате счета вдали от дома теперь можно легко узнать цифры…
Тут уже говорили, почему легко нельзя. Чтобы можно было легко, нужно, чтобы эта штука имела а) резервное питание б) постоянный контроль канала связи в) еще что-то, что я забыл. Ни того, ни другого, ни третьего здесь нет. А следовательно намечается любопытная игра в
Всегда можно подкорректировать показания если из-за отключения будет большая разница
И большинство сталкиваются с проблемой снятия показаний с этих счетчиков и их своевременной сдачей.
Тоже сталкивался с проблемой снятия показаний. Посчитал тогда средний расход, получилось 5 кубов и 100 киловат в месяц. С тех пор их и передаю.
Только при очередной поверке может быть сюрприз с большой разницей в переданных и фактических показаниях. В какой-то статье человек писал, что у него так на много тысяч рублей разница получилась.
Ну и что? Неприятно конечно дополнительные несколько тысяч разом платить, но по сути эту же сумму бы пришлось заплатить ранее, если бы показания снимались ежемесячно.
Впрочем, на практике, контролёры проверяют счётчики где-то раз в год (Москва), и расхождения были небольшие.
Впрочем, на практике, контролёры проверяют счётчики где-то раз в год (Москва), и расхождения были небольшие.
Я не очень разбираюсь в счётчиках, но разве сам счётчик не должен быть каким-то специальным и позволять снимать показания электронно? Просто статья так написана, как-будто это очевидно.
Бывают счетчики с т.н. «цепью Намур». Особенность в том, что замкнутое и разомкнутое состояния отличаются сопротивлением (например, 1.5К и 5.5К). Чтобы это преобразовать в логические уровни, нужно расчитать и добавить делитель напряжения на резисторах. Такая схема позволяет отслеживать обрыв провода и короткое замыкание.
Мой счетчик может работать как по вашему варианту так и просто отслеживая импульсы.
UPD. Не внимательно прочитал ваше сообщение. Если так, то ваш девайс подходит для ограниченного круга типов счетчиков.
Я подумал, раз заказывали промышленную плату, наверное речь о каком-то серийном производстве
Я подумал, раз заказывали промышленную плату, наверное речь о каком-то серийном производстве
Я думал, что мой вариант импульсные счетчики поддерживают по умолчанию.
Я на самом деле делал подобную штуку на ESP8266, только на батарейках. На первой же инсталляции вне своего дома я узнал про то что бывает цепь Намур :) Многое пришлось переделать.
А какая логика работы была при питании от батареек?
Просыпаемся раз в 10 сек, смотрим уровни, записываем во флеш показания, засыпаем. Пару раз в день коннектимся к своему серверу, отправляем даннные. В таком режиме по расчетам пары щелочных АА должно было хватить не менее чем на год.
А как реализован учет импульсов? Как система их не пропускает при большом потоке воды? Насколько знаю, поток воды из крана примерно 10 л/с…
Поток из крана не может быть 10 л/с. :) Представьте себе как десяти литровое ведро наполняется за секунду. :)
У меня дома довольно приличный поток, 10 литров вытекает примерно за 55 секунд. 10 литров как раз соответствуют одному импульсу счетчика. Длина импульса от фронта до спада примерно 20 секунд. При измерениях раз в 10 секунд гарантированно увидим весь импульс. Логика такая — включаемся, запоминаем текущий уровень, засыпаем. Просыпаемся, если текущий уровень поменялся с 0 на 1 — считаем что утекло еще 10 литров. И так далее.
Просыпаемся раз в 10 сек, смотрим уровни, записываем во флеш показанияПолучается, 8'640 записей в сутки, 3'153'600 в год. Какой у того флеша ресурс?
1. Показания пишутся, только если они изменились. Средний суммарный расход квартиры в месяц — 30 кубов (у меня), это 3000 импульсов в месяц или около 100 в день, 36500 записей в год.
2. Показания пишутся в зацикленную таблицу из нескольких тысяч записей.
Таким образом каждая отдельная ячейка памяти переписывается всего несколько раз в год.
2. Показания пишутся в зацикленную таблицу из нескольких тысяч записей.
Таким образом каждая отдельная ячейка памяти переписывается всего несколько раз в год.
«бачок унитаза медленно, но верно пропускал воду»
у меня похуже было: водяной фильтр с переливом обратно в канализацию, т.е. понемногу спускал застоявшуюся воду, и в один прекрасный день клапан прохудился… Через какое-то время журчание услышали, перекрыл фильтр, но 200 кубов воды не вернуть. Почти 10 т.р. насчитали.
у меня похуже было: водяной фильтр с переливом обратно в канализацию, т.е. понемногу спускал застоявшуюся воду, и в один прекрасный день клапан прохудился… Через какое-то время журчание услышали, перекрыл фильтр, но 200 кубов воды не вернуть. Почти 10 т.р. насчитали.
А я бы сделал как-то так: с датчика сигнал идёт на отдельную микросхему-счётчик (неважно какую, можно подобрать под себя и под минимальное потребление), а уже эта железка периодически считывает сколько там на счётчике (на микросхеме то есть) натикало за этот период, и сбрасывает счётчик, показания плюсует в свою память. Запитать микросхему от двух источников — один основной, второй — через диод от батарейки. В таком варианте и батарейка не будет разряжаться, и потери импульсов не будет.
Конечно, тогда нужно несколько нюансов соблюсти:
— ёмкость микросхемы должна быть достаточна на самый пессимистичный сценарий (например, света нет сутки, и большой расход воды — правда, с трудом представляю, такой вариант). Если один импульс на 10 литров, то, к примеру 8-разрядного счётчика должно хватить на 2550 литров. Допустим, 10л/минуту — более 4х часов. ИМХО, хватит всем (с), а если нет — можно взять 16-разрядный (около 109 часов при том же расходе).
— Батарейку надо будет на 5В, если использовать КМОП логику (нам быстродействия тут не надо, а вот потребление надо по-минимуму). Или подыскать что-то такое чтобы и батареек немного надо было, и потребление низкое.
Конечно, тогда нужно несколько нюансов соблюсти:
— ёмкость микросхемы должна быть достаточна на самый пессимистичный сценарий (например, света нет сутки, и большой расход воды — правда, с трудом представляю, такой вариант). Если один импульс на 10 литров, то, к примеру 8-разрядного счётчика должно хватить на 2550 литров. Допустим, 10л/минуту — более 4х часов. ИМХО, хватит всем (с), а если нет — можно взять 16-разрядный (около 109 часов при том же расходе).
— Батарейку надо будет на 5В, если использовать КМОП логику (нам быстродействия тут не надо, а вот потребление надо по-минимуму). Или подыскать что-то такое чтобы и батареек немного надо было, и потребление низкое.
не успел отредактировать, но допишу, чтобы мысль не потерять, пока она появилась: сигнал с какого-то разряда (зависит от того, как часто нам нужны показания) можно использовать для пробуждения esp и далее esp отрабатывает коротенькую программку, которая плюсует состояние счётчика, и передаёт на сервер значение, после чего засыпает.
Почему тогда сразу не будить МК по импульсу со счетчика?
Пусть просыпается каждый импульс и обновляет значение в памяти.
Пусть просыпается каждый импульс и обновляет значение в памяти.
А зачем такое разрешение? Для передачи показаний вручную всё равно разброс в лучшем случае 1-2 суток (не думаю, что кто-то передаёт в один и тот же день и час). Да и опять же энергопотребление — пока МК спит, микросхема-счётчик работает, но потребляет во много раз меньше, и может работать от батарейки если электричество отключили. Но никто не мешает сделать и по каждому импульсу, или наоборот — чуть ли не на последний разряд (но тогда есть риск потери множества показаний если окажется, что батарейка сдохла, тогда надо ещё делать контроль напряжения батарейки). Сделать настраиваемым — вывести десяток перемычек, и выбирать джампером, к примеру. Вариантов масса.
Потому что — если можно сделать одним устройством c с приемлемым временем работы, то и надо делать одним устройством. Чем проще, тем лучше.
У тех же микроконтроллерах на Cortex-M4 такое минимальное потребление в Sleep Mode, что — а зачем ещё что-то?
На микроконтроллеры TI вот такие данные:
Deep Sleep Mode = 600мкА
Hibernate = 5мкА
Изначально находимся в hibernate. Просыпаемся от сигнала на пине, увеличиваем счётчик, уходим в sleep. Ещё сигнал — опять просыпаемся, увеличиваем счётчик, опять в sleep. Если в течении 5 минут сигнала нет, по таймеру уходим в hibernate.
Даже с аккумулятором на 1200мАч, у вас более две тысячи часов эта штука проработает с постоянно открытыми кранами. А если предположить, что водой пользуются 3 часа в день, то 1200/(0.6*3+0.005*21)= 629 дней.
Да, можно сказать — что на вывод из сна, и увеличение счётчика — будет уходить тоже батарейка, но на самом деле это ерунда — за эти микросекунды, что он не спит — он скушает мало. Для простоты — просто поделим на 2, чтобы не заморачиваться — всё равно 300 дней получится.
Мне кажется, если 300 дней не будет электричества — то волновать счётчики будут в последнюю очередь. И в эти 300 дней там кто-то должен жить, иначе не будет расхода воды по 3 часа в день. Это просто какая-то нереальная ситуация.
У тех же микроконтроллерах на Cortex-M4 такое минимальное потребление в Sleep Mode, что — а зачем ещё что-то?
На микроконтроллеры TI вот такие данные:
Deep Sleep Mode = 600мкА
Hibernate = 5мкА
Изначально находимся в hibernate. Просыпаемся от сигнала на пине, увеличиваем счётчик, уходим в sleep. Ещё сигнал — опять просыпаемся, увеличиваем счётчик, опять в sleep. Если в течении 5 минут сигнала нет, по таймеру уходим в hibernate.
Даже с аккумулятором на 1200мАч, у вас более две тысячи часов эта штука проработает с постоянно открытыми кранами. А если предположить, что водой пользуются 3 часа в день, то 1200/(0.6*3+0.005*21)= 629 дней.
Да, можно сказать — что на вывод из сна, и увеличение счётчика — будет уходить тоже батарейка, но на самом деле это ерунда — за эти микросекунды, что он не спит — он скушает мало. Для простоты — просто поделим на 2, чтобы не заморачиваться — всё равно 300 дней получится.
Мне кажется, если 300 дней не будет электричества — то волновать счётчики будут в последнюю очередь. И в эти 300 дней там кто-то должен жить, иначе не будет расхода воды по 3 часа в день. Это просто какая-то нереальная ситуация.
Кстати, 16 нога как раз реагирует на пробуждение. Можно через диоды с обоих счётчиков притянуть к 16 ноге. При замыкании одного из счётчиков модуль просыпается, проверяет оба счётчика и смотрит на каком изменилось состояние, записывает, сохраняет и уходит в глубокий сон.
Тем временем, оказывается в природе уже есть совсем мелкие модули Esp8266 Esp-09 размером с монетку. 10х10 мм.
Давно пора делать счётчики со встроенным подобным контроллером и питанием прямо от проходящей воды (типа генератора сделать внутри). В определённых кругах будут расходиться как горячие пирожки :)
А в каких кругах, если не секрет?
Среди технически грамотного населения. На гиктаймсе, думаю, таких большинство. А если эту фишку хорошо продумать и создать инфраструктуру для передачи данных прямо на сервер водоснабжающей организации — то и всякие домохозяйки подтянутся.
Большинство населения удавится за копейку, а такие счетчики будут наверняка дороже обычных. Гики скорее сами соберут какую-нибудь приблуду, да и мало их в общем объеме населения.
А вот кто может заинтересоваться — это застройщики в новых домах и их управляющие компании. Хотя при застройке нет проблем и проводную систему сбора сделать, что обычно и делают в новых домах.
Остаются УК, которые хотят автоматизировать сбор данных в уже сданных домах, где слишком затратно тянуть провода.
Вот если удастся ценник сделать на уровне «глупых» аналогов, тогда может быть, может быть…
А вот кто может заинтересоваться — это застройщики в новых домах и их управляющие компании. Хотя при застройке нет проблем и проводную систему сбора сделать, что обычно и делают в новых домах.
Остаются УК, которые хотят автоматизировать сбор данных в уже сданных домах, где слишком затратно тянуть провода.
Вот если удастся ценник сделать на уровне «глупых» аналогов, тогда может быть, может быть…
На снятие показаний и их передачу тратиться 5-7 минут. Тут одних трудозатрат, что за всю жизнь не окупить. Кто-то должен был поворчать :)
Можно на этой основе сделать датчик протечки воды — будет сообщать письмом или как-нибудь еще.
Например, свет в ванной/туалете не горит, а вода течет, хотя тут наверно надо контролировать еще работу стиральной машины и набор воды бочком унитаза.
Например, свет в ванной/туалете не горит, а вода течет, хотя тут наверно надо контролировать еще работу стиральной машины и набор воды бочком унитаза.
Детектор протечки делается по наличию собственно воды на полу. Если же имелась ввиду протечка воды унитазом — то надо тогда уж в унитазе и клапан с датчиком — чтобы можно было знать, набирается ли сейчас вода или нет. Заодно и можно было бы контролировать скорость набора — если низкая — то аларм (может быть протечка, и из-за этого медленно набирается, или клапан на самом деле не закрылся, а показывает что закрылся или ещё что). Ну тогда в довесок надо датчик давления в трубах — вдруг давление упало, и поэтому медленно набирается… И тогда ещё… короче, так можно каждый сантиметр датчиками обвешать. А потом нанять инженера, который будет всю эту систему обслуживать (то датчик какой окислился, то проводок оторвался, то ещё что).
Я то как раз за то, чтобы не ставить кучу датчиков. Я имел ввиду возможность контролировать саму утечку воды не наличием ее на полу, а тем, что без явных признаков использования санитарных помещений происходит потребление воды.
Нельзя так. Если у датчика разрешение 10л — то напрасное потребление воды — это один сигнал. Один. Импульс. Это можно и вовсе счесть погрешностью. Даже если на второй импульс Вы решите реагировать — то 20 литров воды на полу ну никак не обрадуют, особенно соседей снизу. Хорошо если прорвало где-нибудь, что стекает, например, в раковину или в ванную (или в тот же унитаз). А если где-то в другом месте?
К явным признакам указали включенный свет. Но вот у меня (да и у многих такое есть) стоит в ванной датчик, реагирует на движение — если пару минут (или 5, не помню на сколько настроено) нет движения — свет выключается, при появлении человека — включается автоматически. Всё бы ничего, но за занавеской в ванной этот датчик «видит» плохо, а чаще не видит совсем — и считает что никого нет. Приходится махать ему рукой «эй, я тут». Хорошо, что освещение светодиодное, и при отключении автоматикой немного продолжает светиться, так что не напрягает.
К явным признакам указали включенный свет. Но вот у меня (да и у многих такое есть) стоит в ванной датчик, реагирует на движение — если пару минут (или 5, не помню на сколько настроено) нет движения — свет выключается, при появлении человека — включается автоматически. Всё бы ничего, но за занавеской в ванной этот датчик «видит» плохо, а чаще не видит совсем — и считает что никого нет. Приходится махать ему рукой «эй, я тут». Хорошо, что освещение светодиодное, и при отключении автоматикой немного продолжает светиться, так что не напрягает.
Если сделана гидроизоляция и порожек — то 20 литров на полу — не так страшно для соседей. Даже в ванной на 4 кв.м и порожке 2см — это 80 литров. Вот гипсокартон весь под замену, что конечно печально.
Датчик движения — абсолютно не подходит к защите от протечки, и дело даже не в том — что он может не замечать человека. Кстати, в вашем случае, можно и дублирующий выключатель поставить, или датчик потока (занавеска ведь для душа нужна, и если есть расход — просто не отключать свет), или дежурное освещение сделать (т.е. когда одна лампочка горит всегда), ну и можно много других способов придумать.
Проблема датчиков движения (да и других косвенных методов определения нахождения человека в санузле), как защиты от потопов — в бытовой технике. Стиральная машинка (а они зачастую в санузлах), или посудомойка (на кухне ведь тоже системы от протечек нужны) — работают без нахождения человека рядом. Хотя расход воды у них есть. И такие системы — просто перекроют воду во время стирки. Если бы не бытовая техника — то куда более эффективным средством было бы не определение по счетчику и датчику движения утечки, а значительно проще — по умолчанию держать краны ввода закрытыми (использовать шаровый кран с сервоприводом, или соленоид), и открывать только при наличии человека в санузле. Практически идеальная защита от потопа, и гидроудары не страшны, т.к. краны закрыты, а даже если где и прохудится — то краны изначально закрыты, ну или если человек в санузле и в этот момент авария — ну человек заметит это сам, и сам перекроет.
Датчик движения — абсолютно не подходит к защите от протечки, и дело даже не в том — что он может не замечать человека. Кстати, в вашем случае, можно и дублирующий выключатель поставить, или датчик потока (занавеска ведь для душа нужна, и если есть расход — просто не отключать свет), или дежурное освещение сделать (т.е. когда одна лампочка горит всегда), ну и можно много других способов придумать.
Проблема датчиков движения (да и других косвенных методов определения нахождения человека в санузле), как защиты от потопов — в бытовой технике. Стиральная машинка (а они зачастую в санузлах), или посудомойка (на кухне ведь тоже системы от протечек нужны) — работают без нахождения человека рядом. Хотя расход воды у них есть. И такие системы — просто перекроют воду во время стирки. Если бы не бытовая техника — то куда более эффективным средством было бы не определение по счетчику и датчику движения утечки, а значительно проще — по умолчанию держать краны ввода закрытыми (использовать шаровый кран с сервоприводом, или соленоид), и открывать только при наличии человека в санузле. Практически идеальная защита от потопа, и гидроудары не страшны, т.к. краны закрыты, а даже если где и прохудится — то краны изначально закрыты, ну или если человек в санузле и в этот момент авария — ну человек заметит это сам, и сам перекроет.
Полезная статья. А что за разъем у счетчиков?
Какая марка счётчика используется? Насколько законно подключение к нему (не возникнет ли у водоканала вопросов, что это за провода к нему идут)?
В принципе, проблему автономности можно решить установкой ИБП для сигнализаций, на все такие устройства в доме — от роутера до схем датчиков. Но придется тянуть провода…
Впрочем, проблема автономности, наверное, не даст особо большую погрешность, так как без света редко используется большой объем воды.
Впрочем, проблема автономности, наверное, не даст особо большую погрешность, так как без света редко используется большой объем воды.
Спасибо за наводку. Сам до этого пользовался каким-то другим (ссылки нет под рукой), но не очень понравилось, правда при некоторой сноровке можно в чём угодно проектировать.
Долгая и интересная жизнь обычно на форумах по электронике — только вот совместной работы нет над одним проектом — каждый сам что-то дорабатывает и в итоге получаются множество разных. Да и сложно будет достигнуть консенсуса в таком деле — один проложит дорожку так, другой этак.
Долгая и интересная жизнь обычно на форумах по электронике — только вот совместной работы нет над одним проектом — каждый сам что-то дорабатывает и в итоге получаются множество разных. Да и сложно будет достигнуть консенсуса в таком деле — один проложит дорожку так, другой этак.
Оптимизация бывает в электронике по разным направлениям, поэтому каждый может оптимизировать (совершенствовать) схему по-разному, и другим будет так не надо. Это может привести к множеству форков, но может быть это и к лучшему — народ сможет выбирать.
Например, можно оптимизировать по суммарной стоимости компонентов, можно по минимизации типоразмеров элементов (их разнообразия) — если для производства, можно по надёжности в ущерб стоимости и сложности, и так далее. Иногда можно ряд целей совместить, но далеко не всегда.
Помню, на одном из форумов (в корпоративной большой сети) лет 8 назад был подраздел с микроконтроллерами — и там организовывали разные соревнования — например, кто реализует задачу с минимальным объёмом кода, кто реализует с минимумом деталей, или с минимальным потреблением. Проектировалось и проверялось в те годы в какой-то довольно мощной системе, и было наглядно и понятно всем, а кому хотелось больше — собирал в реальном железе. Так вот, даже когда казалось бы, что уже некуда оптимизировать, находился участник, который ещё улучшил в заданном направлении.
P.S. у меня есть одна схемка, требующая доработки, но сделана в другой системе на другом сайте, надо будет найти где я делал, и попробовать перенести. Это было устройство для дистанционного управления жалюзи с двумя оптическими датчиками крайних положений. Если интересно, можно найти статью, которую я писал на ru.intel.com (IT Galaxy), ныне закрытом уже. После этого была ещё одна доработка этого устройства, схема которой до сих пор только на листке бумаги существует, а реальная железка всё ещё работает у меня дома.
Например, можно оптимизировать по суммарной стоимости компонентов, можно по минимизации типоразмеров элементов (их разнообразия) — если для производства, можно по надёжности в ущерб стоимости и сложности, и так далее. Иногда можно ряд целей совместить, но далеко не всегда.
Помню, на одном из форумов (в корпоративной большой сети) лет 8 назад был подраздел с микроконтроллерами — и там организовывали разные соревнования — например, кто реализует задачу с минимальным объёмом кода, кто реализует с минимумом деталей, или с минимальным потреблением. Проектировалось и проверялось в те годы в какой-то довольно мощной системе, и было наглядно и понятно всем, а кому хотелось больше — собирал в реальном железе. Так вот, даже когда казалось бы, что уже некуда оптимизировать, находился участник, который ещё улучшил в заданном направлении.
P.S. у меня есть одна схемка, требующая доработки, но сделана в другой системе на другом сайте, надо будет найти где я делал, и попробовать перенести. Это было устройство для дистанционного управления жалюзи с двумя оптическими датчиками крайних положений. Если интересно, можно найти статью, которую я писал на ru.intel.com (IT Galaxy), ныне закрытом уже. После этого была ещё одна доработка этого устройства, схема которой до сих пор только на листке бумаги существует, а реальная железка всё ещё работает у меня дома.
Никто не думал о том, как снимать показания с уже установленных счетчиков без имульсного выхода? Первое что приходит на ум — вебкамера снимает показания счетчика, они распознаются в цифры и идет запись в БД.
А можно было бы увидеть исходники приложения под Андроид?
Вот кто как решает проблему.
я вот поставил себе напоминалку в rememberthemilk с ежемесячным повторением. Каждый день приходит напоминание на телефон и почту, пока не поставишь, что задачка выполнена.
А если в отъезде подаёшь просто средние и всё.
я вот поставил себе напоминалку в rememberthemilk с ежемесячным повторением. Каждый день приходит напоминание на телефон и почту, пока не поставишь, что задачка выполнена.
А если в отъезде подаёшь просто средние и всё.
Альтернативное (тупое) решение.
К сожалению, есть ещё несколько подобных платежей: электричество, газ, телефон. У каждого — свой счётчик (у телефона — на сайте). У каждого — свой крайний день оплаты.
Поэтому я сделал проще: сделал напоминалки на toodledo.com и полностью забыл о датах. Причём о всех датах, включая кредит, ОСАГО, ТО, парковка. Это единственное, что мне понравилось в GTD.
К сожалению, есть ещё несколько подобных платежей: электричество, газ, телефон. У каждого — свой счётчик (у телефона — на сайте). У каждого — свой крайний день оплаты.
Поэтому я сделал проще: сделал напоминалки на toodledo.com и полностью забыл о датах. Причём о всех датах, включая кредит, ОСАГО, ТО, парковка. Это единственное, что мне понравилось в GTD.
У меня подобное решение, правда на базе готовой «желтой» платы esp12 работает почти 2 года.
Отправляет данные тоже на thingspeak? а потом раз в месяц скрипт на сервере забирает и шлет данные на pgu.mos.ru (немного отреверсил api мобильного приложения).
Если бы было открытое API, то можно было бы сделать рабочий сервис, а так только для внутренего пользования.
За это время:
1 из 4 счетчиков убежал на пару кубов — то есть вполне надежно
2 раза «чинил» api — не надежно, костыльно и т.д.
А сборная плата дело хорошая, но тогда действительно нужен счетчик + тогда можно попробовать пить от Литиевой батарейки и будить ESP когда счетчик заполнен.
Отправляет данные тоже на thingspeak? а потом раз в месяц скрипт на сервере забирает и шлет данные на pgu.mos.ru (немного отреверсил api мобильного приложения).
Если бы было открытое API, то можно было бы сделать рабочий сервис, а так только для внутренего пользования.
За это время:
1 из 4 счетчиков убежал на пару кубов — то есть вполне надежно
2 раза «чинил» api — не надежно, костыльно и т.д.
А сборная плата дело хорошая, но тогда действительно нужен счетчик + тогда можно попробовать пить от Литиевой батарейки и будить ESP когда счетчик заполнен.
На прошлой неделе поменял счетчики на новые, уже с импульсным выходом. Собирался что-то подобное делать, а тут — оппа, готовый проект, и даже с платой. Спасибо Вам за труд. А корпус Вы какой-то стандартный использовали?
Спасибо за статью, она сподвигла\вдохновила меня перейти на ESP8266! Спасибо!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Снятие показаний счетчиков воды: ESP8266 + Android