• Уважаемые посетители сайта esp8266.ru!
    Мы отказались от размещения рекламы на страницах форума для большего комфорта пользователей.
    Вы можете оказать посильную поддержку администрации форума. Данные средства пойдут на оплату услуг облачных провайдеров для сайта esp8266.ru
  • Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

ESP32-C3 light sleep

pvvx

Активный участник сообщества
ESP32-C3FN(H)4 потребляет больше . других достоинств для данной нет.
Это вы гадаете погуливая тут, не заглянув в кривоватые доки и не держа в руках это новое чудо от Espressif?
Напишите директору Espressif и его работягам - они вам объяснят, что это вы неправы, раз уж посмотреть даже первую страницу темы не смогли. Гуляйте дальше.
---
Пришлось взять другой SoC. Он дешевле и лучше и всё вышло без напряга.
Средние 71..75 мкА при передаче своих данных в рекламе на 3-х каналах и приеме от сенсора рекламок с авто-подстраивающимся окном.
1643266358240.png
Возможно ещё накрутить, но пока достаточно.
Передача рекламы в BLE производится с периодом + короткая рандомная задержка, чтобы друг на друга устройства не наехали (для уменьшения коллизий).
Это увеличенное по времени (передача и прием):
1643266411306.png
Гуляет прием в "окне". Представлен не самый короткий и не самый длинный - их ещё ловить надо, а лень.
1643266484031.png
Автоподстройка сама справится с приемом передаваемой рекламы сенсором и сужением окна для меньшего потребления.
Пропусков приема нет в течении часа - и ладно. ESP в пролете...
 

nikolz

Well-known member
Это вы гадаете погуливая тут, не заглянув в кривоватые доки и не держа в руках это новое чудо от Espressif?
Напишите директору Espressif и его работягам - они вам объяснят, что это вы неправы, раз уж посмотреть даже первую страницу темы не смогли. Гуляйте дальше.
---
Пришлось взять другой SoC. Он дешевле и лучше и всё вышло без напряга.
Средние 71..75 мкА при передаче своих данных в рекламе на 3-х каналах и приеме от сенсора рекламок с авто-подстраивающимся окном.
Посмотреть вложение 11778
Возможно ещё накрутить, но пока достаточно.
Передача рекламы в BLE производится с периодом + короткая рандомная задержка, чтобы друг на друга устройства не наехали (для уменьшения коллизий).
Это увеличенное по времени (передача и прием):
Посмотреть вложение 11779
Гуляет прием в "окне". Представлен не самый короткий и не самый длинный - их ещё ловить надо, а лень.
Посмотреть вложение 11780
Автоподстройка сама справится с приемом передаваемой рекламы сенсором и сужением окна для меньшего потребления.
Пропусков приема нет в течении часа - и ладно. ESP в пролете...
Порою шаг вперед -есть результат пинка под зад.
Ну вот, видите, все у Вас получилось, после моего пинка.
 

pvvx

Активный участник сообщества
Порою шаг вперед -есть результат пинка под зад.
Где пинок?
Была просто проверка что там налепили в ESP32 за годы. Ну и как всегда оказалось, что ничего хорошего.
Ну вот, видите, все у Вас получилось, после моего пинка.
Предполагалось рассмотреть вариант реализации нестандартного но часто нужного алгоритма работы с BLE, но на имеющихся чипах от Espressif, завяленных как малопотребляющие :)
Оно нужно для репитеров BLE, роутеров BLE-WiFi и каскадного включения датчиков BLE. Где не требуется режимов принудительного соединения с BLE датчиками - т.е. датчики остаются в работе и по раздельности, со своим специфическим ПО. Для среднего непрерывного потока по одному 'каскаду' до 10 байт в сек.
Это охватывает все варианты домашних исполнений IoT.
Об возможности беспроблемной реализации на других чипсетах данной затеи, с итогами потребления среднего тока до 1.5 мА в случае BLE-WiFi роуминга, уже было известно.
Вам и показано потребление каскадного BLE датчика, не на ESP, имеющего все остальные возможности как полноценного BLE устройства.
 

pvvx

Активный участник сообщества
Это не BLE-MESH и не Zigbee, а для использования имеющихся в продаже BLE датчиков, без их перепрограммирования, а так же для случая двухсторонней передачи данных между BLE устройствами без режима соединения.

В WiFi это равносильно работающей AP c подключенным к ней устройством в спящем режиме DTIM( n ) и изредка, спустя n beacon осуществляющей передачу данных.
Только вот какое потребление будет у данной AP – в тысячи или десятки тысяч раз более, с АКБ от самолета, чтобы автономно проработало год? :)
 

pvvx

Активный участник сообщества
Для собственной реализации дуплексной связи в режиме BLE рекламы всё и так предусмотрено в стандарте. На каждом канале, после передачи advertise фрейма, устройство включает приемник на пятьсот микросекунд для приема стандартных запросов на соединение или на запрос дополнительной рекламы (активное сканирование). Встраиваете в драйвер процедуру анализа нестандартных запросов с вашими id или MAC и обрабатываете их, в дополнение к стандартным. Такое устройство будет иметь потребление меньше чем BLE-MESH, равное обычному BLE устройству, т.е. на сегодня это порядки около 5..15 мкА при рекламных интервалах 1..3 сек.
Но это требует открытого кода BLE драйвера и возможности перепрограммирования всех устройств, используемых в данном балагане...
 

nikolz

Well-known member
Для собственной реализации дуплексной связи в режиме BLE рекламы всё и так предусмотрено в стандарте. На каждом канале, после передачи advertise фрейма, устройство включает приемник на пятьсот микросекунд для приема стандартных запросов на соединение или на запрос дополнительной рекламы (активное сканирование). Встраиваете в драйвер процедуру анализа нестандартных запросов с вашими id или MAC и обрабатываете их, в дополнение к стандартным. Такое устройство будет иметь потребление меньше чем BLE-MESH, равное обычному BLE устройству, т.е. на сегодня это порядки около 5..15 мкА при рекламных интервалах 1..3 сек.
Но это требует открытого кода BLE драйвера и возможности перепрограммирования всех устройств, используемых в данном балагане...
Удивительно, как многогранно и долго можно изучать казалось бы простейший приемопередатчик с примитивным циклическим режимом работы и простейшим форматом данных.
-----------------------
И все это по причине отсутствия нормальной документации, так как на халяву ее не дают.
------------------------------
Ну ладно бы это делали любители, а то профи - туда же: взломать халяву, слепить свое - и продавать за бабло.
===================
Но прикольно то, что все заканчивается передачей огромной кучи повторяющихся и в общем бесполезной в обычной жизни информации.
-------------------
Такой поток данных с датчиков требуется лишь при исследованиях новых явлений,
но не для проектов "умных домов" c тупыми потребителями.
 

pvvx

Активный участник сообщества
Удивительно, как многогранно и долго можно изучать казалось бы простейший приемопередатчик с примитивным циклическим режимом работы и простейшим форматом данных.
Стандарты рождаются в муках и на них действует естественный отбор.
Ждем от вас сразу готового и удовлетворяющего всех :)
Такой поток данных с датчиков требуется лишь при исследованиях новых явлений,
но не для проектов "умных домов" c тупыми потребителями.
Вы опять сильно ошибаетесь.
Меня например не устраивает такая поддержка температуры:
1643440732604.png
Возникающая от инерции обогревателя, низкой скорости опроса датчиков и низкого разрешения данных.
При низком потоке данных от датчика и ПИД регулятор с ШИМ не справится, т.к. воздействия на систему иногда происходят скоротечно.
 

pvvx

Активный участник сообщества
И уже неоднократно объяснял - включение света должно происходить быстрее открытия двери, как и исполнение любой команды.
А для работы того-же выключатель света нужна масса показаний от различных датчиков.
"Умный дом" становится "умным" когда кол-во датчиков начинает переваливать за сотни и десятки зависимых сценариев...
Иначе это просто полу-автоматические выключатели, чем так любят хвастать пионеры с Arduino.
 

nikolz

Well-known member
Вы опять сильно ошибаетесь.
Меня например не устраивает такая поддержка температуры:
Возникающая от инерции обогревателя, низкой скорости опроса датчиков и низкого разрешения данных.
При низком потоке данных от датчика и ПИД регулятор с ШИМ не справится, т.к. воздействия на систему иногда происходят скоротечно.
Вас не устраивает такая поддержка температуры
и Вы вместо того,
чтобы разработать модель Вашей системы и на основе нее написать алгоритм,
который Вас устраивает,
тупо смотрите на картинку и страдаете?
Какой-то мазохизм получается.
------------------------
Для автомата управления BLE не нужен. автомат должен быть умным и не посылать кучу данных хозяину, чтобы тот тупо на них смотрел.
 

nikolz

Well-known member
И уже неоднократно объяснял - включение света должно происходить быстрее открытия двери, как и исполнение любой команды.
А для работы того-же выключатель света нужна масса показаний от различных датчиков.
"Умный дом" становится "умным" когда кол-во датчиков начинает переваливать за сотни и десятки зависимых сценариев...
Иначе это просто полу-автоматические выключатели, чем так любят хвастать пионеры с Arduino.
датчиков может быть сколько душе хочется, но зачем эти данные куда-то посылать и где-то накапливать?
Их надо обрабатывать в реальном времени и управлять исполнительными элементами.
иначе их надо просто выкинуть.
 

nikolz

Well-known member
Вы сами себе противоречите.
У Вас инерционный нагреватель, а вам не хватает частоты опроса датчиков.
Это нонсенс какой-то.
 

pvvx

Активный участник сообщества
датчиков может быть сколько душе хочется, но зачем эти данные куда-то посылать и где-то накапливать?
Их надо обрабатывать в реальном времени и управлять исполнительными элементами.
иначе их надо просто выкинуть.
Пишите свой алгоритм определения состояния системы с резервированием и замещением вышедших из строя, в котором не будет данных от всех датчиков (как единая матрица для ввода в ИИ) :)
 

pvvx

Активный участник сообщества
Вы сами себе противоречите.
У Вас инерционный нагреватель, а вам не хватает частоты опроса датчиков.
Это нонсенс какой-то.
Где правильный алгоритм, чтобы реле не сточилась и около и поодаль любого обогревателя (они все инертны по своему) не было перепадов температуры, когда вы открыли и закрыли окно/дверь?
Какой запас мощности и максимальную инерцию от 0 до 100% этой мощности нужно иметь для быстрой реакции в таких случаях?
Какой алгоритм ПИД с таким справится?
....
Как и писал ранее - делаю распределенную систему обогрева в мастерской. Это типа теплых плинтусов по всей внешней стене, т.к. в мастерской теплый пол или инфракрасные ... = это дышать пылью. Каждым участком можно будет управлять...
 

nikolz

Well-known member
Где правильный алгоритм, чтобы реле не сточилась и около и поодаль любого обогревателя (они все инертны по своему) не было перепадов температуры, когда вы открыли и закрыли окно/дверь?
Какой запас мощности и максимальную инерцию от 0 до 100% этой мощности нужно иметь для быстрой реакции в таких случаях?
Какой алгоритм ПИД с таким справится?
....
Как и писал ранее - делаю распределенную систему обогрева в мастерской. Это типа теплых плинтусов по всей внешней стене, т.к. в мастерской теплый пол или инфракрасные ... = это дышать пылью. Каждым участком можно будет управлять...
Все Ваши вопросы - это и есть тех задание для НИР по разработке алгоритма управления.
Научные исследования - это не инженерная разработка.
Вы хорошо взламываете чужой код, но это не разработка алгоритма сложной системы.
Судя по Вашим вопросам у Вас нет модели Вашей системы, поэтому и не может быть оптимального алгоритма.
Вы пытаетесь решить данную задачу привычным методом аля-кулибиных - методом тыка, который называю метод ползучего эмпиризма.
Если потребуется помощь в проведении НИР по созданию модели и алгоритма Вашей мастерской - обращайтесь.
 

pvvx

Активный участник сообщества
Все Ваши вопросы - это и есть тех задание для НИР по разработке алгоритма управления.
Научные исследования - это не инженерная разработка.
Я всю жизнь и занят между тем и тем. Остальное - это побочка.
Вы хорошо взламываете чужой код, но это не разработка алгоритма сложной системы.
Я не взламываю ничего. Всё имеет те-же завязки и решается не техническими знаниями, а знанием организации и условий проектировщиков. :p
Судя по Вашим вопросам у Вас нет модели Вашей системы, поэтому и не может быть оптимального алгоритма.
Когда создается что-то новое, ни у кого нет модели.
Вы пытаетесь решить данную задачу привычным методом аля-кулибиных - методом тыка, который называю метод ползучего эмпиризма.
Метод тыка присущ вам, что подтверждают ваши нелепые ответы, никогда не учитывающие общей структуры системы.
Если потребуется помощь в проведении НИР по созданию модели и алгоритма Вашей мастерской - обращайтесь.
Зачем мне модель, если ещё не сняты и не изучены характеристики всех возможных вариантов самих исполнителей - нагревателей и к ним нет списка особенностей эксплуатации каждой реализации.
Ваш метод через НИР может втюхать только то, что уже известно и обкатано десятилетиями. А даже такая простая тематика, как "вумный дом" находится только в раздробленных зачатках...
 

nikolz

Well-known member
Зачем мне модель, если ещё не сняты и не изучены характеристики всех возможных вариантов самих исполнителей - нагревателей и к ним нет списка особенностей эксплуатации каждой реализации.
Ваш метод через НИР может втюхать только то, что уже известно и обкатано десятилетиями. А даже такая простая тематика, как "вумный дом" находится только в раздробленных зачатках...
это и есть создание модели.
Я понимаю, что вы самоучка, но зачем сто раз открывать закон Ома.
Есть технология научных исследований.
Может стоит изучить ее?
Будут те же результаты, но раз в десять быстрее и качественнее.
Нет пределу совершенству.
 

pvvx

Активный участник сообщества
это и есть создание модели.
Я понимаю, что вы самоучка, но зачем сто раз открывать закон Ома.
Есть технология научных исследований.
Может стоит изучить ее?
Зачем? У меня основные задачи всю жизнь - пойди туда не знаю куда, но сделай.
Т.е. решение нестандартных задач, обычно в области новых тематик, на которые нет никаких откатанных технологий или даже научных проработок. Работа с академиками и прочими научными разгильдяями для перевода и направления их бреда в реализуемые вещи.
Будут те же результаты, но раз в десять быстрее и качественнее.
Не будут - проверено.
Хотя бы по вашим описаниям уже видно что вы ничего нового не можете создать, а только повторить чужое. Только этому вас выучили и натаскали.
Уже много раз вам советовал изучить разницу в понятиях "Паковщики и картостроители".
 

nikolz

Well-known member
Зачем? У меня основные задачи всю жизнь - пойди туда не знаю куда, но сделай.
Т.е. решение нестандартных задач, обычно в области новых тематик, на которые нет никаких откатанных технологий или даже научных проработок. Работа с академиками и прочими научными разгильдяями для перевода и направления их бреда в реализуемые вещи.
Не будут - проверено.
Хотя бы по вашим описаниям уже видно что вы ничего нового не можете создать, а только повторить чужое. Только этому вас выучили и натаскали.
Уже много раз вам советовал изучить разницу в понятиях "Паковщики и картостроители".
типичное брюзжание самоучки.
Вам про Фому, вы -про Ерему.
Так ничего и не поняли.
---------------------------------------
Пилите Шура, пилите.
 

pvvx

Активный участник сообщества
типичное брюзжание самоучки.
Вам про Фому, вы -про Ерему.
Так ничего и не поняли.
---------------------------------------
Пилите Шура, пилите.
Ну вот вы в очередной раз доказали, что воспринять реальный мир вы не в состоянии. А люди в нем делятся на типичные "Паковщики и картостроители", и первые не могут понять вторых, но не наоборот :p
Это как роботу - ничего не объяснить - у него одна программа...
 

pvvx

Активный участник сообщества
Нет пределу совершенству.
Да. Отпускная цена ESP32-C3 ныне больше чем другие более доступные чипы с лучшей функциональностью у производителей плат с монтажом в Китае для обывателей (и юриков). Только по этому с ESP можно завязывать...
 
Сверху Снизу