Перейти к публикации
iT4iT.CLUB

Alex_DIY

Пользователи
 Просмотреть профиль  Активность

  • Публикации

    91

  • Зарегистрирован

  • Посещение

  • Дней в лидерах

    20

Все публикации пользователя Alex_DIY

  1. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    имея этот датчик, не имеет смысла подключать так как BME280 сам умеет измерять относительную влажность и температуру не хуже.
  2. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    я немножко не с вами, ибо у меня пины ADC, 4,5 ножки висят в воздухе, так как я использую "голый модуль" esp8266-07. У меня поправочный коэффициент получился 1.025 (ESP.getvcc*1,025). В итоге за 2 месяца использования не сильно то и скачет напряжение. Но питание у меня батареечное, как я уже писал (3х АА) черед dc-dc LDO MCP1700. Обрыв на графике - это у меня интернет отрубился на несколько дней, пока я был в отпуске, модуль продолжал работать и не выключался с 27 сентября 2017 года. Фото модуля, это еще во время отладки делал и поэтому питание на ней заведено уже готовое 3.3 вольта(желтый и зеленый проводки), минуя dc-dc.
  3. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    у некоторых можно , наверное, калибровку разве что сбить. Да и то не уверен.
  4. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    Интересный вопрос всплыл:-) а я коэффициент изменил с 0.001 на 0.001025, в Вашем убедился бы мультиметром, что к ESP приходит таки 3.3 В и поменял бы коэффициент на 0.0011874. Интересно,как всё-таки это надо корректировать как постоянную ошибку - прибавлением, или же умножением. Я где-от встречал, что умножением на поправочный коэффициент и у меня он получился 1.025, чтобы получить величину в милливольтах как по мультиметру. А теперь подумал, что может правильнее было б вычесть-прибавить... как постоянную ошибку.
  5. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    Во-первых, метеостанция это прибор для определения погодных условий. Вряд ли представляют интерес 5 температур, измеренных в одной точке. Во-вторых, раскидать датчики температуры по комнатам вообще сомнительно. Вы подключает датчики к БЕСПРОВОДНОМУ модулю, чтобы потом опутать квартиру проводами датчиков? Сомнительное решение с точки зрения проектирования. Уж не говорю об ограничении длины связи цифрового интерфейса.
  6. Alex_DIY
    Это значит, что у функций разный алгоритм. Следовательно, не стоит ожидать одинаковой скорости. Насколько разные - зависит от алгоритмов и оптимизаций, заложенных в компилятор или транслятор. В приведённом примере с test1 и test2 как раз все зависит от компилятора, очевидно, что он мог оптимизировать код, но не сделал этого. Вряд ли создатели python не ставили целью быстрое выполнение кода, написанного на этом языке. Цифры говорят, что да. А одинаковый ли приоритет на машинное время имеют СУБД и python? Может СУБД имеет приоритет над другим процессами, а phyton нет, поэтому имеет отставание простаивая в очереди на процессорное время? Это не утверждение, а предположение. Просто как-то в голове не укладывается, что один и тот же алгоритм может давать трехкратную разницу в разных модулях. На 99% уверен, что да, последовательно. Да приоритет важности у сообщений разный, но Вы мыслите глобально, а проект у нас всего лишь позиционируется как домашний. Вряд ли в домашнем проекте таблица со значениями всех топиков брокера превысит 50 строк. Да даже и сто, для СУБД это почти ничто. Плюс скорость получения данных(частота опроса) она тоже не стремится к бесконечности, чтобы даже на этих 50 записях нагрузки СУБД(хотя тут ещё надо сделать оговорку на железо, где СУБД работает). Далее, стоит также оценить задержку из-за "неоптимальной" работы СУБД, ну пусть она будет 3 секунды, в домашнем применении это ни на что не влияет. Даже протечка- время закрытия крана больше. Поэтому по моему мнению, существенного влияния на домашнее применение задержки не окажут, да, чисто академический интерес в оптимизации присутствует, согласен. У самого частенько включается режим перфекциониста и хочется сделать максимально правильно, даже там, где этого не нужно. Вернусь к базе. Я слегка обновил в памяти знания и учитывая область применения и объём хранимой информации (не более 50 записей). Primary key у нас итак априори уникальный. Плюс ко всему primary key итак является индексируемым полем, то у меня сомнения в использовании отдельного индекса. Так как это потери времени на операциях вставки - обновления полей из-за перестроения таблицы индексов. Может ошибаюсь. Также, учитывая малое количество записей индексирование вообще не даст заметных плюсов в выборке, а вот задержек в insert/update добавить может. Ошибаюсь? P.S.хотел описать, что для поездки в булочну не годятся подходы, применяемые для проектирования самолета истребителя, да, истребитель быстр, но вряд ли оптимально на нем летать в булочную за углом дома. НО прочел название темы и не увидев в нем четкого позиционирования в низкопроизводительный класс, беру свои слова, касательно "не более 50 строк в табилце" обратно. Свое применение наложил на данной средство и с этой позиции веду обсуждение, что наверное не верно.
  7. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    Мне кажется не сколько датчиков ds18b20 выходят за рамки понятия метеостанция. Один да, вписывается, допустим, человек хочет собрать метеостанцию имя лишь модули bmp180 и ds18b20.
  8. Alex_DIY
    именно, про именованные индексы я забыл и принял его за столбец таблицы? Теперь ясно. То , что поиск по индексам происходит значительно быстрее, чем не по индексированным столбцам это общеизвестно, в приведенном подтверждении по команде EXPLAIN не понял, разве , что отсутствует оптимизация, не стоит на этом терять время, поясняя мне просто примем за аксиому, да и я это не подвергаю сомнению. Алгоритм подсчета md5, мне кажется один и стандартизован, поэтому где он реализован быстрее в phyton или Mysql ... думаю скорости сопоставимы, а вот то что в базу передаются только топики, а то что она индексы сама себе организует, то да, решение более красивое, согласен. Если алгоритм един, то одинаковое вроде бы. Если алгоритм разные, то да, будут отличия. Подсчет хэш суммы вряд ли имеет множество алгоритмов. Я думаю, это не те "блохи", которых стоит ловить в свете ожидаемой не высокой нагрузки по решению данных задач и можно охарактеризовать скорость как "очень быстро". По крайней мере на данном этапе вряд ли стоит обращать на это внимание. И Вам спасибо, что уделяете время и разжовываете для тех, кто не совсем в теме.
  9. Alex_DIY
    т.е. в исправленном виде это будет выглядеть так? CREATE TABLE `topics` ( `md5` varchar(32) NOT NULL, `time` bigint(20) DEFAULT NULL, `topic` text, `value` text, PRIMARY KEY (`md5`)) Просто на картинке в первом посте столбца md5_UNIQUE не наблюдается. Я так понимаю, что это md5 от md5? Нагружать за каждое сообщение от брокера повторным расчетом хэша мне кажется это избыточно. Я лет 15 назад в университете с базами данных Oracle баловался ( под Windows NT 4.0), но то было давно, да и технологии шагают семимильными шагами, поэтому могут вырываться глупые вопросы :-) Если и python и база на одном и том железе, то по идее какая разница какой процесс процессорное время скушает.
  10. Alex_DIY
    @Kitsum сходу sqlite Ваш файл sql не переварил, ругаясь на неверный синтаксис. Начал править, куря мануал по sqlite, затем перечитал еще раз первый пост. Получается демон просто хранит в базе всего лишь последние значения каждого топика насколько я понял? То есть я не смогу из таблицы topics сделать выборку записей определенного топика за какой-то промежуток времени? Почему выбран вариант подсчет md5 в виде процедуры базы данных, а не силами python? Тут вопрос корыстный, Sqlite такого не может(в плане процедур), поэтому буду этосилами python считать. Хотя, если ответ на вопросы в начале моего сообщения утвердительный, то мои таблицы будут выглядеть совсем иначе получается, и мне хэш имен топика ни к чему, так как я планирую логировать все значения определенных топиков во времени. Пока ясно лишь одно, что надо подумать над структурой своей БД. Туплю. В базе мы должны иметь таблицу с последними полученными от брокера значениями. Всё верно, иначе мы их никак не получим от брокера, ибо он последние пришедшие не особо то и хранит. Хотя вроде бы показалось, что были опции в конфиге по времени хранения сообщений. но все равно в базе надежнее. Просто мне нужно отдельную таблицу завести для логирования оперделенных топиков. CREATE TABLE `topics` ( `md5` varchar(32) NOT NULL, `time` bigint(20) DEFAULT NULL, `topic` text, `value` text, PRIMARY KEY (`md5`), UNIQUE KEY `md5_UNIQUE` (`md5`) ) @Kitsum не понял что делает эта конструкция UNIQUE KEY `md5_UNIQUE` (`md5`)? UNIQUE KEY (`md5`) объявляло бы md5 уникальными ключами, но PRIMARY KEY как бы априори содержит уникальные ключи. Но md5_UNIQUE меня вообще в ступор вводит.
  11. Alex_DIY
    Во-первых, это только моя зона ответственности. ни от какого дяди и тети мой роуер не зависит. Скажем так он сервер системы умного дома. Он в моей зоне ответственности. Если мне нужна будет сверхнадежность- задублирую роутеры. Поэтому исключать его мы не будем. С интернетом и сторонними сервисами - в нем вы надежности моего варианта не достигните Если уж в жилище погаснет свет, то тут се-ля-ви, роутер погас. то и датчики и исполнительные устройства тоже не работают, впрочем как и в вашем случае. Что-то не заметил у вас этого. Вашему вентилятору в ванной плевать на температуру в комнате и за окном. он о них и не знает, как я понимаю. Его функция очень проста и ни с кем не связана. только с его внутренним датчиком - влажность достигла порога - работаем, понизилась - выключаемся. Логика работы не сложнее обогревателя с термостатом. Множество несвязанных между собою устройств выполняют только какие-то основные базовые (очень простые) функции им недоступна сложная логика работы. Опыт на заводе с автоматикой это одно, где много людей с разной степенью понимания системы, с разной степенью ответственности и т.п. Я бы не стал напрямую переносить опыт завода на систему умного дома. Меня голосовое управление не цепляет. Когда спит в комнате человек голосом пытаться управлять системой... зачем будить, уж лучше тихо пультиком или смартфоном или орать при входе в квартиру включи свет... нее это не мой вариант Если сработал датчик в двери на открытие сувальды замка и уровень освещенности в прихожей ниже определенного уровня. то по rf433 шлется сигнал на радиовыключитель и загарается свет в прихожей, еще до того как я полностью входную дверь распахну. Понимание дома ли я или нет по датчикам на каждом из замков + задвижке. То есть их 3. И скажем если дверь заперта на задвижу, то хозяин 100% дома, так как снаружи ее запереть невозможно. Если заперты все замки кроме задвижки, то хозяин квартиру покинул. Впрочем, мы тут сильно наоффтопили в теме про метеостанцию, как только нас Kitsum терпит. Я оффтопить заканчиваю
  12. Alex_DIY
    Мне пока только это и нужно. В обратную сторону можно и извратиться через php и mosquitto_pub утилиту. В обратную сторону разве что для bash скриптов, но мне это не надо. Да и это лишняя нагрузка на базу. У меня роутер asus n56 с прошивкой от padavan + Entware подключил. До этого даже вэб сервер на предыдущем asus wl500gp поднимал с пакетом mysql и даже какой-то php форум ставил. Человек 5 держал без лагов :-).asus n56 повеселее в плане железа и прошивка хорошо оптимизирована, так что у меня на нем и vpn сервер крутится(для возможности безопасного серфинга с телефона в публичных wifi сетях). Ресурсы есть, учитывая, что mqtt брокер будет обслуживать только меня и мои не очень активные устройства, проблем быть не должно. Неттоп конечно хорошо и упрощает работу, ведь там можно развернуть полноценный линукс, а не с ограничениями как на роутере, но пока роутер справляется с теми небольшими дополнениями, которые я на него навешиваю. Разве что приходится больше времени тратить на настройку и т.п., так как инструкции в сети по настройке и запуску пакетов для линуск не всегда прямо применимы в ограниченном линуксе роутера. Если перестанет хватать, то да, буду подыскивать другую платформу для своих целей. Вчера загорелся всё-таки потестировать Ваш скрипт. Установил Mysql server, сервер вроде встал, но при создании базы данных вылетает с out of memory. Начал морщить лоб и припомнил. что раньше я не Mysql, а SQLite использовал. Посмотрел, вроде б phyton имеет модуль sqlite. Попробую Ваш скрипт на этой связке запустить. В принципе в репозитории , есть и PostgreSQL так что хоть что-то да должно заработать :-)
  13. Alex_DIY
    @Kitsum спасибо за полезную статью. Сам как раз на роутере MQTT брокер локальный поднял, но данные на него в php утянуть нельзя. Поэтому неделю пытался на роутере же( там тоже линукс) поставить paho и таки победил(тот еще фокус c Entware, пока допер что у phyton старые сертификаты. поэтому он один зависимый модуль для установки paho скачать не мог) , но за отсутствием времени отложил разбирательства с phyton. Чтобы дампить данные от MQTT брокера в Mysql базу, а далее с помощью php сделать web интерфейс для данных MQTT брокера и для отправки сообщений через MQTT брокер исполнительным устройствам. А тут Ваша статья, весьма кстати оказалась. вы прям мысли читаете Хотя сейчас пока нет времени на это, но ближе к НГ, думаю займусь, и могут появиться вопросы, пожелания. замечания. Пока исходники не изучал, по описанию возникает вопрос: данный демон и из базы данных выборку делает также в которую сам дампит?
  14. Alex_DIY
    @mag21 за такую цену напрямую и не продавали. Просто на ебее был купон на скидку 10$ при заказе от 20$. Плюс у банка тинькофф была акция за заказ на ebay от 1200р возвращали 600р на счет, то есть еще 10 $ возврат. В итоге я выбрал BME280 за 5$ c мелочью и MH-Z19 за 25$ с мелочью, получив итоговую сумму 31.5$ с которой ebay скинул 10$ и тиньков вернул 600р. (считай 10$), так что BME280+ MH-Z19 мне обошлись в 11,5$. так что уже так не купишь. На али за 19.4$ самый дешевый MH-Z19 удавалось найти, ориентировался на него. пока ebay купон не прислал. @EndWar Ну да, навешали датчиков, чтобы погоду из интернета получать. Accuweather конечно лучше знать. что у меня за окном я вижу, что ваши познания о сетевой безопасности... отсутствуют))) Блажен кто верует в силу своих паролей, используя небезопасные сетевые протоколы Это всё просто потому, что они у вас по сути независимы и не связаны, поэтому в большом понимании пока что у вас не умный дом. а набор датчиков и вентилятор с возможностью удаленного вкл-выкл. Это всё конечно в моем представлении. Если вам так нравится, то пусть это у вас будет интернет вещей и всё такое. Но вот если б у вас стоял датчик на двери входной двери, управляемые шаровые краны для отключения воды в жилище, температурные датчики внутри-вне помещения, теплый пол дома. И если б было реализовано управление без вас, к примеру сценарий работы: по датчику в двери система понимает, что все покинули квартиру и перекрывает шаровые краны. также от температуры за окном система включает подогрев пола, а когда по датчику видит, что хозяин покинул дом, то выключает и теплый пол, а как только хозяин открывает дверь - включает его. Вот это умный дом, когда все те компоненты как исполнительные, так и мониториновые находятся в тесной связи друг с другом. А не то что висит за окном метеостанция с вайфаем. Висит в ванной вентилятор, который можно вкл-выкл через вайфай и который может сам включиться по датчику влажности, встроенному в вентилятор, и эти две системы друг с другом не связаны в работе, лично я такое к умному дому не отношу.Вот если б ваш вентилятор в ванной летом работал на всю мощность( и понимал это без вашего участи по уличному датчику с вашей метеостанции), так как тяга летом из-за отсутствия разницы температур улица-помещения - отсутствует, а зимой менее продолжительно. так как тяга такой силы. что у меня в вент. канал пакеты затягивает. вот это было б умный дом. Опять же, вас это устраивает, ок я не навязываю свое видение. А свою систему я реализую по описанному мною подходу, где собираю всю информацию воедино и потом на основе этой информации по заранее написанным сценариям происходит управление всеми устройствами без моего участия. Ну и соответственно с возможностью зайти через интернет и в любой момент увидеть все параметры умного дома и вмешаться в их работу в случае надобности. А интернет пропадает не только если домашний роутер жена сломала ,или свет в городе вырубили, а у меня частенько бывает, что у провайдера повреждают магистральный кабель. Всё есть - и вода? и свет, а интернета нет. Так что можно только порадоваться, что интернет у вас без перебоев :-) @EndWar , без обид? Я, честно, больше не буду ))
  15. Alex_DIY
    @EndWar шикарно, если б это еще не статичная html страница с диска С была, можно было б начинать завидовать Кстати, в виде фреймов можно и на вэб сервисе такую страницу создать и использовать. Но крупный минус этого всего - это зависимость от двух сторонних сервисов и канала в интернет. У меня небольшой "бзик" на эту тему, я стараюсь везде избавляться от подобных зависимостей. Не призываю делать так всех, так что мою критику можно рассматривать лишь в качестве пищи для размышлений, а никак не повод обидеть. Для себя я вижу архитектуру умного дома как свой локальный сервер, который аккумулирует данные со всех сенсеров, может отправлять на исполнительные усторйства команды ( всё это в пределах своей домашней вайфай сети) на и потом просто организовать доступ к локальному серверу из любой точки с помощью интернет, скажем просто через vpn попадая в свою локаьную сеть и управляя/ просматривая свои сенсоры-устройства на едином экране, что-то типа как на вашем скриншоте. Ну и можно со своего локального сервера на тот же сайт народного мониторинга отправлять данные с сенсоров, которые могут быть полезны другим людям. В плюсах данной архитектуры вижу: а) не зависимость действий системы от провайдера и сторонних сервисов сети интернет ( то есть исполнительные устройства могут отрабатывать логику. опираясь на показания датчиков без участия посредников в виде сторонних сенсоров и интернет провайдера). б) минимальные шансы на воздействия третьих лиц на системы умного дома. Пока это просто метеостанция, то пофик. А как только появляются исполнителные устройства. то кто-от может вмешаться в их работу и устроить неприятные сюрпризы (толи напрямую управляя ими, толи подменяя данные сенсоров, на которых завязана логика их работы). удалось добыть в черную пятницу MH-Z19 за 10$, как придет, а если еще и рабочий, то соберу еще одну "метеостанцию" для помещения и буду его встраивать в прошивку Kitsum. Результатами поделюсь.
  16. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    по сути это модуль для измерения радиации получится, с интерфейсом i2c... что ж интересно. Единственное СБМ20 не дешевы раз, во вторых рабочее напряжение 400В нужна хорошая повышайка. Либо мотать трансформатор повышающий (что наверное лучше для устройства), либо что-то на полупроводниковых микросхемах, но тут надо очень устойчивую схему и работающую на высокой частоте. @Kitsum насколько я понимаю, то в данном предложении говорится, что измеряет ЛОС или эквивалент СО2. То есть СО2 в ЛОС входит, но не всегда измеренное будет обозначать уровень СО2. Может, конечно, ошибаюсь. На неделе закажу BME280 и MH-Z19 на али, буду делать датчики на работу, чтобы мотивировать коллег чаще проветривать кабинет.
  17. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    Дык оттуда можно позаимствовать код для работы с датчиком, добавить его в код прошивки Kitsum + отредактировать html шаблоны введя туда еще один кружок для индикации концентрации СО2. Как по мне - не сложно. У Kitsum понятный и логичный код + он все описал. Такую прошивку я б сам не придумал и не написал, но редактирование и добавление каких-то нужных мне фич даже у меня не вызывает сложностей, несмотря на то что я не программист.
  18. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    @mag21 кстати, нашел прошивку с исходниками для esp8266 SI7021+BMP180+MH-Z19 https://github.com/kumekay/kuhomon Правда там нет всей то красоты, что реализовал Kitsum. Но не вижу проблем, имея 2 рабочие прошивки добавить в прошивку Kitsum датчик MH-Z19.
  19. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    @Kitsum судя по описанию это датчик летучих органических соединений, а не СО2. А вообще к чему метеостанции датчик СО2? на улице концентрация СО2 довольно низкая и смысл ее измерять - практически нулевой. Ладно еще в комнате, там повышение уровня СО2 как сигнал к тому, чтобы провести проветривание комнаты. MH-Z19 вроде б хороший датчик, но зачем его на улицу? Да и его рабочая температура согласно даташиту 0-50 градусов, явно не для российской улицы. Комнатный сенсор для измерения микроклимата в помещении я тоже планирую ( температура, влажность, уровень СО2). В связи потреблением MH-Z19 порядка 20 мА на батарейке такой сенсор делать смысла нет, то видимо буду добавлять в существующую прошивку метеостанции Kitsum данный датчик. Если получится.
  20. Alex_DIY
    @EndWar Вы невнимательно прочли моё сообщение, я ж написал, что сперва сделал клон Kitsuma, но затем переосмыслил работу своего устройства, перевел его на батарейное питание и сделал свою прошивку, где никакого вэбинтерфейса не осталось Как вы верно заметили, там это ни к чему. ммм, не знал, что tiny13 имеет wifi интерфейс в случае добавления передатчика 433МГц потребует изготовления еще и на той же ардуинке+ сетевой модуль приемника, который полученное должен загнать в сеть и послать на мой сервер. При наличии esp8266 ваше предложение - костыль и порождает ненужные сущности в системе. Я еще не упоминаю о том, что эфир на 433 МГц может быть сильно зашумлен множеством устройств (сигналки, радио пульты и т.п.). Вообще- конечно POST GET гонять - не комильфо, много лишней служебной информации, которая по большому счету не нужна. Но в связи с тем, что вы используете прошивку wifi-iot, то выхода у вас как я понял не остается. Если только не переписать прошивку самому. А так, в среде arduino IDE библиотека json в помощь. Наверное по-простому получится что-то типа: char json[]=ответ на GET запрос, который надо разобрать. StaticJsonBuffer<200> jsonBuffer; JsonObject& root = jsonBuffer.parseObject(json); temperatureUl.data = root["dsw1"]; temperatureBat.data = root["dhtt1"]; Kitsum очень элегантно в свой прошивке использует обмен данными. Можно у него подсмотреть, думаю он не будет против :-)
  21. Alex_DIY
    @EndWar вот у всех продуктов apple экосистема, у продуктов xiaomi единая своя экосистема. То есть всё объединено и тесно между собой завязано. Что я вижу из предоставленной вами информации. Метеостанция на esp8266 с прошивкой от Kitsum, 2 устройства на esp8266 с закрытой прошивкой от homes-smart.ru, wifi-iot.ru и передатчик на attiny13. Все что можно было вы подвязали на народный мониторинг и thingspeak. Чтобы графики всех датчиков видеть в одном месте. Если надо управлять вентилятором, то надо заходить на страницу прошивки одного устройства, если посмотреть все скопом то по другому адресу интерфейс. Если где-то чем-то еще захочется управлять, то в другой интерфейс... одним словом я вижу это как зоопарк. Вот если б у вас это было объединено в единый front-end, когда зашел на одну страничку и ты видишь там и информацию со всех датчиков, и состояния исполнительных устройств, и можешь ими с этой же страницы управлять, вот это я понимаю под единой экосистемой. В принципе сама по себе прошивка от хоум-смарт как раз такую идеологию и подразумевает, но когда вы начинаете ее "скрещивать" с метеостанцией от Kitsum, да и то скрещивать - просто настроили вывод на народный монитор и thingspeak. Ну я, честно, не вижу чем тут хвалиться. Достаточно одному из интернет сервисов прекратить свою работу, или же изменить алгоритм работы, или же забыли за интернет заплатить и усьо... Плюс закрытость прошивок, вернее это их минус. К примеру, недавно была обнаружена уязвимость у вайфай устройств KRACK attack. В случае с прошивкой с открытым кодом я могу перекомпилировать прошивку с учетом патчей, закрывающих данную уязвимость, а в случае закрытой прошивки такой возможности нет. Да и что там мог в закрытой прошивке внедрить ее автор-разработчик - одному ему известно. Я не против того что вы делаете, просто высказал свой взгляд, может конечно что-то недопонимаю. Я , к примеру, поднял у себя локальный MQTT брокер к которому подключил метеостанцию, к нему же позже планирую подключить и внутренние датчики и исполнительные устройства, и позже на phyton (не знаю на нем не программировал ни разу, но вроде б синтаксис посмотрел - думаю справлюсь) написать уже логику взаимодействия и единый интерфейс для всего, что подключено к mqtt брокеру. Если питон не зайдет, то буду с php и java script изгаляться. Из-за того, что было лень сверлить дырочку для питания метеостанции, сделанной 100% клоном метеостанции от Kitsum, я решил сделать ее автономной. Сделал платочку для модуля esp8266-07 с LDO DC-DC. Питание от трех аккумуляторов eneloop типоразмера АА (так как у них низкий саморазряд и рабочая температура до - 20 градусов). Переосмыслил прошивку - теперь у меня метеостанция спит 14 минут, просыпается на 0,6-0,8 секунды и снова засыпает. За это время устройство соединяется с домашней wifi сетью, считывает данные с датчиков и отправляет их по mqtt на локальный mqtt брокер и на mqtt народного мониторинга и снова уходит в глубокий сон. Одного комплекта аккумуляторов по расчетам должно хватить примерно на год работы в таком режиме. Так как в режиме сна потребление порядка 30мкА, в режиме работы 120мА. Замерял. Вот такой вот у меня хваст :-)
  22. Alex_DIY
    @EndWar При всём уважении какие-то костыли. разнородные прошивки. То есть какая прошивка подходила под нужду просто ставили ее на тот объект. В итоге ни централизованного управления и мониторинга. Вот если б эти объекты были завязаны в единую экосистему, обменивались между собой данными и т.п. на основе которых срабатывали бы управляющие устройства - это было бы очень круто. И хваст был бы оценен очень высоко. А так непонятен именно ваш вклад в то , чем вы хвастаетесь) Да и спорных моментов в ваших материалах много, к примеру, температуру в вашей ванной зачем отправлять на народный монитор?
  23. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    @zloydimo4ka Задействованные пины --------------------------------------- NodeMCU Pins | ESP 07/12 Pins | Датчики --------------------------------------- D2 | GPIO 4 | SDA D1 | GPIO 5 | SCL 3.3V | VCC | VCC GND | GND | GND в принципе можно любые пины на esp8266 использовать под i2c шину и их можно переопределить к примеру #define pin_sda 12 // default sda pin #define pin_scl 14 // default scl pin у меня работает.
  24. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    @zloydimo4ka что-то я прозевал, что они Adafruit Sensor не только к DHT, но и к BMP280 привязали. Добавить в arduino ide https://github.com/adafruit/Adafruit_Sensor В скетче добавить строку над уже существующей #include <Adafruit_BMP280.h> #include <Adafruit_Sensor.h> #include <Adafruit_BMP280.h>
  25. Alex_DIY

    Метеостанция на ESP8266 от it4it.club

    Alex_DIY ответил в тему пользователя Kitsum в Espressif Systems

    @zloydimo4ka как минимум скачать библиотеки для этих датчиков и установить их в arduino ide, затем указать их в скетче. https://github.com/adafruit/Adafruit_BMP280_Library https://learn.adafruit.com/dht/downloads В случае с заменой bmp180 на bmp 280 кажется достаточно просто в заголовке библиотеки поменять /* датчик атмосферного давления и температуры https://github.com/adafruit/Adafruit-BMP085-Library */ #include <Adafruit_BMP085.h> Adafruit_BMP085 BMP085; /* на /* датчик атмосферного давления и температуры https://github.com/adafruit/Adafruit_BMP280_Library */ #include <Adafruit_BMP280.h> Adafruit_BMP280 BMP085; /* и BMP280 должен заработать также как и BMP180. но BMP180/085 работать перестанут. с DHT22 вроде бы так просто не отделаешься, там нужно больше код менять. Плюс ко всему этот датчик медленный, то есть чтение с него занимает порядка 200 миллисекунд. Не знаю, укладывается ли это в логику работы, задуманную @Kitsum .
×
×
  • Создать...