ни чипы(все три версии)и ни одного из возможных для установки в датчике сенсоров они не смогли предложить, тоесть в общей базе всё есть, купить можно, но для установки в другой базе их нет.
Я пробовал делать у них пик энд плейс файл для этого проекта, тк впринципе он односторонний. Но там они многое не ставят, основная проблема в том что они могут поставить обвязку чипа но не ставят сам чип, а его потом паять когда вокруг всй уже напаяно так себе затея :(
Здравствуйте, калибровал примерно так же как и вы :) но в тестовой программе этого нет, как нет и учета напряжения во время замера. Но пользоватся для бытовых нужд можно даже и так, показания достаточно предсказуемые и показывают вполне точно картину с влажностью в горшке.
1. Маска да, вообще от сенсора к сенсору качество разное, и полщина тестолита и маски, ее качество. Что касается впринципе сенсоров такого типа, то в условиях помещения они вполне работают и без дополнительного покрытия, собственный опыт — примерно год, вытаскиваешь а он как новенький. Для улицы конечно желательно покрыть чем то близким к эпоксидкам, возможно какой нибудь эмалью…
2. Думаю для бытового применения более чем достаточно.
3. Опять же для работы в горшке конкретно данный али модуль впринципе нормален по длине, у меня больше претензия к нему по ширине :). Для улицы и теплиц конечно нужен более длинный сенсор, сейчас у меня есть один проект именно садово-огородный, сенсор значительно длиннее, пмимо того он и от уровня земли должен находится достаточно высоко что бы при дожде на него попадало меньше грязи с земли, так же там радиомодуль с усилителем что бы мог покрывать 100+ метров.
4. Это я тоже замечал, но тут я не считаю это проблемой, тут два варианта. Можно после установки прижать грунт вокруг датчика либо воткнуть и подождать ориентировочно 6-12 часов, думаю этого достаточно что бы контакт земли с сенсором стал устойчивым.
5. Зависимость есть, но проблему вы приувеличиваете. Мое мнение(основанное на тестах) — дома этих колебаний вообще нет, на улице они незначительны, при тестах своего датчика построенного на том же принципе измерения наблюдалось незначительный «всплекс» показаний при РЕЗКОМ изменении температуры. Как получалось это резкое изменение температуры в условиях улицы в моем случае? Все просто первое это утро, восход солнца и 14 часов(в это время в солнечный день солнце выходило из тени дерева). Проблему можно закрыть или программной корректировкой или заменой конденсаторов на np0.
Я знаком с вашими наработками, смотрел ваши проекты, периодически читаю ваш сайт, я понимаю что вы сторонник другого подхода. Дорабатывать эту конкретную систему думаю не стоит, как писал выше для бытового применения оно более чем нормально)). В целом про метод измерения и его применение в своих проектах безусловно стоит добавить пару штрихов. Но это и вашего подхода касается ;)
Уже точно не скажу, вероятно за неделю до заказа плат. Но тут еще дело в том что у меня сразу с пяток проектов почти всегда в деле и надо понимать что это все таки хоби в свободное время. Если присесть что бы сделать один девайсик то это довольно быстро.
Завершением можно считать момент написания статьи?
На момент написания статьи это было так :), но теперь иначе, захотелось добавить емкосную кнопку для разового отключения у датчика контроля открытия закрытия. Так что история получила продолжение…
да имею, самое прямое. цель статьи не продажа устройства, а информационно- образовательная)). по поводу описания на ебэе,… не особо заморачивался, тк цель просто избавится от излишков.
Вы полагаете что статья выше она про что? Про то как я планирую сделать такой датчик?… он уже сделан и прошел тестирование.… айда к нам, вместе на уроки будем ходить.
все верно, можно и так как предложили вы, есть еще пара тройка вариантов, тоесть можно по всякому)). мне вариант который я использовал показался оптимальным.
вообще еще в первом прототипе была мысль использовать его в режиме дубля геркону, но его возможности в этом амплуа не очень. позже просто оставил место под них. ну и попытался найти какой то юзеркейс :)
Здравствуйте, поясните вот это: "Датчик CO₂ — портативный, собран на основе датчика MH-Z19b, двух аккумуляторов 18650, ESP32 и мосфета IRF520 (для отключения питания от датчика во время сна контроллера)".
Опять? Я их вообще не выкладываю, повторяющим они не особо и нужны, достаточно bom/ Схему накидывал в изиеда что бы была, не очень внимательно видимо, поправил, спасибо.
Презентация да, зачем ее каждый раз слать при ребуте, +ноде достаточно знать что у нее есть выданный айди и она уже была зарегана, соответствено нафиг и регистрацию, максимум чтот заслать новый айди парента если он поменялся при автоперестроении на контролер для информации.
Сейчас я вообще отказался от стандартных процедур проверки готовности транспорта, инициализаци реконектов при ошибках. Если есть ошибки доставки то мои ноды не вываливаются в поиск нового маршрута, а переходят в аля пассивный режим(пассивная нода, но с функционирующим эхо), время от времени кидая в эфир сообщение проверку, на предмет ответа гейта, и только если на железном уровне ответ получен, а это быстро, то запускается процедура вотановления транспорта, ну и мне нравится что бы устройства отправители работали по возможности напрямую с своими получателями минуя гейт, по сути гейт только для того что бы передать какую то информацию на контроллер УД и так же в обратную сторону
Но к сожалению, NRF24 это еще и контрольная сумма, ACK и прочие прелести. Так что все таки протокол на транспортном уровне.
забираю, вылетело про железную реализацию :)
Хотя Zigbee устройства отлично работают на той же батарейке.
Так там вообще жесть в эфире, майсенсорс можно настроить нормально, то что предлагается из коробки конечно не для батареек, тк презентации, регистрации, востановление маршрутов, все реализовано с оглядкой на сетевое питание, но всё очень хорошо поддается оптимизации. Плюс больщой в том что всё довольно незамысловато, несложно разобратся, а вот с зиг би все не так просто, я например щас где то на 150 странице остановился в спецификации зигби кластер лайбрери :(
так rf24 это не протокол,… модуляция. чем плоха связка стм32+nrf24 например. Я немного про другое, аврки в майсенсорс это как узкое горлышко, концепция проекта — получить весь доступный функционал на любом мк, как раз приводит к тому что возможности определяются самым слабым мк. Мне вот очень хочется например репитеры научить управлять маршрутизацией, что бы не прокидывать сообщения от одной ноды вверх до гейта и потом обратно через репитеры на другую ноду. Но для этого нужны мощные мк или разносить функции взависимости от разных типов устройств, тк не потянет аврка такие штуки если в коде акцептировать функционал такого репитера.
Если есть девайсы на 168 аврках, то обратите внимание что с версии 2.2 они не поддерживаются. Вообще наверное наживу хейтеров в сообществе, но я очень хотел бы что бы в дальнейшем вообще отказались от поддержки аврок(328), тк это очень сильно тормозит развитие всего проекта.