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

Да и цена на модули с BLE/Zigbee уже ниже любых ESP

И ещё раз – никому не нужны ваши примитивные AI. Народу нужны тупые панельки с показом тенденции температуры в виде графика и подобные в каждом выключателе света или будильнике. А не включение-выключение чего либо через час по каким-то матрицам спектра анализа... А для серьезных устройств тем...

Небоитесь усё есть и давно. Если вас интересуют нормальные рабочие решения - вперед изучать как пашут E-Ink ценники. Их в некоторых магазинах тысячи... и они всегда online - готовы обновиться и постоянно передают статус батареи, id и т.д. И без всякой MESH... Уже встроено в Home Assistant... И...

Бардак не большой. В среднем одно устройство передает ~1 мс на одном канале 1 раз в 5 сек. Т.е. занимает канал передачей не более 0.2 мс в секунду. Приемник способен принять с одного канала до тысячи фреймов в сек. Но учтя что он ловит и сопровождает три канала, то теоретический максимум...

https://github.com/pvvx/BLETHR

А зачем народу что-то делать самим? И не видел ещё людей не интересующихся температурой на улице. Это гораздо большая сфера, чем игры в ESP у редких любителей с паяльниками и проводами по огороду... И так-как у народа уже накопилось куча старого хлама в виде покупных устройств, то и его можно...

Дошли руки-ноги до оптимизации варианта использования батарейных BLE устройств с экраном, для приема типовых сторонних BLE датчиков имеющих старый стандарт BT4.2… Основная проблема была в начальной синхронизации приема и слежения за периодом передачи BLE advertising стороннего датчика, обычно...

Механизм скоростного BLE приема после передачи откатан давно. Это реализовано при передаче маяка на каждом канале с возможностью соединения. Это типовой BLE с начальных стандартов. Но прием ограничен форматом спецификации – принимаются только сообщения в виде запроса соединения или запроса...

С введением функции "PAwR" в стандарте BLE 5.4 возникла возможность “дуплекса”. Т.е. устройство передав BLE маяк ожидает прием подтверждения с доп. данными. Выходит двух стороння приемо-передача и сфера BLE расширяется на сверхмало потребляющие исполнительные устройства. Отличие у BLE в том...

При этом другие разбираете. Может все таки разберете и предложите какое решение? Там суть в том, что нет никакого желания ставить в каждое строение WiFi роутер, да ещё с направленными антеннами. Иначе выходит плохая связь. И не все строения запитываются от генератора, когда внешняя эл.сеть...

Извращенцы ради хайпа всегда найдутся. На этом строится индустрия заработка в Ютубе и прочих “информационных” сервисах. Это и есть ваше “много написано”. Но Espressif всё равно идет вынужденным путем – выпускает новые чипы с поддержкой типовых захвативших рынок IoT протоколов – BLE и Zigbee...

@nikolz - Заметьте, что ESP-NOW привязан к ESP чипам по причине, что другого варианта противопоставления для более развитых протоколов у них не было. Ну и вышло что-то кое-какное, т.к чип и блок RF и прочие потроха рассчитаны совсем на другой тайминг работы. Т.е. это чистое извращение от...

Тут и сказывается уже сам протокол распределения по времени окон приема-передачи. Да и вообще принцип - у BLE маяка совсем другая концепция. Про это вы постоянно забываете :P Есть ещё Zigbee. BLE хорош для датчиков и типа фото-рамок. Остальное - или BLE-MESH или Zigbee. Но никак не WiFi. Т.е...

При одинаковых и выходит от 5 раз. Только смысл в увеличении мощности к схожей у WiFi, если при в 10 раз меньшей дальность уже больше? При этом отношение потребление уже от 50 раз. Разница всего в 2 года. В быту для датчиков ещё есть измерение влажности, давления, освещения, энергии, кнопки...

Ещё раз о качестве связи WiFi и прочего. Наглядный пример: 2 BLE термометра в гараже и SmartPlug на ESP8266. SmartPlug измеряет “подогрев” гаража 7x4.5 галогенным прожектором на 300 Вт. Постоянно отваливается и если и работает, то только на 802.11g. Забил уже на него, хотя был выбран из...

Выходит, что макс. трафик ESP8266 в ESP-NOW примерно равен Zigbee, но при этом потребление в 5 и более раз больше, при одинаковой дистанции. Дык зачем мучаться?

Максимум: 640 кбит/с при блоке в 250 байт на ESP32. Т.е. всего до 64 килобайт в сек (без форматных данных?). Маловато будет. Недотягивает до USB1.1. WiFi ESP32 - вокруг 1Мбайта / с, ESP8266 - 800 кбайт/c HTTP. BLE, РНY 1M, 2 x nRF52 - 661,33 Кбит/с BLE, РНY 2M, 2 x nRF52 - 1400,56 Кбит/с

TLSR tool ver 0.0.1.6 - это вариант для серии TLSR826x. TLSR 825x tool ver 0.0.1.8 - это вариант для серии TLSR825x. И они находятся в соответствующих репозиториях - TlsrTools / TlsrTools825x. Не стоит путать и прошивку STM32...

DeepSeek вам поможет - его ответ: Протокол Telink SWire — это проприетарный протокол, используемый компанией Telink Semiconductor для программирования и отладки своих чипов, таких как серии TLSR8xxx и TLSR9xxx. Этот протокол предназначен для взаимодействия с устройствами через интерфейс SWire...

И уже существуют реализации на Raspberry PI Pico 2 от других участников данного бардака. Но вот на ESP никто делать этого не хочет, т.к. на ESP32 и т.д. такой программатор реализуется очень просто.