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

На то был ответ:

Продемьте - что вы распинаетесь? Видимо это правильное заключение... Я этому научился у вас. Мы (конкретно я) заключал с вами такое соглашение - предстать в зеркальном отображении, т.к. по другому вы не воспринимаете ничего. Об этом вас заранее оповещал. Опять превзошел 'учителя'? :) ---- Вы так...

Вы это наглядно продемили в виде слонов и замерах длительности разряда емкостей и реакции фильтра INA219, вместо времени активности. :) У меня не было ляпов. Они есть в каждом вашем сообщении и =AK=. Зачастую глобальные... Пока не владею данным. Я только учусь и это вечно. Не зубрю и не сдаю...

Тут вывод не верен. Если присутствует именно радиоволна от близкого передатчика, наводящаяся на фазу или другой ВЧ сигнал по фазовому проводу, то прикосновением к нему вы становитесь антенной и детектирование на всех нелинейных элементах схемы превышает порог срабатывания чего-то в ней. Именно...

Всё это уже было: =AK= считает, что у hc2hunter прям 100500В 100500A носятся по проводам и проходя через GND вызывают индукцию к 5 вольт на входе кнопки :) :) Акакушке же писалось, что по вашей рекомендации у ТС поставлены "Качеры" и не один, которые запускаются от чиха отвертки... :P

Генетически передано? Наносекундными микроразрядами в мозг :) Видели таких...

Аналогично с SDK2.0 И про это уже более 2-х лет не втолковать тупику nikolz. Рисуйте дальше своих бегущих совершенно неинформативных слонов. Ими и так завалены все ваши темы :) Лог замеров на то и лог, чтобы он отображал всё что было за период измерения. Винч и RAM в компах большие, а...

А тема тогда зачем? Т.е. десять тем от вас про одно и то-же? :confused: Вы говорили, что это загрузчик, а не программа выхода в deep_sleep. Вот вам пример boot: Берем кусок кода, скопипастенного у меня и кинутого nikolz в виде nboot.bin Добавляем к нему RapidLoader: copy /b rapid_loader.bin +...

Именно - rapid-loader и второй вариант, который вы не рассматриваете имеет такие показатели. ------ Ваш график выхода в deep_sleep появился после публикации моего кода deep_sleep без загрузчика. Вот оно сравнение, старт по CH_PD: Красный - просто код выхода в deep_sleep, без nboot или ещё...

Да - проблем нет - OpenGL выдерживает и 1 миллион точек в динамике...

Не вижу исходников. Сравнивать не с чем. И что там вашего?

Мои замеры даны для демки, что на китайском дерьме, не привлекая дохтуров наук и гос.средства, можно всё увидеть. =AK= при этом показывает, что он не может и не имеет возможности сделать любые измерения, что свидетельствует о его далеком отношении к радиотехнике. Кроме как капаться в инет...

На случай старта ESP8266 надо грибы? Грибы наверняка растут во рту у =AK=. Тут к дохтуру и ходить не надо. Показаны осцыллы при подводе предельных бытовых пульсиков... На бытовых "банках", без привлечения дохтуров наук, доказано и наблюдается, что не только защищают от ESD, но и ограничивают...

Вас не принуждают ставить варисторы или другие супервизоры для борьбы с помехами и защиты. Если вам надо, чтобы от "теста отверткой" работало стабильно - тогда надо что-то ставить из данного барахла... =AK= не умеет бороться с бытовыми помехами, и это признал. Номиналы +- 200% пофигу. Не на...

Нет защиты "от глупостей в Ардуино". Если вдрух прошьете прошивку с выводом на данные пины PWM, то будет кз на кондер вывода GPIO. При старте и в режиме прошивки на некоторые пины ESP8266 выводит всякую бяку, типа частоты кварца.... В доке писано - до 10 мА на пин. Это 330 Ом при 3.3В. =AK= вам...

Это уже было несколько раз. И исходник давался. Вам давались варианты и с анализом напряжения питания на входе ADC при старте и если менее - deep_sleep. Из одной из версий его вы и взяли код для своего недо-бута. В последний раз это было тут...

По пунктам объясняю ваши ошибки: 61 мс - это минимальное время исполнения загрузки кода в сотню байт, плюс исполнения программы перевода ESP8266 в режим "deep-sleep" с таймером и Flash в режим "sleep". Работа с RTC сопровождается ожиданиями исполнения команд на её тактовой частоте RC генератора...

Ну и что я вам трынжу уже годы? Типа этого: Вам уже писал, что на пакет "probe request" ответ приходит стандартно и что данный пакет принимается всеми WiFi роутерами и прочим барахлом и в них есть встроенные команды логирования этих пакетов, что не требует перевода устройства в режимы снифферов...

Вы про что? 35 мс - это время от старта до конца загрузки rapid-loader-ом стандартного SDK. График и коды для проверки представлены в его репе на git. Далее возможен опрос устройства, если грузился не китай-SDK, а типа meSDK и передача команды отключения питания управляющему устройству. За 2 мс...

Есть ещё варианты :) : Ответ же дал - надо разбежаться до 4 км в секунду. Иначе не будет тока. На вход ADC отверткой не ткнули :) Для тупых все вумные выглядят клоунами. От вони большого идиота =AK= спасает только "вонючка", по аналогии в авто.