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

про технологию “snap back” читаем тут - https://e2e.ti.com/blogs_/b/analogwire/posts/the-dangers-of-deep-snap-back-esd-circuit-protection-devices как раз резистор о котором я говорил выше ограничивает ток через “snap back” и препятствует его выгорание/пробой

за велосипед с вашим Task пять, но зачем? для таких вещей существует всторенная в Arduino библиотека Ticker - ваш код уменьшится, станет чище и легче для понимания.

вот тут например - https://ba0sh1.com/2016/08/03/is-esp8266-io-really-5v-tolerant/

нашел спасибо. вот же спрятали. до rc можно не обновлять, в stable 3.3.4 уже есть. но вот беда - вылезли ошибки esp8266 Core не относящиеся к проекту и дальше не идет.

порты esp8266 горят от превышения тока. ставьте последовательно с портами резисторы и будет вам счастье.

простите за офтоп, а где Project Inspection находится в platformio/Visual Studio Code ?

Первое, ваша версия flash tool протухла лет так 5 назад, а может и больше. Второе, адрес куда лить FS можно посмотреть в boards.txt. Третье, это не странности контролёра. Это ваши кривые руки.

Dmz - это дыра. Это как дома оставить черный вход открытым. Не советую

только надо осторожно, тк свободного стека у ESP8266 всего 4КБ. сам автор ArduinoJson рекомендует StaticJsonDocument для данных below 1KB

До WireShark руки пока не дошли. Но пробовал использовать IwIP v1.4. С ним действительно стабильнее на 320kbps (со стандартным окном) и больше свободного heap. Перенес весь код драйвера VS1053 отвечающий за наполнение буфера в IRAM. В место digitalRead() и digitalWrite() стал писать в регистры...

У esp8266 порты выгорают не от напряжения, а от тока. Достаточно последовательно включить резистор с таким номиналом, чтоб ток через GPIO не превышал максимально допустимый. а лучше что был на 20..30% меньше максимального.

Михаил_89, да не спорьте вы с ним. pvvx из тех людей кто всегда прав, за кем всегда должно быть последнее слово. И даже если не прав, то смотри пункт первый. Пы.сы. типичное поведение pvvx при ошибках. Никогда их не признает. Начинает нести пургу на другую тему преводя разговор в другое русло...

можно. у VS1053 есть так называемый режим stream mode. в этом режиме чип следит за тем чтоб его fifo буер был пуст максимум на половину и начинает замедлять скорость воспроизведение до 5%. почему-то рекомендуется только для mp3 и wav с постоянным битрейтом до 160 kbit/s. в этом режиме...

Проблема в том, что это не I2S и скоростью вывода мы не управляем. Ей управляет внешний кодек с DSP (в нашем случае VS1053). Он сообщает он нам, что может принять как минимум 32 байта (верхняя граница не известна) по состоянию на своём пине под названием DREQ.

Вот же жуки. После выходных отпишусь.

Спасибо за информацию по Wireshark. Usb свиток есть, на лептопе стоит древняя intel она умеет прикидываться точкой доступа. Пробую на выходных и отпишусь. Про использование скомпилированных исходников lwip. Тогда как объяснить, то что в ардуино можно выбрать глубину TCP_WND перед загрузкой...

Привет, думка. тоже пришел к таким выводам - "процессор просто не успевает обработать в стеке, если занят в другой ветке". Вот мои потуги на эту тему. Кстати в Arduino IDE lwip v2.0 вроде как пересобирается. Главное скопировать себе в проект файл lwipopts.h и из Arduino ESP8266 и включить его...

Теперь попробуйте отключить сон радиомодема (в ардуино он по умолчанию включён). Делается это в STA режиме командой: WiFi.setSleepMode(WIFI_NONE_SLEEP);

HTML DOM

Пора ваш антикварный роутер на помойку отнести