Результаты поиска

Я не пользую калибровки и вообще процедуры ADC из SDK, т.к. они кошмарные. Да и указанные корректировочные значения используются только в одной версии оф. SDK. > Но попался чип, который показывал на 0.1 вольт меньше, чем все остальные. Вот этим и грозит - попался чип с записью каких-то байт в...

Зачем кино - у нас 2 собаки. Одна мышей ловит лучше всяких кошек - выкапывает из нор. Другая, ещё молодой, но находит закопанные много лет назад первой собакой кости... Это без обучения. :)

Замучаешься менять эти датчики - они расходка (на пять минут ?). Не особо чувствительные - те как циркониевый датчик O2, требуют прокалки и тоже расходка...

Мало-ли чего там исследовали, всё зависит от чувствительности датчиков. Дома, на кухне, такое не сделать. Проще и быстрее натаскать собаку :) Челобреки с тысчами типов рецепторов ничего не чувствуют...

Что-то очень мало для полнофункционального e-носа. В человеческом носу где-то около 30 миллионов обонятельных рецепторов... 350 видов рецепторных белков... У собаки в 10 раз больше... От ковида вас спасет только барокамера и кормежка синтетикой. Лучше иметь иммунитет :p

К примеру, бак на чердаке – может питаться от адаптера, а когда нет 220..240В – от батарейки или АКБ, работая только как датчик с потреблением в десятку мкА. Знать сколько воды в баке имеет смысл только когда вышел из строя или опять отключили внешний подвод электропитания к участку. Т.е. есть...

От батареек или солнечных элементов, ...

Да и горшков с растениями у меня нет. Есть огород и теплицы. В теплицах уже своя система. А на огород уже поздно – только если рассчитывать на следующий год. И основа там будет работа в BLE LE Long Range, а не в BT4.2. А переключать в данный протокол приемный BT адаптер не умеют 99.9%...

@almirus - без паяльника этот сенсор влажности почвы не исправить. А на это не пойдут 99% купивших его. И это не надолго, т.к. датчик всё равно коррозирует, а после переработки необходимо ещё покрыть все компоненты специальным лаком и т.д. По этому я не тороплюсь с его ПО, а отнесено как совсем...

Причин для удаления Tuya MCU несколько: Постоянное потребление питания этим чипом. Низкая точность отдаваемых данных. Обычно ограничено целыми значениями температуры, влажности и т.д. На время коммуникации с модулем уходит больше энергии, чем работа с подключенными к Tuya MCU датчиками. Низкая...

И чтобы сделать нормальный датчик всегда приходится удалять Tuya MCU. https://pvvx.github.io/TS0601_TZE200_zth01/

У этого датчика влажности почвы данные передаются только при BLE соединении (потребление вроде 0.4 мА). Их накапливает модуль с TLSR8250, т.к. у Tuya MCU нет ресурсов для сохранения данных. В остальное время TLSR8250 передает обычную BLE рекламу с Tuya идентификаторами (49.5 мкА, период BLE...

Tuya MCU Protocol - который в 90% случаев не соответствует данному описанию. Устройства Tuya делают в палатках всякие бомжи, по этому ничего и никогда не соответствует. Разбирать данный протокол нет смысла, т.к. проще выпаять или выкусить этот чип, тем самым уменьшив потребление. Он всё-равно...

Дополнительный микроконтроллер - это "Tuya MCU" смотрите описание в Tuya - ведет связь по UART на 9600 с модулем на чипе TLSR8250, чтобы подольше были передачи и побольше сожрать батарейку. Этот MCU и пробуждает модуль BLE/Zigbee/WiFi для передачи данных, обычно раз в час, а так-же в него...

В Tuya прошивке этим занят дополнительный микроконтроллер + таймер 555 + стабилизатор на 2.5В + транзисторы и это всё время жрет батарею. Коэффициенты там зашиты без калибровки, от балды, как захотелось школьнику-китайцу. Температуру он показывает +-3 С при +25С. Другие диапазоны не проверял.

Не поддержка TIME_WAIT кроме дополнительной нагрузки на сеть так-же приводит к нарушению защиты любых TCP соединений. Позволяет без проблем вклиниться в “закрытое” соединение, т.е. продолжить его с уже переданными сертификатами, паролями и т.д..

Прокси часто просто удаляют (не передают) TCP пакет закрытия соединения и удаляют внутреннее соединение, тем самым ожидая, что соединение закроет другая сторона и она будет заботиться об данном TIME_WAIT по всему интернет… А там ESP :)

TIME_WAIT Суть в том, что TCP пакеты могут путешествовать по сети через разные пути и приходить с разными задержками. Тот, кто первым закрывает TCP соединение должен ожидать 120 секунд на получение затерявшегося пакета с адресами и портами ранее закрытого соединения и отсылать на него повторный...

Если на ESP настроен Web сервер, то можно проверить удаленную работу через любой бесплатный прокси. Как раз будет доп. проверка правильности протокола TCP/IP, т.к. многие прокси работают не по стандарту, чтобы избежать у себя накопления TIME_WAIT, передав это на внешних участников :) TIME_WAIT...

Есть и варианты с переключателем - тогда, скорее всего, вы путаете переключение переключателя на UART и не сбрасываете ESP ...