Форум arduino.ua

Яка версія датчика? Який режим роботи сконфігуровано на платі? Для версії 2.0 описано 3 режими, а для
версії 3.0 цілих пʼять.
Крім того, в режимі UART передається 4 байти: 0xFF, high data, low data і контрольна сума, а ви читаєте тільки два.

Для ардуіно на atmega підійде і той, і той. Атмега може видавати струм до 40 мА на пін, бузер споживає до 30 мА.
Варіант на платі з транзистором необхідний для контроллерів зі слаботочними виходами.

Дійcно, так працює. Виправив попередній пост. Дякую.

Може бути апаратний баг в самій esp8266, що мастер шини чутливий до таймінгів address ACK, а ssd1306 в ці таймінги не вкладається. Або ssd1306 порушує таймінги, але інші контроллери до цього більш толерантні.
Може бути програмний баг в реалізації Wire або самого сканера.

У мене теж оцей сканер на esp8266 не детектить ssd1306, пише "Unknow error at address ..." і "No I2C devices found". Хотів спробувати пару інших сканерів, але вони для esp8266 навіть не компіляться. Ви яким сканером користувались?
А i2cdetect на компі нормально бачить цей ssd1306 через адаптер ch341.

При цьому адафрутівська GFX на esp8266 із цим же ssd1306 працює без нарікань:

Доречі, всі ssd1306 128x64, які мені попадались, ідуть з адресою 0x3C, а не 0x3D, як пишуть у прикладах.

https://support.arduino.cc/hc/en-us/art … e-for-COMn

TL;DR: Ця помилка може виникати з новими версіями драйвера для CH341. Там рекомендують встановити версію 3.7.2022.01 і вимкнути автооновлення драйвера.

Якщо по DHCP адреса отримується, то з ethernet і з модулем все нормально.
Хіба що я б замінив mac_addr на щось випадково сгенероване, бо якщо в мережі буде ще один пристрій таким же MAC'ом, буде конфлікт.

Що мені не подобається, це оцей кастинг в C-стилі:

MySQL_Connection conn((Client *)&client);

Бачу, що так само у прикладах MySQL Connector'а. Що ж, це говорить про "якість" бібліотеки. В даному випадку це ніяк не має впливати. А взагалі, він там не потрібен, достатньо

MySQL_Connection conn(&client);

З вашим кодом, коли MySQL-сервер взагалі недоступний, conn.connect() завершується після трьох спроб зʼєднатись:

Initialize Ethernet with DHCP:
  DHCP assigned IP 192.168.1.176
...trying...
...got: 0 retrying...
...trying...
...got: 0 retrying...
...trying...
...got: 0 retrying...
Connection failed.

Коли клієнту (arduino) з його IP-адресою немає дозволу для віддаленого доступу до MySQL:

Initialize Ethernet with DHCP:
  DHCP assigned IP 192.168.1.176
...trying...
ERROR: Timeout waiting for client.
Error: -1 = Connection failed.

Коли логін або пароль невірні:

Initialize Ethernet with DHCP:
  DHCP assigned IP 192.168.1.176
...trying...
Error: 79 = Access denied for user 'baduser'@'192.168.1.176' (using password: YES).
Connection failed.

Ethernet 2.0.2
MySQL Connector Arduino 1.2.0

Дивіться логи MySQL-сервера. Впевніться, що в конфігурації MySQL-сервера вашому юзеру дозволений віддалений доступ з адреси, яку отримує ардуіна, або з будь-якої адреси в цій мережі.
Запустість сніфер на стороні сервера. Подивіться, що відбувається під час комунікації.

Схоже, що проблема в налаштуваннях аутентифікації на самому сервері, а не в ардуіно. Взагалі, вдається зʼєднатись із цими самими логіном/паролем з якого-небудь іншого пристроя? В конфігурації MySQL сервера конкретна адреса пристроя або вся мережа має бути дозволена для конкретного логіна .

delay() не висне, а затримує виконання на 4 секунди. Який в цьому сенс, навіщо воно тут потрібне?
Оскільки "...trying..." виводиться тільки один раз, а "Connection failed." не виводиться, то можна припустити що або зʼєднання успішно встановлено, або виконання затрималось у conn.connect(), а саме на

connected = client->connect(server, port);

або на

read_packet();
parse_handshake_packet();
send_authentication_packet(user, password, db);
read_packet();

в MySQL_Connection::connect.

Додайте який-небудь Serial.println("Connected.") замість того delay().

Непогано би на стороні сервера запустити сніффер, наприклад wireshark, і подивитись чи встановлюється зʼєднання, чи приходить хоча б TCP SYN з ардуіни на відповідний порт. Якщо приходить, то на якому етапі комунікація зупиняється.

UPD: при успішному виконанні conn.connect() в консоль має вивестить версія SQL-сервера.

Зможете, якщо підключити зовнішній АЦП з інтерфейсом I2S. Наприклад, щось типу WM8782.
Вбудований в ESP8266 АЦП, наскільки мені відомо, можна читати тільки циклічним опитуванням, і при увімкненому WiFi максимально досяжна частота - щось біля 1 кГц, що явно недостатньо для звуку.

Що означає "передати щось на компʼютер"? Коли ESP8266 зареєструвалася в мережі і отримала адресу, і ви її пінгаєте з компʼютера, вона вже передає на компʼютер пакети ICMP echo response.
А в цілому, на рівні мережі, чим передача з ESP8266 має відрізнятись від передачі з будь-якого іншого пристроя? Для передачі потоку з гарантією доставки - TCP сокет, для передачі датаграм - UDP сокет. Якщо передача передбачає запит/відповідь, то зручно використовувати HTTP поверх TCP. Тоді клієнтом на компі може бути браузер. В ESP IDF в examples/protocols є приклади.

Ну якщо там дійсно цей інтерфейс і вдастся визначити розпіновку, то спочатку дивитись, чи є щось у фреймворку ESP для роботи з ним. Якщо нема, то портувати код з якоїсь іншої платформи або писати з нуля. Благо інтерфейс OV7670 непогано документований і є бібліотеки/приклади для всяких ардуіно. Коли (якщо) запрацює код роботи з камерою, тоді додати, наприклад, RTSP-сервер, який буде відправляти відеопоток клієнту. Для ESP32-CAM щось уже має бути готове в цьому плані. Якщо сама камера вміє віддавати готовий відеопоток, наприклад m-jpeg, то буде простіше; якщо ні, то потрібен буде ще код якого-небудь енкодера, щоб приймальна сторона могла розпізнати і відображати відеопоток.

Ви ж самі поставили собі задачу "як зробити X, тільки обовʼязково використовуючи Y", причому інформації про цей Y обмаль. Звісно, це буде набагато складніше і довше ніж спочатку обирати компоненти, які найкраще підходять для вирішення тієї чи іншої задачі.

Для початку спробуйте пошукати по маркуванню чіпа. Якщо повезе і документація на нього є у відкритому доступі, то як мінімум буде від чого відштовхуватись.
Також подивіться, з якими USB VID:PID камера детектиться компом. По них теж можливо вдастся щось знайти.

Без поняття. На ESP32 я тільки "Hello World" в UART писав. Очевидно, залежить від формату відеопотоку, який камера вміє видавати, розподільчої здатності та фреймрейту.
Майте на увазі, що USB OTG присутня тільки на деяких ESP32 чіпах. І фірмварь повинна вміти працювати з відповідним USB Device Class / Device SubClass / Device Protocol. Тобто підтримка взаємодії з камерою як з USB-пристроєм має бути або в самому IDF фреймворку, або сторонніми лібами, або доведеться реалізувати самостійно.

Якщо знайдете яку-небудь імплементацію USB over network для ESP32 (якщо такі взагалі існують), то може виявитись простіше: ESP32 просто прокидає весь USB-протокол у мережу, а на компі підіймається віртуальний USB-пристрій, з яким софт працює як з локально підключеною USB-камерою. Чи вистачить ESP32 для такого сценарія - х.з., треба пробувати.

Навряд чи така плата буде десь у продажу. Таке малюється за півгодини в якому-небудь кікаді і замовляється у китайців. Там же один транзистор, два резистори і перемикач (якщо на зворотньому боці ще чогось нема). Якщо потрібен один єдиний екземпляр, то можна видряпати на текстоліті, або взагалі зібрати на шматку макетки, якщо допускається невелике збільшення габаритів у товщину. Тільки потрібно визначити, які зʼєднання на зворотній стороні. Бажано відʼєднати її від ардуіни і подивитись. Або хоча б продзвонити, але припаяну правильно продзвонювати не так просто.

Хоча не дуже розумію, навіщо її замінювати, бо ламатись на ній практично нічому. Якщо той єдиний транзистор згорів, то тільки його і замінити, навіть не відпаюючи саму платку.