Тут вопрос не в том как работают, а что кто-то уперся в 5В 🤣🤣🤣 и не вылезал из них 🤓 Сейчас вылез… надеюсь ))

Хочу взять осциллограф портативный какой-нибудь. Не слишком дорогой но за свои деньги ок. Мб кто-то уже брал что-то подобные и рекомендации есть

Именно осел необходим или логического анализатора хватит?

Ребят помогите с подключением аккумулятора с дисплеем 1602 I2C

Ребят помогите с подключением аккумулятора с дисплеем 1602 I2C

Не понимаю как соединять ,если знал б не спросил помощи

Ну так ты набери в поисковике - подключение дисплея 1602 к esp32. Тебе выдаст сотню сайтов, где подробно описано, как это сделать. Интернет - слыхал про такое?

А чат зачем?

Что за хрень? Почему при использовании: char MAC[] = {0xff, 0xff, 0xff, 0xff, 0xff, 0xff}; В цикле Serial.print(MAC[i], HEX); Получаю FFFFFFFF

В том, что я получаю: MAC:0xFFFFFFFF:0xFFFFFFFF:0xFFFFFFFF:0xFFFFFFFF:0xFFFFFFFF:0xFFFFFFFF А должен: MAC:0xFF:0xFF:0xFF:0xFF:0xFF:0xFF

Кому кто должен?

Мне. Serial.print("MAC:"); for(int i = 0; i < 6; i++) { Serial.print("0x"); Serial.print(MAC[i], HEX); if(i < 5) { Serial.print(":"); } } Serial.println();

На напиши (char) перед этим

Кажется догоняю

Да. Выведи в uint8_t какой нибудь

Ваша ошибка (`Failed to connect to ESP8266: Serial data stream stopped`) типична для ESP-01 и обычно связана с проблемами питания, подключения или настройки загрузчика. Вот пошаговые решения: ### 1. Проверка питания (самая частая причина!) - Используйте отдельный источник 3.3V: - USB-UART адаптеры часто не выдают достаточный ток (ESP-01 требует до 300-500mA при старте). - Подключите внешний стабилизированный источник 3.3V к пинам VCC и GND модуля, сохранив подключение GND к программатору. - Добавьте конденсаторы: - 100–470 мкФ между VCC и GND (сглаживает скачки напряжения). - 0.1 мкФ между EN и GND (для стабильности). ### 2. Правильная схема подключения Убедитесь, что пины настроены в режим прошивки: - GPIO0 → GND (обязательно для входа в bootloader). - GPIO2 → VCC (через резистор 1-10 кОм). - EN (или `CH_PD`) → VCC. - RST оставьте свободным (или подключите к кнопке сброса). ### 3. Аппаратные решения - Короткие провода: Длина проводов RX/TX не должна превышать 10–15 см. - Понизьте скорость прошивки: esptool.py --baud 115200 write_flash ... (замените 115200 на 9600, если проблема сохраняется). - Уберите USB-хабы: Подключите программатор напрямую к порту USB 2.0 ПК. ### 4. Программные действия - Перезапустите модуль вручную: - Отключите питание. - Подключите GPIO0 к GND. - Подайте питание, запустите прошивку. - После начала записи (5–10%) можно отключить GPIO0 от GND. - Используйте другой софт: - [Flash Download Tool (Espressif)](https://www.espressif.com/en/support/download/other-tools) для Windows. - Команда для esptool.py: esptool.py --port COMx --baud 115200 write_flash 0x0 firmware.bin ### 5. Проверьте железо - Замените USB-UART адаптер: Дешёвые адаптеры (CH340/CP2102) иногда работают нестабильно. - Тест модуля: - Подключите GPIO0 к VCC (режим запуска) и проверьте вывод в мониторе порта (115200 бод). Должны увидеть boot mode:(1,X). ### Если ничего не помогает: - Прошейте через Arduino IDE: - Выберите плату: "Generic ESP8266 Module". - Укажите параметры: Flash Mode: DOUT, Flash Size: 1MB. - Попробуйте другой ESP-01: Возможна аппаратная неисправность модуля. Важно: При работе с ESP-01 первые 5% записи критичны — если процесс доходит до этого этапа, проблема обычно в питании/помехах. Укоротите провода и добавьте конденсаторы!

Мне. Serial.print("MAC:"); for(int i = 0; i < 6; i++) { Serial.print("0x"); Serial.print(MAC[i], HEX); if(i < 5) { Serial.print(":"); } } Serial.println();

жесткач конечно с кодингом у тебя👀

Ребят помогите с подключением аккумулятора с дисплеем 1602 I2C

Мне. Serial.print("MAC:"); for(int i = 0; i < 6; i++) { Serial.print("0x"); Serial.print(MAC[i], HEX); if(i < 5) { Serial.print(":"); } } Serial.println();

У нас проще print(machine.unique_id().hex(разделитель))

"у вас" это где, в микропитоне?😂

А че с ним не так? Свой си при желании туда легко добавить если хочется, под капотом тот же Си

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

Чем ограничена? Размерами ram и flash 😁😂

Как минимум местом на флэшке. Но в целом не особо помню - 5 лет назад поковырял, не зашло.

5v to 5v 3.3v to 3.3v Gnd to gnd Sda to sda Scl to Scl 🤷‍♂

Ты уверен что это будет работать? =)

Привет! Существует способ скетчи грузить на esp удалённо, через интернет?

Привет! Существует способ скетчи грузить на esp удалённо, через интернет?

Привет! Существует способ скетчи грузить на esp удалённо, через интернет?

Есть сомнения 😊?

да, я делаю так: 1) пишу прошивку esp32 с wifi-ota 2) придумываю протокол обмена командами, которые esp32 должен исполнять, получив с сервера 3) пишу сервер с БД и интерфейсом 4) и вот только теперь из интерфейса - складываю в БД команду для выбранного esp32 5) и тот её читает с сервера, и выполняет, т.е. качает ota-обновление прошивки с указанного в команде URL, и обновляется

C++ не только можно, но и нужно использовать для программирования микроконтроллеров. Как тут писалось, никаких исключений и операторов new. Для отмены исключений есть даже флаг компилятора, специально для нас. Чем С++ лучше си: 1. Строгая типизация. Если что-то не так, получите ошибку при компиляции, а не поиск её в отладке. Наглядный пример, если в функцию передаётся тип перечисления, а вы в си вписали что-то не то (int, к примеру), то в си вы пройдёте компиляцию, в C++ получите ошибку компиляции. 2. Ссылки. Философия С++: "не плати за то, что тебе не нужно". Ссылки не занимают место в памяти, код с ссылками смотрится аккуратнее, чем код с указателями. Всегда можно забыть поставить * или &. 3. Классы (структуры). Банально удобно описывать не только саму структуру, но и действия с ней. Каждый регистр можно обернуть в классовую обёртку с методами, которые своим названием указывают, что вы делаете. Если код необходимо много комментировать, то это плохой код. 4. Объекты. В функцию (класс, метод класса) можно передать ссылку на объект вывода микроконтроллера, а не писать кучу дефайнов всех регистров (легко ошибиться, много исправлять, особенно для всяких stm32). 5. Шаблоны. Забудьте про многострочные макросы, ошибки в которых отладить крайне сложно, дебагер в них просто не войдёт. Шаблоны куда лучше препроцессора. 6. Оверхеда нет. Это распространённый миф. Грамотный код, написанный на с++ даёт меньший объём бинарников, натыкался на исследования, даже ролики с конференций есть на ютьюбе. (полагаю всему виной ссылки вместо указателей и оптимизация шаблонов).

C++ не только можно, но и нужно использовать для программирования микроконтроллеров. Как тут писалось, никаких исключений и операторов new. Для отмены исключений есть даже флаг компилятора, специально для нас. Чем С++ лучше си: 1. Строгая типизация. Если что-то не так, получите ошибку при компиляции, а не поиск её в отладке. Наглядный пример, если в функцию передаётся тип перечисления, а вы в си вписали что-то не то (int, к примеру), то в си вы пройдёте компиляцию, в C++ получите ошибку компиляции. 2. Ссылки. Философия С++: "не плати за то, что тебе не нужно". Ссылки не занимают место в памяти, код с ссылками смотрится аккуратнее, чем код с указателями. Всегда можно забыть поставить * или &. 3. Классы (структуры). Банально удобно описывать не только саму структуру, но и действия с ней. Каждый регистр можно обернуть в классовую обёртку с методами, которые своим названием указывают, что вы делаете. Если код необходимо много комментировать, то это плохой код. 4. Объекты. В функцию (класс, метод класса) можно передать ссылку на объект вывода микроконтроллера, а не писать кучу дефайнов всех регистров (легко ошибиться, много исправлять, особенно для всяких stm32). 5. Шаблоны. Забудьте про многострочные макросы, ошибки в которых отладить крайне сложно, дебагер в них просто не войдёт. Шаблоны куда лучше препроцессора. 6. Оверхеда нет. Это распространённый миф. Грамотный код, написанный на с++ даёт меньший объём бинарников, натыкался на исследования, даже ролики с конференций есть на ютьюбе. (полагаю всему виной ссылки вместо указателей и оптимизация шаблонов).

C++ не только можно, но и нужно использовать для программирования микроконтроллеров. Как тут писалось, никаких исключений и операторов new. Для отмены исключений есть даже флаг компилятора, специально для нас. Чем С++ лучше си: 1. Строгая типизация. Если что-то не так, получите ошибку при компиляции, а не поиск её в отладке. Наглядный пример, если в функцию передаётся тип перечисления, а вы в си вписали что-то не то (int, к примеру), то в си вы пройдёте компиляцию, в C++ получите ошибку компиляции. 2. Ссылки. Философия С++: "не плати за то, что тебе не нужно". Ссылки не занимают место в памяти, код с ссылками смотрится аккуратнее, чем код с указателями. Всегда можно забыть поставить * или &. 3. Классы (структуры). Банально удобно описывать не только саму структуру, но и действия с ней. Каждый регистр можно обернуть в классовую обёртку с методами, которые своим названием указывают, что вы делаете. Если код необходимо много комментировать, то это плохой код. 4. Объекты. В функцию (класс, метод класса) можно передать ссылку на объект вывода микроконтроллера, а не писать кучу дефайнов всех регистров (легко ошибиться, много исправлять, особенно для всяких stm32). 5. Шаблоны. Забудьте про многострочные макросы, ошибки в которых отладить крайне сложно, дебагер в них просто не войдёт. Шаблоны куда лучше препроцессора. 6. Оверхеда нет. Это распространённый миф. Грамотный код, написанный на с++ даёт меньший объём бинарников, натыкался на исследования, даже ролики с конференций есть на ютьюбе. (полагаю всему виной ссылки вместо указателей и оптимизация шаблонов).

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

привет если esp32 контроллер работает по https с сервером каждые 17 секунд, при этом ни стек, ни колво свободной памяти не меняется... то почему через 73 часа чото там внутри зависает, и СССССабака его сбрасывает ? как это понять, по USB цеплять его и логгировать неделями?

Огласите весь список, пожалуйста!

привет если esp32 контроллер работает по https с сервером каждые 17 секунд, при этом ни стек, ни колво свободной памяти не меняется... то почему через 73 часа чото там внутри зависает, и СССССабака его сбрасывает ? как это понять, по USB цеплять его и логгировать неделями?

какая версия есп-идф?

Что насчёт удобства тестирования кода?

последняя актуальная, через Ардуину 2.3.6, якобы 5.1

Удобнее тестировать, если весь код на С++ или нет разницы

C++ не только можно, но и нужно использовать для программирования микроконтроллеров. Как тут писалось, никаких исключений и операторов new. Для отмены исключений есть даже флаг компилятора, специально для нас. Чем С++ лучше си: 1. Строгая типизация. Если что-то не так, получите ошибку при компиляции, а не поиск её в отладке. Наглядный пример, если в функцию передаётся тип перечисления, а вы в си вписали что-то не то (int, к примеру), то в си вы пройдёте компиляцию, в C++ получите ошибку компиляции. 2. Ссылки. Философия С++: "не плати за то, что тебе не нужно". Ссылки не занимают место в памяти, код с ссылками смотрится аккуратнее, чем код с указателями. Всегда можно забыть поставить * или &. 3. Классы (структуры). Банально удобно описывать не только саму структуру, но и действия с ней. Каждый регистр можно обернуть в классовую обёртку с методами, которые своим названием указывают, что вы делаете. Если код необходимо много комментировать, то это плохой код. 4. Объекты. В функцию (класс, метод класса) можно передать ссылку на объект вывода микроконтроллера, а не писать кучу дефайнов всех регистров (легко ошибиться, много исправлять, особенно для всяких stm32). 5. Шаблоны. Забудьте про многострочные макросы, ошибки в которых отладить крайне сложно, дебагер в них просто не войдёт. Шаблоны куда лучше препроцессора. 6. Оверхеда нет. Это распространённый миф. Грамотный код, написанный на с++ даёт меньший объём бинарников, натыкался на исследования, даже ролики с конференций есть на ютьюбе. (полагаю всему виной ссылки вместо указателей и оптимизация шаблонов).

я в плюсах не очень - но если вы исключения отключили то как выделение памяти контролируете ?

вот моя бага: https://github.com/espressif/esp-idf/issues/7045