Питание от Li-ion батареи

[nikolz]

А у меня и от 0.85В (могу платно продемить), но вот только у вас сказки... Уж сколько лет вы тут и не подтвердили ни одного своего высказывания
А за ещё большую оплату демки (x10), без проблем запущу и от 0.080В (но это пока предел для вас, судя по выставленному тарифу для данной моей демки )
Ну а пока, без подсказки не одолеете порог работы от источника в 0.08В с генерацией хотя-бы мощности до 1Вт 3..5В, разговаривать о теме "автономного питания от батарей" с вами нет смысла...
ЗЫЖ Чтобы вы не беспокоились – ради "спортивного интереса" уже давно был собран DC-DC 0.065В->3В 875 мВт на деталях "со стола на кухне". Больше пока не удалось – не хватило опытного источника на 0.065В 25A

Вы так ничего и не поняли.
Разница наших решений в том, что я купил на али панельку солнечную за 30 руб, понижающий преобразователь за 25 и за 5 минут собрал схему, которая работает.
Эту схему не надо рисовать, ее соберет любой любитель за те же пять минут.
Поэтому мне нечего выкладывать, так как я делаю все на основе документации, стандартного SDK и готовых модулей с али за копейки.
Ну а Вы? как всегда изобретаете царь-колокол или царь пушку
и как всегда в единственном экземпляре,
но с мечтой о полете из пушки на луну.

 

[pvvx]

Вы так ничего и не поняли.
Разница наших решений в том, что я купил на али панельку солнечную за 30 руб, понижающий преобразователь за 25 и за 5 минут собрал схему, которая работает.
Эту схему не надо рисовать, ее соберет любой любитель за те же пять минут.

Где схема и где тот, который это собрал и оно РАБОТАЕТ?
Этого не существует и находится только в ваших мечтах и "хотелках". Их вы и приводите, отрабатывая рекламу на ESP8266 и выставляя как беспочвенную альтернативу другим.
В любом вашем предложении есть масса нюансов, которые сводят их к невозможности создания рабочего устройства по предложенным вами принципам. Причина банальна - вы сами этого не пробовали, а пытаетесь использовать чужие руки для проверки ваших "хотелок", в целях удостовериться, что это работать не будет (или для обучения тут вас бесплатно)...

Для местного клоуна “гуру Nicolz” сообщаю – батарейка AAA не выдает 1.5В при 0.4A/КПД(dc-dc) для работы модуля ESP8266. При 100% преобразовании 1.5В в 3.3В, ваш любимый ESP8266 потребует 1.5В с током от 0.88A А это уже говорит о том, что даже AAA батарейку вы не держали в руках и никогда не измеряли тока потребления ESP8266 в его стандартном глюко-закрытом-китайском SDK...

 

[CodeNameHawk]

У меня eSP8266 работает даже от одной батарейки AAA (1.5 в) и от маленькой солнечной панельки 80x55 без проблем.

Ну так не написал же "У меня eSP8266 работает даже от одной батарейки AAA (1.5 в) или от маленькой солнечной панельки..."

Без конкретной схемы преобразователя, просто болтовня.

 

[pvvx]

Ну так не написал же "У меня eSP8266 работает даже от одной батарейки AAA (1.5 в) или от маленькой солнечной панельки..."

Без конкретной схемы преобразователя, просто болтовня.

Тест мизинчиковых батареек типа ААА
Из него можно взять, что хорошая AAA дает 4 кДж.
Тест на требуемую энергию для соединения модуля RTL8710BN с внешней AP в SDK 4.0b без всяких sleep показывает, что для соединения и минимальной приема-передачи с внешним сервером надо 1.5 Дж. Там код не применяет никаких уменьшений потребления и будет равен потреблению в Aduino c той-же задачей.
Получаем, что с элемента AAA RTL8710BN сумеет достичь 2000..3000 полных циклов соединений/отсоединений по полному стандарту WiFi к внешней AP... Обычно тот-же ESP8266 не делает отсоединения от AP и других оповещений о выходе на связь в рамках стандартов WiFi, но в его Arduino всё равно выходит большее потребление за счет более длительного среднего времени обработки указанной тестовой последовательности...
Цикл соединения и отсоединения от внешней AP неизбежен при любой оптимизации энергопотребления на WiFi. Если покопать SDK к RTL-кам, то однозначно можно уменьшить кол-во требуемой энергии на соединение + отключение с передачей минимальной порции информации на внешний сервер до 0.5 Дж (2 сек*75 мА*3.3В) и менее.

 

[rst]

или от маленькой солнечной панельки..."

"Маленькая" - понятие растяжимое. 1метр x 1метр - маленькая? Для кого как.

Без конкретной схемы преобразователя, просто болтовня.

И без конкретных цифр по отдаваемому току этой "маленькой" при каком-то уровне освещения (каком?) - тоже.

 

[pvvx]

"Маленькая" - понятие растяжимое. 1метр x 1метр - маленькая? Для кого как.
И без конкретных цифр по отдаваемому току этой "маленькой" при каком-то уровне освещения (каком?) - тоже.

Это (1x1 метр) уже за 1,5 кВт общей энергии на прямом солнечном... в нашем регионе, но КПД всего 20%
Накопитель надо, а не DC-DC.

 

[nikolz]

Вот еще информация для размышления.
При работе eSP8266 от солнечной панельки наблюдал следующее. (результаты есть на форуме)
При слабом солнце суперконденсатор не успевает полность восстановить требуемое напряжение.
В результате происходит постепенное падение питающего напряжение.
Когда напряжение на ESP снижается ниже 2.6 вольт, то ESp остается активным и полностью разряжает суперкондер. В резульатет вместо дозаряда получаем полный заряд c нуля.
Чтобы устранить данную проблему, реализовал такой режим работы
При просыпании ESP8266 замеряет напряжение питания и если оно меньше 2.6 переходит в режим сна без передачи данных на сервер.
В результате время активности в таком режиме сократилось с 350 ms до 140 ms. Средний ток потребления при этом составляет 35 ма.
Если время сна составляет 100 секунд, то средний ток с контролем напряжения питания составит 0.05 ма.

 

[pvvx]

При слабом солнце суперконденсатор не успевает полность восстановить требуемое напряжение.
В результате происходит постепенное падение питающего напряжение.

Т.е. модуль уже работает не от батарейки или панели, а от "суперкондера", как я вам и писал. Но у них так-же есть нюансы, про которые вы забыли в своей теоретической выдумке...

Я вам ничего не должен.

Тут никто и не надеется, что что-то дельное получит от вас.
Вы уже пишите ерунду - 350 ms на соединение с AP по стандартам WiFi c выдачей IP модулю, да получению внешнего IP удаленного сервера по DNS не хватает.
Опрос напряжения RTL8711AM или RTL871xBx делают в режиме sleep на своем ADC без просыпания и никаких 140 ms активности не требуется, да и вообще у RTL-ок большинство режимов sleep не требует перезагрузок или переинициализации WiFi и прочих PLL для просыпания.
Так-же вы и тут врете:

Если время сна составляет 100 секунд, то средний ток с контролем напряжения питания составит 0.05 ма.

Причина банальна - вы никогда не измеряли ток у модуля c ESP8266 в режиме deep-sleep, а пытаетесь прикинуть его по даташиту от врунов в Espressif Параметры из PDF от Espressif не коррелируются с реальными замерами, т.к. они их пишут как и вы - выдумывают на ходу

 

[nikolz]

Т.е. модуль уже работает не от батарейки или панели, а от "суперкондера", как я вам и писал. Но у них так-же есть нюансы, про которые вы забыли в своей теоретической выдумке...

Вы не внимательно читаете мои посты.
Поищите на форуме мои сообщения, хотя вы везде позубоскалили.
Но специально для Вас повторю медленно, что я уже рассказывал.
Надеюсь, что вы поймете как работать с одной AAA батарейкой.
---------------------------
Начнем лекбез.
1) Для начала проводим расчеты энергии в 1f кондере и количество активных циклов моего измерителя температуры
Напомню как это работает
ESP просыпается измеряет напряжение питания и температуру и передает это по UDP на сервер. Время активности составляет 350-400 ms.
2) После этого экспериментально проверяем теорию. В результате получаем, что от кондера ESP может проработать примерно 20 циклов.
Специально обращаю Ваше внимание на то, что 20 циклов Т е вообще без какой-либо батарейки или панельки.
А что это значит?
А это значит, что можно использовать любой источник питания, который способен восстановить запас энергии в кондере.
Т е это может быть и солнечная панелька (результаты работы с ней я уже написал ищите на форуме) и маломощная батарейка -любая.
--------------------------
Вот и лекции конец, кто читал , тот молодец.
Полагаю, что дошло.
========================
специально для Вас нашел свои сообщения :

https://esp8266.ru/forum/threads/es...osle-propazhi-pitanija.2701/page-2#post-39649

https://esp8266.ru/forum/threads/esp-14-i-poslednee-prosti-posle-propazhi-pitanija.2701/#post-39560

https://esp8266.ru/forum/threads/pitanie-esp-ot-2xaa-s-pomoschju-step-up-konvertera.2661/#post-38973

https://esp8266.ru/forum/threads/sp...-istochnika-pitanija-esp8266.2593/#post-38418

https://esp8266.ru/forum/threads/ehnergopotreblenie-esp-novoe.2591/

 

[pvvx]

Начнем лекбез.
1) Для начала проводим расчеты энергии в 1f кондере и количество активных циклов моего измерителя температуры
Напомню как это работает
ESP просыпается измеряет напряжение питания и температуру и передает это по UDP на сервер. Время активности составляет 350-400 ms.

У вас ошибка в "350-400 ms.". Время соединения к AP у ESP8266 с получением IP по DHCP от 2.7 секунды.
Время входа в deep-sleep от 100 ms. Реверс исходника закрытой либы по этой ветке вам приводился. Там таймер заряжается на 100 ms и только через 100 ms он будет подстраивать делитель для RC генератора, а затем уже включаться переводить чип в deep-sleep и то, с ошибкой (частыми вылетами на протектед). Т.е. время работы с полным потреблением, после подачи команды deep-sleep у ESP8266 составляет примерно указанные вами 140 ms.
В итоге опять наблюдаем одни выдумки "гуру nikolz", без реальных измерений...
Условия теста описаны тут Тест на требуемую энергию для соединения модуля RTL8710BN с внешней AP в SDK 4.0b. Измерьте, а потом уже выдумывайте, с учетом того, что исходников SDK к тестируемым функциям для изменения чего либо у ESP8266 не существует, в отличии от RTL-ок.
+ учтите, что все AP имеют ограничение на кол-во подключенных к ним станций и требуется отключение от AP, что вы и многие не делают на ESP8266, а просто бросают соединение, что приводит к большим задержкам при новом присоединении к AP или вообще к невозможности соединения нового клиента, пока AP не сообразит, что прошлые отвалились...

Использование глюков вашего роутера не прокатит для всех. Он у вас работает не по стандарту WiFi и очень плохо определяет потерю клиента. Для реализации таких соединений в стандарте WiFi есть режимы sleep с установкой DTIM, где n – кол-во пропускаемых beacon клиентом от AP. Но вход в данный режим всё равно требует полного цикла соединения c AP по стандарту WiFi и дальнейшего согласования с AP о входе модуля в режим сна c DTIM (на что ещё требуется пачка приемо-передач). В этих режимах RTL-ки побеждают ESP8266 значительно, т.к. имеют более расширенные режимы и развитый PMU.

Тут можно ещё указать то, что ESP8266 плохо влияет на другие станции, находящиеся в режиме сна с DTIM. Это такие устройства, как обычный телефон. При гашении экрана они обычно переводят свой WiFi в режим сна c DTIM, в котором просыпаются на прием n-го beacon от AP. Но реализация WiFi драйвера у ESP8266 плохо контролирует соседей и вызывает коллизии у AP, приводящие к смещению по времени её beacon, что приводит у просыпающихся прием их с увеличением времени ожидания и, следовательно, большее потребление. Как итог – наличие в домашней сети ESP8266 приводит к быстрому старению АКБ у телефона, не говоря уже о вариантах с наличием нескольких AP у пользователя и режимов включенного AP на ESP – там ESP8266 не желает синхронизироваться с ними и в каждый промежуток между их синхронными beacon лепит свой, создавая коллизию другим участникам WiFi сети
Espressif на это ответил, что у них свой "эксклюзивный вариант реализации WiFi" (без сертификации у альянса WiFi) Данный "эксклюзив" приводит к падению пропускной способности WiFi сети у других устройств в 3..4 раза... А так-же рекомендовали, что ESP8266 надо использовать в качестве одного клиента к AP – т.е. каждому ESP8266 свой роутер

 

[=AK=]

У вас ошибка в "350-400 ms.". Время соединения к AP у ESP8266 с получением IP по DHCP от 2.7 секунды.

У меня ESP8266 коннектился 12-15 секунд, пока не купил новый роутер. Теперь секунды 3-4 коннектится.

 

[pvvx]

У меня ESP8266 коннектился 12-15 секунд, пока не купил новый роутер. Теперь секунды 3-4 коннектится.

Время соединения сокращается на минимум 0.7 секунды, если использовать статический IP. Это проверено на многих роутерах. В наличии у меня всегда более 3-х разных роутеров... Стандартно стоит только ASUS RT-N56U, т.к. он вроде пашет уже много лет нормально с имеющейся провайдерской сетью...
При соединении к AP сказывается многое, можно добиться и к порядку 1.8 сек на ESP8266, если всё сработало синхронно. Малейшая задержка на пару ms в запросах-ответах приводит к увеличению времени полного соединения. К примеру, отключение вывода сообщений в UART... Это так-же проверено на разнообразных роутерах, но если всё делать по стандарту и ничего не ковырять в SDK да учитывать внешние пинги, то выходит больше.
Очень много времени уходит на объявление выхода в эфир станции и сканирование сети для поиска AP. Если это отключить, т.е. использовать запомненные номера канала AP, не объявлять о выходе в сеть WiFi устройства и тому подобному, то можно ещё сократить время соединения.
Большинство тестов у Nicolz сделаны без отключения от AP, т.е. используется старый сеанс и глюк роутера, который не отследил прошлого отключения и не сменил ключ шифрации... Тогда время соединения вообще нет, а происходит продолжение прошлой сессии...

Пока, из протестированных соединений, самое короткое выходит присоединение к Open AP ESP8266. Ей вообще всё пофиг, а других вариантов, с подключением к другим модулям пока не искал

После отключения питания тактовому генератору кварца, обычно требуется время на стабилизацию его повторного включения. Оно обычно до сотни ms, но об этом "гуру Nicolz" не знает и выдумывает свои цифры в 140 ms c временем загрузки всяких boot и старта ESP8266 в стандартном SDK + более 100 ms для включения в новый deep-sleep более объявленного им... Кварц - штука механическая и с большой добротностью, от этого раскачка его происходит долго и во всех MCU стоит счетчик от 1000 тактов до стабилизации (иногда и более, для устаканивания PLL)... Если его заменить на RC - тогда почти сразу
По сигналу RESET ещё система BOR обычно дает задержку до пуска потрахов, но у ESP8266 BOR неисправен или вообще не работает.

К своему SDK на RTL8195/871x серии "A", Realtek приводит такую диаграмму:


По ней, после загрузки кода из Flash в RAM и старта инициализация SDRAM происходит на 200 ms, от старта. Т.е. где-то там и стартует уже сам SDK. Для RTL без SDRAM, это время значительно меньше, как и для серии "B" (там вообще не обязательна загрузка в RAM из Flash и старт может идти прямо из Flash и предусмотрено отключение вывода в LogUART в eFuse, что очень сильно сокращает старт на время вывода сообщений на 115200 baud...).

Минимальное время старта ESP8266, что удалось достигнуть, путем использования всевозможных "хаков" и своего кода:

Там указано время старта CPU - от 17 ms, далее rapid_loder, что обеспечивает время до пуска пользовательского кода на 44-ой ms от старта (там нет никаких SDK и нет переинициализации PLL на реальный кварц модуля в 26MHz, а не расчетный для ROM в 40MHz - от туда и кривой baud у UART и помехи в радиодиапазоне от включенного WiFi блока в ROM). В итоге, минималка 44 + 1xx ms на вход в deep-sleep, что уже не согласуется с заявами от "гуру Nicolz"
Вписывание кода опросов датчиков в boot не ускоряет процесс в ESP8266. Это удлиняет размер boot, а он производиться на очень низкой частоте SPI и на одном бите из flash. В диаграмме грузиться boot всего в 104 байта, на что ESP-ROM тратит 4.62 ms. Стандартный boot более 1 кило, в итоге он грузиться от 46 ms и, в rapid_loader-e применен хак, который позволяет сократить сообщения ROM более чем в 4-ре раза, т.е. до 15.8 ms, вместо стандартных на более 50 ms. Так-же в стандартном boot не отключается WiFi и жрет это всё за 80 mA.
В RTL серии "A" время на такое-же действо, согласно даташитам равно 2.5 ms от появления питания. Для серии "B" ещё не проверял и указаний не видел.

Повторный запуск, с применением старта в IRAM с помощью управления внешними ножками ESP8266 производиться с порядком в 20 ms, т.к. никаких сообщений ROM не пишет, а сразу по инициализации CPU запускает заранее загруженный код в первом адресе IRAM. Где-то ранее была уже кинута диаграмма потребления ESP8266 при данном "хаке". Там время активности от 25 ms с уходом в новый deep-sleep, но код не содержит SDK, а использует мой NoWiFiSDK.
Инициализация драйвера WiFi по заявлениям от Espressif от 200 ms. У RTL8710BN - около 170 ms, что можно проверить в SDK.
Просыпание с активизацией уже настроенных WiFi и прочего в режимах sleep c потреблением до 200 мкА у RTL не более 1 ms... Уходит на включение всяких UART и т.д. (это в стандартном SDK)

 

[nikolz]

Информация к размышлению:
Собрана следующая схема:
2шт DS1820 +ESP-12+кондер 1f+диодШоттки+ BOOST+2 элемента по 1.45в .
Режим работы следующий. сначала все включено Этому режиму в приведенных данных соответствует значение 4094 (это напряжение питания измеренное внутренним АЦП ESP. Епит)
ESP спит сначала по 10 сек Просыпается читает напряжение и если оно больше 2.5в то читает показания датчиков температуры и передает показания и напряжение на сервер. после подтверждения приема, ложится спать. При передаче подтверждения приема можно управлять длительностью сна.
-----------------------------
Эксперимент.
Сначала преобразователь включен и интервал сна 10 секунд.
Затем преобразователь выключается
ESP работает от кондера. Епит уменьшается до 3.1 в
И ESP перестает посылать данные
Преобразователь снова включаем ESP начинает опять посылать данные.
---------------------------------------------------------------------------------------

Спойлер

>lua -e "io.stdout:setvbuf 'no'" "ESPserver.lua"
дата........время.......................темр1.....темр2..cou...Епит ....... цикл
08/12/17 09:32:54 20 14:51:52.507 t=24.6875;25.2500;1024;4094,m=1,t1=1781512507
08/12/17 09:33:04 20 14:52:2.57 t=24.6250;25.2500;1024;4094,m=2,t1=10062
работа с отключенной батарейкой
08/12/17 09:33:14 20 14:52:12.684 t=24.6250;25.2500;446;3656,m=3,t1=10114
08/12/17 09:33:24 20 14:52:22.819 t=24.6250;25.2500;411;3565,m=4,t1=10135
08/12/17 09:33:35 20 14:52:34.108 t=24.7500;25.3125;276;3182,m=5,t1=11288
08/12/17 09:33:45 20 14:52:44.217 t=24.7500;25.3125;358;3392,m=6,t1=10108
08/12/17 09:33:55 20 14:52:54.382 t=24.7500;25.3125;355;3380,m=7,t1=10164
08/12/17 09:34:06 20 14:53:4.568 t=24.8750;25.3750;353;3355,m=8,t1=10186
08/12/17 09:34:16 20 14:53:14.753 t=24.8750;25.3750;344;3322,m=9,t1=10184
08/12/17 09:34:26 20 14:53:24.936 t=24.9375;25.4375;338;3292,m=10,t1=10182
08/12/17 09:34:36 20 14:53:35.115 t=25.0000;25.4375;336;3264,m=11,t1=10179
08/12/17 09:34:46 20 14:53:45.299 t=0;25.4375;327;3237,m=12,t1=10184
08/12/17 09:34:56 20 14:53:55.481 t=0;25.4375;324;3209,m=13,t1=10181
08/12/17 09:35:07 20 14:54:5.683 t=0;25.4375;319;3183,m=14,t1=10202
08/12/17 09:35:17 20 14:54:15.884 t=0;25.4375;314;3153,m=15,t1=10200
08/12/17 09:35:27 20 14:54:26.081 t=0;25.5000;313;3134,m=16,t1=10197
08/12/17 09:35:37 20 14:54:36.277 t=0;25.4375;307;3106,m=17,t1=10196
батарейка снова включена
08/12/17 09:37:53 20 14:56:51.922 t=24.8125;25.1875;1024;4094,m=18,t1=135644
08/12/17 09:37:53 20 14:56:51.922 t=24.8125;25.1875;1024;4094,m=19,t1=0
08/12/17 09:38:03 20 14:57:1.931 t=24.8125;25.1875;1024;4094,m=20,t1=10009

 

[nikolz]

эксперимент с одной батарейкой AAA космос старая напряжение 1.42в
время сна 15 сек

Спойлер

>lua -e "io.stdout:setvbuf 'no'" "ESPserver.lua"
08/12/17 10:34:56 20 15:53:58.915 t=25.2500;25.8750;593;4094,m=1,t1=1785238915
08/12/17 10:35:11 20 15:54:14.609 t=25.0625;25.7500;760;4094,m=2,t1=15693
08/12/17 10:35:27 20 15:54:30.258 t=25.0625;25.7500;847;4094,m=3,t1=15648
08/12/17 10:35:41 20 15:54:44.955 t=25.0625;0;908;4094,m=4,t1=14697
08/12/17 10:35:56 20 15:54:59.797 t=25.0000;25.7500;956;4094,m=5,t1=14842
08/12/17 10:35:56 20 15:54:59.797 t=25.0000;25.7500;956;4094,m=6,t1=0
08/12/17 10:36:11 20 15:55:14.705 t=25.0000;25.7500;977;4094,m=7,t1=14907
08/12/17 10:36:26 20 15:55:29.593 t=24.9375;25.7500;982;4094,m=8,t1=14887
08/12/17 10:36:41 20 15:55:44.464 t=25.0000;25.7500;987;4094,m=9,t1=14870
08/12/17 10:36:56 20 15:55:59.357 t=24.9375;25.7500;1002;4094,m=10,t1=14893
08/12/17 10:37:11 20 15:56:14.242 t=24.9375;25.7500;996;4094,m=11,t1=14884
08/12/17 10:37:27 20 15:56:30.142 t=25.0000;25.8125;955;4094,m=12,t1=15899
08/12/17 10:37:46 20 15:56:49.318 t=0;25.7500;813;4094,m=13,t1=19176
08/12/17 10:38:00 20 15:57:3.931 t=25.0625;25.7500;975;4094,m=14,t1=14613
08/12/17 10:38:01 20 15:57:3.931 t=25.0625;25.7500;975;4094,m=15,t1=0
08/12/17 10:38:15 20 15:57:18.921 t=25.0625;25.7500;988;4094,m=16,t1=14990
08/12/17 10:38:30 20 15:57:33.797 t=25.1250;25.7500;993;4094,m=17,t1=14875
08/12/17 10:38:45 20 15:57:48.691 t=25.1250;25.7500;976;4094,m=18,t1=14894
08/12/17 10:39:01 20 15:58:4.574 t=25.1875;25.8125;934;4094,m=19,t1=15882
08/12/17 10:39:16 20 15:58:19.287 t=25.1875;25.8125;993;4094,m=20,t1=14713
08/12/17 10:39:16 20 15:58:19.287 t=25.1875;25.8125;993;4094,m=21,t1=0
08/12/17 10:42:26 20 16:1:29.525 t=0;25.8125;832;4094,m=22,t1=190238
08/12/17 10:42:26 20 16:1:29.525 t=0;25.8125;832;4094,m=23,t1=0
08/12/17 10:42:52 20 16:1:56.211 t=25.1875;25.9375;1024;33,m=24,t1=26685
08/12/17 10:42:52 20 16:1:56.211 t=25.1875;25.9375;1024;33,m=25,t1=0
08/12/17 10:42:52 20 16:1:56.211 t=25.1875;25.9375;1024;33,m=26,t1=0
08/12/17 10:43:08 20 16:2:12.135 t=0;25.8125;865;4094,m=27,t1=15923
08/12/17 10:43:23 20 16:2:26.808 t=25.0625;25.8125;934;4094,m=28,t1=14673
08/12/17 10:43:38 20 16:2:41.664 t=25.1250;25.7500;951;4094,m=29,t1=14856
08/12/17 10:43:52 20 16:2:56.514 t=25.0625;25.7500;968;4094,m=30,t1=14849
08/12/17 10:44:07 20 16:3:11.395 t=25.0625;25.7500;988;4094,m=31,t1=14881
08/12/17 10:44:22 20 16:3:26.275 t=25.0625;25.7500;992;4094,m=32,t1=14879
08/12/17 10:44:37 20 16:3:41.174 t=25.0625;25.7500;1002;4094,m=33,t1=14898
08/12/17 10:44:52 20 16:3:56.043 t=25.0625;25.7500;1010;4094,m=34,t1=14868
08/12/17 10:45:07 20 16:4:10.949 t=25.0000;25.7500;1016;4094,m=35,t1=14906
08/12/17 10:45:22 20 16:4:25.869 t=25.0000;25.6875;1004;4094,m=36,t1=14920
08/12/17 10:45:37 20 16:4:40.757 t=25.0625;25.6875;1011;4094,m=37,t1=14887
08/12/17 10:45:51 20 16:4:55.628 t=25.0000;25.6875;1017;4094,m=38,t1=14870

 

[=AK=]

Информация к размышлению:

"В огороде бузина, в Киеве дядька" (с)

Вам черным по белому было написано, что ваша система работоспособна только и исключительно из-за наличия бага конкретно в вашем роутере. А вы приводите какие-то бессмысленные логи с этим кривым роутером, которые доказывают только вашу неспособность воспринимать написанное.

Приведите логи работы с роутером, подключение к которому занимает 15 секунд, тогда с вами будет о чем говорить.

 

[nikolz]

"В огороде бузина, в Киеве дядька" (с)

Вам черным по белому было написано, что ваша система работоспособна только и исключительно из-за наличия бага конкретно в вашем роутере. А вы приводите какие-то бессмысленные логи с этим кривым роутером, которые доказывают только вашу неспособность воспринимать написанное.

Приведите логи работы с роутером, подключение к которому занимает 15 секунд, тогда с вами будет о чем говорить.

У меня нет бага в роутере.
Это у Вас недосток знание компенсируется хамством.
И не надо больше Ваших умозаключений.
Я прекрасно знаю почему у Вас 4 секунды а у меня 350 ms.
Я могу сделать как у Вас (это у тех кто не умеет писать софт) чтобы было 4 секунды, но меня устраивает 0.35 секунды.
=================
Более того, Я разве Вас спрашивал о чем-то?
Нет? Мне Ваше мнение по ...
Не нравится не читайте.
Можете считать что так не бывает (У Вас во всяком случае)

 

[=AK=]

Я прекрасно знаю почему у Вас 4 секунды а у меня 350 ms.
Я могу сделать как у Вас (это у тех кто не умеет писать софт) чтобы было 4 секунды, но меня устраивает 0.35 секунды.

Таким образом, вы утверждаете, что обладаете неким ноу-хау, который позволяет подключаться к любому роутеру за 350 мс. Но озвучить это свое магическое ноу-хау, вы, судя по всему, не собираетесь.

Что автоматически переводит это ваше ноу-хау в разряд сказок. "Ох уж эти сказочки, ох уж эти сказочники" (с)

Пока что констатирую, что до сих пор все ваши посты, кторое я видел, были или невежественны, или бессодержательны. Максимум позитива, на котрый вы способны - это копипаст, все остальное - пустое хвастовство, хамство и бессмысленное мычание. Например, давеча вы в теме https://esp8266.ru/forum/threads/cc1310-16-mka-v-rezhime-wake-on-radio.2707/ копипастили и мычали, но потом обосрались и ушли не попрощавшись. Слава богу хоть не потерли все свои посты, ибо имеется у вас такая паскудная привычка - наболтать ерунды, а потом затереть посты.

 

[nikolz]

Информация к размышлению.
По просьбе трудящихся убрал из схемы суперкондер.
Схема банально простая
2 шт DS1820+ESP+повышающей преобра(25руб)+2 батарейки в сумме 2.85в.
На выходе повышающего 3.5в
Вот результат работы без проблем.

Спойлер

>lua -e "io.stdout:setvbuf 'no'" "ESPserver.lua"
08/12/17 16:06:44 20 21:26:12.294 t=0;26.8125;269;3361,m=1,t1=1805172294
08/12/17 16:06:51 20 21:26:18.53 t=26.3750;26.8125;306;3364,m=2,t1=6235
08/12/17 16:06:51 20 21:26:18.53 t=26.3750;26.8125;306;3364,m=3,t1=0
08/12/17 16:06:56 20 21:26:23.838 t=26.3750;26.8125;294;3362,m=4,t1=5308
08/12/17 16:07:01 20 21:26:29.111 t=26.3125;26.8750;273;3362,m=5,t1=5273
08/12/17 16:07:06 20 21:26:34.374 t=0;26.8125;288;3364,m=6,t1=5262
08/12/17 16:07:12 20 21:26:39.646 t=26.3750;26.8125;291;3363,m=7,t1=5271
08/12/17 16:07:17 20 21:26:44.911 t=26.3750;26.8125;294;3362,m=8,t1=5265
08/12/17 16:07:22 20 21:26:50.171 t=26.3125;26.8125;294;3358,m=9,t1=5259
08/12/17 16:07:27 20 21:26:55.426 t=26.3750;26.8125;300;3365,m=10,t1=5254
08/12/17 16:07:33 20 21:27:0.677 t=26.3125;26.8750;302;3344,m=11,t1=5251
08/12/17 16:07:38 20 21:27:5.95 t=26.3750;26.8750;303;3367,m=12,t1=5272
08/12/17 16:07:38 20 21:27:5.95 t=26.3750;26.8750;303;3367,m=13,t1=0
08/12/17 16:07:43 20 21:27:11.269 t=26.3750;26.8125;302;3364,m=14,t1=5318
08/12/17 16:07:43 20 21:27:11.269 t=26.3750;26.8125;302;3364,m=15,t1=0
08/12/17 16:07:49 20 21:27:16.597 t=26.3750;26.8125;303;3365,m=16,t1=5328
08/12/17 16:07:54 20 21:27:21.863 t=26.3750;26.8750;292;3367,m=17,t1=5266
08/12/17 16:07:59 20 21:27:27.123 t=26.3750;26.8750;306;3365,m=18,t1=5259
08/12/17 16:08:04 20 21:27:32.383 t=26.3750;26.8750;312;3361,m=19,t1=5260
08/12/17 16:08:10 20 21:27:37.668 t=26.3125;26.8750;308;3365,m=20,t1=5285
08/12/17 16:08:15 20 21:27:42.924 t=26.3750;26.8750;308;3366,m=21,t1=5255
...
08/12/17 16:10:31 20 21:29:59.489 t=0;27.0000;339;3363,m=46,t1=10397
08/12/17 16:10:37 20 21:30:4.749 t=26.4375;27.0000;338;3365,m=47,t1=5260
08/12/17 16:10:42 20 21:30:10.017 t=0;27.0000;339;3360,m=48,t1=5267
08/12/17 16:10:47 20 21:30:15.279 t=26.4375;27.0000;337;3359,m=49,t1=5262
08/12/17 16:10:47 20 21:30:15.279 t=26.4375;27.0000;337;3359,m=50,t1=0
08/12/17 16:10:58 20 21:30:25.658 t=0;27.0000;337;3363,m=51,t1=10378
08/12/17 16:11:09 20 21:30:37.054 t=0;27.0625;322;3363,m=52,t1=11396
08/12/17 16:11:14 20 21:30:42.284 t=0;27.0625;356;3366,m=53,t1=5229
08/12/17 16:11:19 20 21:30:47.56 t=0;27.0625;356;3362,m=54,t1=5276
08/12/17 16:11:30 20 21:30:57.958 t=0;27.0625;357;3366,m=55,t1=10398
...
08/12/17 16:12:54 20 21:32:21.978 t=0;27.0625;361;3358,m=74,t1=10375
08/12/17 16:13:04 20 21:32:32.371 t=26.4375;27.0625;358;3359,m=75,t1=10392
08/12/17 16:13:09 20 21:32:37.631 t=26.4375;27.0625;360;3363,m=76,t1=5259
08/12/17 16:13:09 20 21:32:37.631 t=26.4375;27.0625;360;3363,m=77,t1=0
08/12/17 16:13:15 20 21:32:42.976 t=0;27.0625;360;3363,m=78,t1=5345
08/12/17 16:13:15 20 21:32:42.976 t=0;27.0625;360;3363,m=79,t1=0
08/12/17 16:13:25 20 21:32:53.365 t=0;27.0625;362;3364,m=80,t1=10389
08/12/17 16:13:30 20 21:32:58.622 t=0;27.0625;361;3368,m=81,t1=5256
08/12/17 16:13:41 20 21:33:9.009 t=0;27.0625;365;3359,m=82,t1=10386
08/12/17 16:13:41 20 21:33:9.009 t=0;27.0625;365;3359,m=83,t1=0
08/12/17 16:13:46 20 21:33:14.373 t=0;27.1250;361;3361,m=84,t1=5364
08/12/17 16:13:51 20 21:33:19.635 t=0;27.1250;357;3361,m=85,t1=5261
08/12/17 16:13:51 20 21:33:19.635 t=0;27.1250;357;3361,m=86,t1=0
08/12/17 16:14:02 20 21:33:30.023 t=0;27.0625;360;3363,m=87,t1=10387
08/12/17 16:14:07 20 21:33:35.28 t=0;27.1250;362;3366,m=88,t1=5257
08/12/17 16:14:12 20 21:33:40.538 t=0;27.0625;363;3360,m=89,t1=5257
08/12/17 16:14:12 20 21:33:40.538 t=0;27.0625;363;3360,m=90,t1=0
....
08/12/17 16:16:08 20 21:35:36.034 t=26.5000;26.9375;362;3363,m=115,t1=0
08/12/17 16:16:13 20 21:35:41.348 t=26.5000;26.9375;360;3364,m=116,t1=5313
08/12/17 16:16:13 20 21:35:41.348 t=26.5000;26.9375;360;3364,m=117,t1=0
08/12/17 16:16:23 20 21:35:51.74 t=0;26.9375;363;3360,m=118,t1=10392
08/12/17 16:16:23 20 21:35:51.74 t=0;26.9375;363;3360,m=119,t1=0
08/12/17 16:16:28 20 21:35:57.105 t=0;26.9375;357;3360,m=120,t1=5365
08/12/17 16:16:28 20 21:35:57.105 t=0;26.9375;357;3360,m=121,t1=0
08/12/17 16:16:34 20 21:36:2.435 t=0;26.9375;360;3363,m=122,t1=5329
08/12/17 16:16:34 20 21:36:2.435 t=0;26.9375;360;3363,m=123,t1=0
08/12/17 16:16:39 20 21:36:7.823 t=0;26.9375;360;3367,m=124,t1=5387
08/12/17 16:16:40 20 21:36:7.823 t=0;26.9375;360;3367,m=125,t1=0
08/12/17 16:16:50 20 21:36:18.231 t=26.5000;26.9375;324;3360,m=126,t1=10408
08/12/17 16:16:50 20 21:36:18.231 t=26.5000;26.9375;324;3360,m=127,t1=0
08/12/17 16:16:55 20 21:36:23.674 t=0;26.9375;356;3363,m=128,t1=5443
08/12/17 16:16:55 20 21:36:23.674 t=0;26.9375;356;3363,m=129,t1=0
08/12/17 16:17:05 20 21:36:34.074 t=0;26.9375;357;3361,m=130,t1=10400
08/12/17 16:17:05 20 21:36:34.074 t=0;26.9375;357;3361,m=131,t1=0
....
08/12/17 16:18:42 20 21:38:10.99 t=26.4375;27.0625;352;3366,m=154,t1=10392
08/12/17 16:18:42 20 21:38:10.99 t=26.4375;27.0625;352;3366,m=155,t1=0
08/12/17 16:18:48 20 21:38:16.392 t=0;27.0625;353;3361,m=156,t1=5402
08/12/17 16:18:48 20 21:38:16.392 t=0;27.0625;353;3361,m=157,t1=0
08/12/17 16:18:58 20 21:38:26.787 t=0;27.0625;355;3359,m=158,t1=10394
08/12/17 16:19:08 20 21:38:37.176 t=26.4375;27.0625;353;3357,m=159,t1=10389
08/12/17 16:19:08 20 21:38:37.176 t=26.4375;27.0625;353;3357,m=160,t1=0
08/12/17 16:19:14 20 21:38:42.501 t=0;27.0625;354;3364,m=161,t1=5324
08/12/17 16:19:19 20 21:38:47.773 t=0;27.0000;356;3361,m=162,t1=5272

 

[pvvx]

Приведите логи работы с роутером, подключение к которому занимает 15 секунд, тогда с вами будет о чем говорить.

У Гуру Nicolz используется неопределение потери связи со станцией. Эдакий ноу-хау , заключающийся в том, что он отключает модуль находу от сети WiFi (типа ушел из зоны, но его роутер и это не прослеживает, т.к. наверно не в состоянии оценить уровень приемного сигнала и сопоставить "уход из зоны", для последующей смены ключа WPA или какой там протокол включили...). Потом включает питание или "просыпание" у модуля, длящееся от 150 ms минимум на загрузку китай-SDK и + инициализацию WiFi (при этом "Гуру - Nicolz" использует режим "инициализацию без калибровки" - т.е. запомненных калибровок без подстройки даже на температуру и вообще чего либо - такая фирменная фича от Espressif), и сразу, без соединения с AP, передает UDP пакет, затем, через 20 ms, запускает процедуру deep_sleep() в ESP, на которую уходит ещё от 100 ms + дцать на отключение Flash передачей ей команды sleep... (в прошлый раз вроде с ним договорились, что он напишет кляузу в Espressif, чтобы они убрали у данной процедуры таймер, заряжаемый на 100 ms, до входа в процедуру исполнения самого deep_sleep(). Пауза вставлена Espressif в надежде, что за 100 ms завершатся все транзакции пользователя (LwIP отработает TCP стек с закрытием соединения и прочее)).
Но UDP пакет у "Гуру Nicolz" улетает, а его роутер его съедает - на этом и строиться соединение имени "Гуру - Nicolz"....
При загрузке SDK и уходу в deep_sleep на ESP8266 с возможными вариантами в его стандартном SDK на это в 350 ms, "Гуру Nicolz" хочет соревноваться с RTL8710BN, у которого в стандарте выход из sleep менее пары us, уходящих на поправку "времени сна" для RTOS
---------
Есть предложение для "Гуру Nicolz" – выставить DTIM(10) и время между beacon в 6000 ms на роутере.

ESP8266 стартанет, соединиться с AP за десяток секунд, выждет паузу в пару секунд (дождется, что пакетов ей не передается/принимается, оповестит AP, что переключается в sleep c DTIM(10) и благополучно (автоматом в режиме LIGHT sleep для её WiFi) впадет в спячку на 10*6000 ms. Через 60 секунд ESP автоматом проснется, за пару ms включит приемник и начнет ждать beacon. Приняв его (и прочий арбитраж, если есть) от AP, посмотрит битики активности ожидающих данных у AP для ESP, и если их нет, опять автоматом заснет на 60 сек. Это хотя-бы вписывается в стандрат WiFi и поддерживает любой роутер с WiFi-AP, да писать ничего не надо -> всего-то поставить DTIM(10) и режим “LIGHT sleep для WiFi” Но пинг в 60 сек, и заторможенные в сотни раз счетчики LwIP в SDK от Espressif в режиме “LIGHT sleep для её WiFi” не позволят сделать что более нужное, чем извращение годное только ради “спортивного интереса” с переполнениями стеков LwIP и прочей тормознутости связи у модуля… Не стоит превращать WiFi в проводной телеграф 18-го века, в глуши, где для каждой ESP8266 свой роутер и нет других устройств, нарушающих их беспечную жизнь в эфире WiFi...