pvvx
Активный участник сообщества
Да - проблем нет - OpenGL выдерживает и 1 миллион точек в динамике...
-
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
ESP8266. Сверхмалое потребление
- Автор темы nikolz
- Дата начала
pvvx
Активный участник сообщества
Именно - rapid-loader и второй вариант, который вы не рассматриваете имеет такие показатели.
------
Ваш график выхода в deep_sleep появился после публикации моего кода deep_sleep без загрузчика.
Вот оно сравнение, старт по CH_PD:
Красный - просто код выхода в deep_sleep, без nboot или ещё каких-то прибамбасов. Код дан ранее.
Зеленый - ваш загрузчик с кодом выхода из deep_sleep. Кода нет, скопирован из дававшихся вам ранее?
Прошивка ваша эта - https://esp8266.ru/forum/attachments/firmware-zip.6180/
Как видим не всё учли.
Не вижу указанных вами уменьшения потребления при старте
Сравнить с rapid-loader не представляется возможным, по причине что нет исходников, а огрызок https://esp8266.ru/forum/attachments/firmware-zip.6180/ не грузит SDK.
На загрузку SDK2.0 Rapid-loader затрачивает 4 мс, а не ваши бредни про 2 мс.
2 мс - это загрузка meSDK, т.к. там загружаемая часть в два раза меньше.
Наглядно видно, что длина загружаемого кода ROM
- Красного - 224 байта
- Зеленого - 928 байт
Последнее редактирование:
Т е разница в 10 мс? верно?Именно - rapid-loader и второй вариант, который вы не рассматриваете имеет такие показатели.
------
Ваш график выхода в deep_sleep появился после публикации моего кода deep_sleep без загрузчика.
Вот оно сравнение, старт по CH_PD:
Посмотреть вложение 6183
Красный - просто код выхода в deep_sleep, без nboot или ещё каких-то прибамбасов. Код дан ранее.
Зеленый - ваш загрузчик с кодом выхода из deep_sleep. Кода нет, скопирован из дававшихся вам ранее?
Прошивка ваша эта - https://esp8266.ru/forum/attachments/firmware-zip.6180/
Как видим не всё учли.
Не вижу указанных вами уменьшения потребления при старте
Сравнить с rapid-loader не представляется возможным, по причине что нет исходников, а огрызок https://esp8266.ru/forum/attachments/firmware-zip.6180/ не грузит SDK.
Наглядно видно, что длина загружаемого кода ROM
Rapid-loader ver6 - 88 байт.
- Красного - 224 байта
- Зеленого - 928 байт
иначе сказать чуть-чуть.
Я доволен, а Вы успокоились?
Так я и не говорил, что я что-то особенное сделал.
----------------------------
Т е если вы посмотрите мои объяснения ранее, то повторю
Разница между вашим загрузчиком и rboot (из которого я выкинул загрузку второй прошивки) составляет 10 мс
и отличается тем, что Вы прилепляете загрузчик а rboot грузится стандартным образом.
-------------------------
А как выглядит второй вариант когда грузим SDK и включаем WiFi?
--------------------------------
Хотелось бы услышать начальника транспортного цеха.
относительно сжатия данных без потери экстремумов (алгоритм мой)
Во-первых, вместо 570 тысяч у меня получается 30 тысяч в реальном времени
т е могу все запихнуть в ESP или уменьшить трафик почти в 20 раз.
А когда мы смотрим график температуры или потребления воды в унитазе, то памяти в 100 кбайт хватит на многие лета.
Правда я так и не понимаю зачем собирать мульен отсчетов ,
чтобы потом рисовать график на сайте и смотреть на него с восторгом. Это же не футбол.
Во-первых, вместо 570 тысяч у меня получается 30 тысяч в реальном времени
т е могу все запихнуть в ESP или уменьшить трафик почти в 20 раз.
А когда мы смотрим график температуры или потребления воды в унитазе, то памяти в 100 кбайт хватит на многие лета.
Правда я так и не понимаю зачем собирать мульен отсчетов ,
чтобы потом рисовать график на сайте и смотреть на него с восторгом. Это же не футбол.
pvvx
Активный участник сообщества
А тема тогда зачем? Т.е. десять тем от вас про одно и то-же?
Вы говорили, что это загрузчик, а не программа выхода в deep_sleep.
Вот вам пример boot:
Берем кусок кода, скопипастенного у меня и кинутого nikolz в виде nboot.bin
Добавляем к нему RapidLoader:
[inline]copy /b rapid_loader.bin + nboot.bin rpnboot.bin[/inline]
Проверяем итог:
Сколь nikolz не мучился, но всё равно простое копирование к его произведению rapid-loader-а дало минимальное потребление.
Последнее редактирование:
pvvx
Активный участник сообщества
Аналогично с SDK2.0
И про это уже более 2-х лет не втолковать тупику nikolz.
Лог замеров на то и лог, чтобы он отображал всё что было за период измерения. Винч и RAM в компах большие, а графическому ускорителю безразлично сколько точек отображать, но наглядно для человека. Свернуть информацию с потерей и представить как необходимо для текущего изучения всегда можно и без проблем.
Мне без разницы что вставить в свою программу, хоть график спектральной плотности мощности c расчетом по методу наименьших квадратов Прони, т.к. весь софт от неё имеет исходники и схемы, включая драйвера к контроллерам.
Т.е. вы говорите, что у вас не выходит отобразить динамику накопления сотен тысяч точек на графиках, т.к. писать ПО не умеете и оно тормозит и дергается?
И данная фигня долеплена кое как за не более часа, на чем и росло много лет назад...
Для отображения ваших бегущих слонов в ослах давно придуманы методы наложения... Так выходит информативнее и наглядней для сравнений, видимости выпадений, ...
---
@nikolz - есть версия rapidloader c поддержкой выполнения 16-ти прошивок в 16-ти мегабайтной flash, по выбору пинами... При этом специальных версий на каждый сегмент Flash создавать не требуется - они работают в любом мегабайте flash. Ещё много чего вкусного есть - вам на десятилетия постигать хватит
И про это уже более 2-х лет не втолковать тупику nikolz.
Рисуйте дальше своих бегущих совершенно неинформативных слонов. Ими и так завалены все ваши темы
Лог замеров на то и лог, чтобы он отображал всё что было за период измерения. Винч и RAM в компах большие, а графическому ускорителю безразлично сколько точек отображать, но наглядно для человека. Свернуть информацию с потерей и представить как необходимо для текущего изучения всегда можно и без проблем.
Мне без разницы что вставить в свою программу, хоть график спектральной плотности мощности c расчетом по методу наименьших квадратов Прони, т.к. весь софт от неё имеет исходники и схемы, включая драйвера к контроллерам.
Т.е. вы говорите, что у вас не выходит отобразить динамику накопления сотен тысяч точек на графиках, т.к. писать ПО не умеете и оно тормозит и дергается?
Для отображения ваших бегущих слонов в ослах давно придуманы методы наложения... Так выходит информативнее и наглядней для сравнений, видимости выпадений, ...
---
@nikolz - есть версия rapidloader c поддержкой выполнения 16-ти прошивок в 16-ти мегабайтной flash, по выбору пинами... При этом специальных версий на каждый сегмент Flash создавать не требуется - они работают в любом мегабайте flash. Ещё много чего вкусного есть - вам на десятилетия постигать хватит
Последнее редактирование:
Не надо приписывать другим свои собственные бредни.Аналогично с SDK2.0
Т.е. вы говорите, что у вас не выходит отобразить динамику накопления сотен тысяч точек на графиках, т.к. писать ПО не умеете и оно тормозит и дергается?
-------------------------
Это Вы говорите такую ахинею.
--------------------------
то что вы не разбираетесь в обработке данных это уже не раз было видно из ваших ляпов на форуме.
---------------------------------
видно что вы самоучка да еще и с манией телепата.
---------------------
Вы что не можете выражать собственные мысли не приписывая их другим?
pvvx
Активный участник сообщества
Вы это наглядно продемили в виде слонов и замерах длительности разряда емкостей и реакции фильтра INA219, вместо времени активности.
У меня не было ляпов. Они есть в каждом вашем сообщении и =AK=. Зачастую глобальные...
Пока не владею данным. Я только учусь и это вечно. Не зубрю и не сдаю кому-то для получения справки на стенку зазубренные знаки, без их понимания.
У меня было много учителей, но большинства из них уже нет, а от других я перенял знания и пошел дальше. Думаю, по вашему, это называется – самоучка.
Я выразил свои мысли, но вы приписали их себе. Сортировали как вам нравится и теперь одни выдаете за свои, а другие за чужие...
Последнее редактирование:
Очевидно это у вас уже не исправить.Вы это наглядно продемили в виде слонов.
Вы постоянно убегаете от ответа. как нагадивший кот.
Не уходите от ответа за свои бредни.
ответьте конкретно где я это сказал
цитата:
Т.е. вы говорите, что у вас не выходит отобразить динамику накопления сотен тысяч точек на графиках, т.к. писать ПО не умеете и оно тормозит и дергается?
--------------------
Я этого не говорил никогда.
-------------------------------
Это исключительно Вы сказали. Но почему-то пытаетесь приписать мне.
--------------------------
В приличном обществе это называется клевета.И это не первый раз на этом форуме, когда Вы собственные домыслы пытаетесь выдать за сказанное другими.
------------------------
При этом Вы, поняв что не правы, вместо извинений перепрыгиваете на другие темы.
Т е вы просто трус, чтобы признать свои ошибки.
То у вас нано импульсы от отвертки отскакивают, то адсорбция в суперкапах, то не можете отобразить динамику то торомозит то дергается.
то мерещатся слоны (а это уже психиатрия)
--------------------------------
Судя по Вашим постоянным наездам на меня и на АК в основном у Вас уже патология. Вам не хватает чувства самоутверждения и вы постоянным оплевыванием других это достигаете. У вас уже фобия.
-------------------------------
Вы не можете пройти мимо если кто-то не зависит от Вас и делает что-то самостоятельно.
вы всегда пытаетесь впарить свое решение, даже когда вас об этом не просят.
Мне жаль что Вы не умеете вести беседу не оскорбляя собеседника.
Если бы вы не лезли в мои темы, то мне с Вами беседовать не интересно.
Но у вас уже фобия и вы без этого не можете.
-----------------------------
Поэтому я воспринимаю Ваши нападки как стоны больного человека.
Мне жаль Вас.
pvvx
Активный участник сообщества
Продемьте - что вы распинаетесь? Видимо это правильное заключение...
Я этому научился у вас. Мы (конкретно я) заключал с вами такое соглашение - предстать в зеркальном отображении, т.к. по другому вы не воспринимаете ничего. Об этом вас заранее оповещал.
Опять превзошел 'учителя'?
----
Вы так и не ответили на простой вопрос:
Зачем у вас встроена задержка в виде 'nboot'?
А распинаетесь о высшей математике...
Последнее редактирование:
Вы опять врете либо действительно не понимаете то что сами пишите.Продемьте - что вы распинаетесь? Видимо это правильное заключение...
Я этому научился у вас. Мы (конкретно я) заключал с вами такое соглашение - предстать в зеркальном отображении, т.к. по другому вы не воспринимаете ничего. Об этом вас заранее оповещал.
Опять превзошел 'учителя'?
----
Вы так и не ответили на простой вопрос:
Зачем у вас встроена задержка в виде 'nboot'?
------------------------
Мы не заключали с вами соглашение.
Поэтому ваша фраза "Я заключил с Вами соглашение" - просто бессмысленна.
И у Вас так постоянно.
----------------------
относительно ваше вопроса про nboot.
Почему Вы полагаете что у меня есть желание обсуждать технические вопросы, если Вы сами их отказываетесь обсуждать.
Вы постоянно утверждали что
1) я измеряю неправильно у меня сплошные ошибки, что с SDK должно быть аж до 300 мс (см выше)
Я же лишь говорил что Ваши решения не дают заявленные Вами 30 мс
цитата
# SDKnoWiFi
ESP8266 Open SDK without WiFi (startup < 30 ms to complete the flash cache)
---------------------------------------
Я предложил Вам конкретное решение - сравнить результаты измерений и сделать перекрестное измерение .
Т е решить спор относительно быстродействия исключительно технически а не словоблудием.
Вы фактически отказались, приведя результаты лишь для первой загрузки.
Но и эти результаты наглядно доказали что прав я:
Вместо заявленных startup < 30 ms имеем >60
----------------------
А дальше от вас тишина - а где доказательства что с SDK 300 мс?
Решил сам проверить ваш лоудер со стандартным SDK .
========================
Объясняю подробно как сделал проверку чтобы и Вам было понятно.
-----------------------------
1) Скопировал каталог Bin из
MinEspSDK (meSDK) Modified by C.Lohr for a specific purpose.
в свой каталог с примером .
-------------------------------
2) добавил в make файл common_nonos.mk UDK следующие команды
---------------------------------------
flashRR: all
$(vecho) "Flash Rapid_Loader "
@cp -f $(FW_BASE)/eagle.flash.bin $(FW_BIN)/0.bin
@dd if=$(FW_BIN)/rapid_loader.bin >$(FB_BIN)/$(ADDR_FW1).bin
@dd if=$(FW_BIN)/0.bin >>$(FW_BIN)/$(ADDR_FW1).bin
$(ESPTOOL) -p $(ESPPORT) -b $(ESPBAUD) write_flash $(flashimageoptions) 0x00000 $(FW_BIN)/$(ADDR_FW1).bin 0x10000 $(FW_BASE)/eagle.irom0text.bin
-----------------------------------------------------------------
flashRR40: all
$(vecho) "Flash Rapid_Loader "
@cp -f $(FW_BASE)/eagle.flash.bin $(FW_BIN)/00.bin
@dd if=$(FW_BIN)/rapid_loader_40m.bin >$(FW_BIN)/$(ADDR_FW1).bin
@dd if=$(FW_BIN)/00.bin >>$(FW_BIN)/$(ADDR_FW1).bin
$(ESPTOOL) -p $(ESPPORT) -b $(ESPBAUD) write_flash $(flashimageoptions) 0x00000 $(FW_BIN)/$(ADDR_FW1).bin 0x10000 $(FW_BASE)/eagle.irom0text.bin
---------------------------------------------------------------------------
после этого собрал четыре сборки своего примера c SDK 2.1.0
в котором ESP просыпается отсылает по UDP данные на сервер и снова ложится спать.
Вариант 1:
сборка со стандартным загрузчиком.
лог сервера:
---------------------------
04/07/18 10:13:48 test;3170;6330;6340;2/6347;0/6484_3 -- это установка соединения время установки 6484 мс
04/07/18 10:13:56 test;3172;58;67;2/74;0/209_3 -- это работа с уже установленным соединением время 209 мс
04/07/18 10:14:00 test;3174;58;67;2/133;0/209_3
04/07/18 10:14:05 test;3174;58;67;2/75;0/213_3
04/07/18 10:14:09 test;3174;58;67;2/75;0/208_3
04/07/18 10:14:13 test;3174;58;67;2/74;0/208_3
------------------------------
В конце каждой строки указано время которое прошло от старта функции user_init до момента отсылки UDP.
Первая строка - это начало работы т е поиск соединения На это затрачено 6.4 сек
Последующие сеансы уже с установленным соединением на это тратится 209 мс
===================================
Вариант 2:
Сборка с nboot.
лог сервера
-----------
04/07/18 10:14:27 test;3170;6400;6410;2/6417;0/6559_3
04/07/18 10:14:35 test;3174;41;51;2/58;0/193_3
04/07/18 10:14:43 test;3174;41;51;2/58;0/198_3
04/07/18 10:14:51 test;3174;41;51;2/58;0/191_3
04/07/18 10:14:59 test;3174;41;51;2/58;0/193_3
-------------------------
Первая строка - установка соединения 6.55 сек
последующие -сеансы связи с установленным соединением время 193 мс
===================
т е из данных результатов следует, что nboot сократил время на 10 мс.
============================
Вариант 3:
Это сборка flashRR40:
------------------------
лог сервера:
04/07/18 10:15:23 test;3170;7315;7529;2/7838;0/10969;3/13744_3
04/07/18 10:15:36 test;3170;299;517;2/827;0/3967;3/6731_3
04/07/18 10:15:49 test;3170;298;511;2/820;0/3954;3/6726_3
04/07/18 10:16:03 test;3170;300;517;2/826;0/3953;3/9728_3
Вариант 4:
Это сборка flashRR:
-------------------------
04/07/18 10:16:25 test;3160;6622;6839;2/7149;0/10274;3/13050_3
04/07/18 10:16:36 test;3170;297;510;2/821;0/3962;3/6729_3
04/07/18 10:16:49 test;3170;298;517;2/827;0/3953;3/6728_3
04/07/18 10:17:02 test;3170;298;513;2/825;0/3951;3/6729_3
04/07/18 10:17:13 test;3170;300;518;2/923;0/3953;3/6729_3
04/07/18 10:17:26 test;3170;298;513;2/823;0/3947;3/6727_3
04/07/18 10:17:39 test;3170;299;519;2/903;0/3954;3/6729_3
04/07/18 10:17:50 test;3170;300;516;2/825;0/3965;3/6732_3
----------------------------
Вариант 3 и 4 Без комментария. просто нет слов.
================================
Допускаю, что может быть где-то ошибка . Но это Ваша поделка.
И только вы знаете что не так.
Но результат плачевный.
pvvx
Активный участник сообщества
Где там вариант C.Lohr?
Как я понял, в замере он не участвовал?
---
По поводу nboot доказательство уже представлено. Он не имеет ничего вашего, кроме увеличения времени загрузки.
Копирование к нему
Т.е. добавка RapidLoader дает отрицательное время
Это тест с UDK https://esp8266.ru/forum/attachments/powersdk-gif.6186/ и полный код для UDK приложен.
В каталоге firmware\rl.bat. Он создаст rl.eagle.flash.bin - его и прошиваете вместо eagle.flash.bin.
Прошивать приходится другой программой, т.к. UDK не работает на Win10 с адаптерами USB-UART вставленными в USB3.0 на современных компах. А USB2.0 там не торчат, есть 3.1 и 3.1+. Краткое разжовывание причины: конвертация в драйверах USB3.0 в USB2.0 объединяет пакеты и прочее с задержками. esptool из UDK не может стартануть ESP8266 и сбивается на программировании. Итог - нестабильности - с десятого раза esptool возможно и не вывалится по ошибке. Но прошивать с такими "глюками" невозможно. Используйте что другое.
Последнее редактирование:
и опять Rapid-loader не работает:Где там вариант C.Lohr?
Как я понял, в замере он не участвовал?
---
По поводу nboot доказательство уже представлено. Он не имеет ничего вашего, кроме увеличения времени загрузки.
Копирование к нему
Т.е. добавка RapidLoader дает отрицательное время
Это тест с UDK https://esp8266.ru/forum/attachments/powersdk-gif.6186/ и полный код для UDK приложен.
В каталоге firmware\rl.bat. Он создаст rl.eagle.flash.bin - его и прошиваете вместо eagle.flash.bin.
Прошивать приходится другой программой, т.к. UDK не работает на Win10 с адаптерами USB-UART вставленными в USB3.0 на современных компах. А USB2.0 там не торчат, есть 3.1 и 3.1+. Краткое разжовывание причины: конвертация в драйверах USB3.0 в USB2.0 объединяет пакеты и прочее с задержками. esptool из UDK не может стартануть ESP8266 и сбивается на программировании. Итог - нестабильности - с десятого раза esptool возможно и не вывалится по ошибке. Но прошивать с такими "глюками" невозможно. Используйте что другое.
==================================
ets Jan 8 2013,rst cause:2, boot mode
3,7)load 0x40100000, len 88, room 16
tail 8
chksum 0x86
csum 0x86
system param error, use last saved param!
sleep µ.ЬЗO®9ЎЙ†^мrf cal sector: 123
freq trace enable 0
rf[112] new SSID:alive
mode : sta(5c:cf:7f:94:fc:f8)
add if0
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt
============================================
Наверно мне суждено Ваши глюки вылавливать.
pvvx
Активный участник сообщества
Судя по логу, свою функцию он выполняет. Что там вы подсунули ему на загрузку, то он и загрузил и запустил и это относится к вашим бедам и вашему коду.и опять Rapid-loader не работает:
==================================
ets Jan 8 2013,rst cause:2, boot mode
load 0x40100000, len 88, room 16
tail 8
chksum 0x86
csum 0x86
С первой древней версии, выложенной несколько лет назад, RapidLoader имеет исходники и его функциональность не поменялась, кроме сокращения размера, путем перевода СИ исходника на ASM.
Данных сообщений он не содержит:
Технология Rapid Loader ® позволяет достичь такого уровня производительности и быстродействия, как никогда ранее. Независимо от того, используется ли специальный дополнительный загрузчик или стандартный SDK, реализованные в нем функции обеспечивают повышение производительности и снижение энергопотребления.
А вот ваши rboot или nboot никто никогда и ни где не видел. Они просто не существуют.
Последнее редактирование:
-------------------------------
Поскольку Вы утверждаете, что лоадер никак не влияет на работу того что загружается, то в не зависимости от есть или нет лоудер долнжны быть одинаковые результаты
-----------------------------------
Но получается так
это логи сервера
стандартный загрузчик
04/28/18 07:10:20 test;3182;55;65;2/72;0/203
04/28/18 07:10:24 test;3181;55;65;2/72;0/203
04/28/18 07:10:28 test;3180;55;65;2/72;0/204
rboot(nboot) загрузчик
04/28/18 07:39:00 test;3174;39;49;2/55;0/188
04/28/18 07:39:04 test;3174;39;49;2/55;0/194
04/28/18 07:39:09 test;3175;39;49;2/55;0/187
стандартный загрузчик + в начало RapidLoader
04/28/18 07:10:47 test;3177;6793;7017;2/8386;0/10464;3/13235
04/28/18 07:10:58 test;3178;308;530;2/1899;0/3976;3/6746
===============
P. s.:
чтобы Вы так не переживали за свое ноу-хау сообщию вам то, что Вы знаете но не хотите при знавать:
rboot - это не мой загрузчик и он есть в инете наберите в поисковике
nboot - отличается от rboot лишь тем что я удалил из него код связанный с проверкой пинов и загрузкой второй прошивки ( я про это уже писал)
Полагаю что это может сделать любой.
Поэтому я уже устал вам объяснять, что в отличие от Вас я не ковыряю SDK и не создаю что-то супер новое, что не работает. Я использую стандартное и все работает.
при этом нет надобности создавать свалки так как стандартное есть и есть к нему хорошая документация.
А к вашим поделкам никакой документации кроме Вашей хвальбы не существует.
Последнее редактирование:
pvvx
Активный участник сообщества
Вы перепутали, RapidLoader загружая ваш бинарник nboot https://esp8266.ru/forum/attachments/firmware-zip.6180/ дает итого меньше - к 59.5 мс.
RapidLoader + nboot делается просто:
copy /b rapid_loader.bin + nboot.bin rpnboot.bin
А просто выданный вам сокращенный код deep-sleep, загружаемый без всяких boot, самой ROM выходит к 59 мс. У вас лишние 20 мс так и остались.
С загрузкой стандартного китай-криво-косо-SDK и выполнение в нем deep-sleep так и есть:
- Без RapidLoader - 250 мс,
- C RapidLoader - 195 мс.
Последнее редактирование:
Вот с загрузкой SDK :
120 ms против Ваших 195 ms.
-----------------------------------------------------------
если взять Ваш Raipdloader и из него сделать аля nboot
то deep-sleep без SDK получаем такой:
Т е без загрузки SDK можно выиграть 10 мс.
--------------------------------------
Но с загрузкой SDK Rapidloader проиграл 75 мс.
--------------------------------
pvvx
Активный участник сообщества
Ваши слоны ни о чем. Во первых у них неверные показания, во вторых кода нет, а в третьих - вы опять что-то перепутали.
У SDK исполнение выхода в deep-sleep более 100 мс от времени подачи команды и среднее потребление при этом не 50 мА, а ниже 20. Тестовый исходник для проверки deep-sleep в SDK приведен в https://esp8266.ru/forum/threads/esp8266-sverxmaloe-potreblenie.3299/#post-50317
А выигрыш RapidLoader по времени известен до долей мс и рассчитывается без проблем, зная кол-во и размер блоков загрузки китай-байда-SDK. В зависимости от размеров и номера версии SDK это составляет 50..55 мс. По питанию дает вычет за счет отключения работающего блока WiFi на не той частоте, плюс пару мА от отключения вывода на GPIO частоты кварца на время до старта процедур инициализации в недоделанном Espressif SDK.
Первому "слону" в вашем наскальном рисунке вышло, что CPU ESP8266 на 80 МГц потребляет более 70 мА.
Как исправить качество картинки и замеры с вашего модуля INA219, купленного на али и без всяких перепаек шунтов, вам продемонстрировано. Но и тут вы почему-то не можете проделать элементарных вещей - изменить инициализацию INA219 и откалибровать её по поверенному оборудованию. Дать реквизиты куда обращаться по поверке измерительного оборудования из ГОСТ реестра, к примеру в Питере? Или хотя-бы решите вопрос по радиолюбительским методам - возьмите какие прецизионные источники напряжения и тока и откалибруйте свою байду хотя-бы в трех точках в измеряемом участке для ESP8266 - 0..1..3.6В и 0..50..100..300 мА. Потом по шкале времени измерения, путем хотя-бы реперов... Точности и повторяемости выше 1% от шкалы на INA219 вы всё равно не добьетесь. Для более корректного замера у неё надо править ещё внешний фильтр, который не распаян и не предусмотрен на плате с али для ардуино-поклонников... Без внешнего фильтра при импульсном потреблении, имеющемся у ESP или других WiFi-SoC, возникающем от работы процедур на таймере с проряжением команды малого потребления, она дает ошибки превышающие 70% от реального потребления. (с) Texas Instruments. Встроить элементарный минимальный входной фильтр для стандартного применения и профильного назначения данной микрухи оно несмогла. Технология Rapid Loader ® позволяет достичь такого уровня производительности и быстродействия, как никогда ранее. Независимо от того, используется ли специальный дополнительный загрузчик или стандартный SDK, реализованные в нем функции обеспечивают повышение производительности и снижение энергопотребления.
Во время его создания ещё не было Arduino IDE и адаптация к ней требует вставки пару команд, которые увеличат время загрузки на 79..85 нс. И данная доработка оставлена Arduino писателям. Иначе им будет не поставить свой (c). В моих сборках SDK эти команды установки 2-х регистров встроены в само тело стартовых процедур SDK и не требуются от загрузчика, чтобы не было зависимостей от повторных стартов/рестартов при измененных значениях регистров SoC предыдущей программой. Инициализация Espressif SDK воспринимает и работает только при фиксированных значениях по умолчанию в некоторых регистрах SoC, иначе там лаги и бред.
PS: Применения ESP8266, кроме как в загибающемся направлении использования в Arduino среде с целями обучения, уже не будет. На смену пришли другие технологии и действительно работающие вещи с возможностью более простой и дешевой реализации и меньших затрат на решение задач IoT для начинающих. Проф. решений на ESP8266 как не было, так и не будет. Умерло давно.
Последнее редактирование: