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

У вас всего одно убогое устройство и никакой интеграции. От туда такие глупые вопросы. А реальные вопросы у простых людей типа такие: Есть задняя удаленная калитка у забора, есть прожекторы. Как сделать чтобы при входе через неё включалось освещение?

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

Если вы не воспринимаете и хаете всё новое, т.к. не можете в этом разобраться, то это не относится к другим. Для IoT WiFi4 давно мертв, т.к. не предназначен для поддержки множественных бытовых датчиков и исполнительных устройств. В WiFi6 есть попытки это исправить, но требуется чрезмерная...

@enjoynering - У Bluetooth есть возможность работы c IP. Смотрите в Android и в Windows в типовых настройках системных меню. Компьютер запросто соединяется по Bluetooth cо смартом или роутером и работает инет. Но это никому не нужно, т.к. именно уход от TCP/IP на конечном локальном участке сети...

А если питание не критично, то почему не ESP32-C3 и следующие? В них тоже всё подходит для "народной" любви. 3 ms выход из sleep и 200+ мА TX/RX в BLE.

VDD Standard operating voltage: min 2.4, max 3.6 V TX 0дБм 12.8 mA, CR2032 внутреннее R к концу = 100+ Ом. 100*0.0128 = 1.28В падения от 3В при +25С. Итого: 3-1.28 = 1.72 В питания для передачи что батарейка всетаки села :) В его ценовой категории, или менее, типично: TX при +0дБм = 6 мА на...

Wakeup time from low power mode: Wakeup from Standby mode: LDO stabilization time + HSI RC clock wake up + code load time(2) (take 256K as example) 8.9 ms Wakeup time from low power mode(1) (F208): Wakeup from Standby mode: LDO stabilization time + HSI RC clock wake up + code load time(2) (take...

Всё это очень зависимо от кода SDK. На 100500%. По данным с даташита реальное потребление не узнать. Тем более ныне не даташиты, а рекламки, ничего и никому не обязывающие. "5ms стартап" из sleep - это прямой путь чипа на помойку. Все дешман чипы последних 3-х лет = 0.3..2 ms до работы уже с RF...

А через что связывается? Через дополнительную коробку в тысчи рублей? Туда не лезет нормальный клиент MQTT или Телеги? И зачем он теребит сеть "Раз в 10 секунд"? Коробка не может передать 1 бит on/off когда надо переключить реле? Когда-то сообщения доставляли на лошадях и голубях... В...

Это не тот кварц. Нужен 32768 Гц, для сна и работы в BLE. Иначе жрет и от RC BLE не пашет - очень большой уход RC генератора - не вписывается в нормы таймингов BLE. Альтернатива типа такой - https://aliexpress.ru/item/1005004182389804.html ?

Такое приложение можно перезагружать каждые 10 секунд и забыть на всё. В нормальных BLE, без RTOS, перезагружается после каждой передачи-приема и там таких проблем нет, как и "heap". А дальность связи в LE Long Range уже больше чем WiFi у ESP.

Там нет кварца для возможности работы в BLE.

От ИБП и открыт доступ из инет? Если нет запросов и не трогать, то всё и всегда "работает", т.к. выключено.

Ныне зима была достаточно теплая, а роутеры работают на холодных чердаках и им нипочём минусы: Сегодня:

Он немного лучше, по этому их давно взял пачку для опытов. На рабочие проекты всё равно не покатит - нет WiFi6. И там всё та-же технология производства чипа и соответственно и потребление RF части: BLE потребляет как wifi. У всех новых ESP32-x ущербный USB1.1 (USB2.0FS). Ограничен вдоль и...

Аналогично себя ведут все мелкие SoC, по наблюдению за 2 года с "Вумными розетками" имеющимися в продаже. И это действительно печально... Но системы на Linux, типа Xiaomi Gateway 3, разные board на OpenWRT и т.д. работают стабильно, до высыхания кондеров в БП.

Проверялось, несколько лет назад, в Прошивка TCP2UART переходника с настройкой по Web. Работало более 2-х месяцев c ИБП, без перезагрузок и постоянным непрекращающимся тестовым трафиком. Но потом стал подводить драйвер WiFi - неизвестные сбросы от сигналов в эфире WiFi. А ESP32 стал уже не...

Может помочь, частично. Lwip можно перетранслировать на статические буфера. Тут надо пробовать написать код так, чтобы после обслуживания запроса/функции вся использованная память очищалась и не оставалось хвостов. А MQTT и TCP нужно постоянно держать всякие структуры... TCP и MQTT - это явная...

Для этого есть только два метода программирования на малых SoC не имеющих MMU: 1. Строить весь код с использованием только статических буферов. На это у ESP никогда не хватит памяти, а PSRAM не годится из-за скорости. 2. Строить дерево вызовов вложенных процедур с использованием памяти в стеке...

Основная и частая причина - дефрагментация "heap" памяти из-за использования C++ на CPU не имеющего MMU. Простыми способами не лечится.