Мъчим се да подкараме жичен Ethernet с ESP32. Ползваме въпросния модул ESP32-Pico-mini-02. Към него е свързан LAN8720 през RMII. 50MHz клок се генерират от PHY и се подават на ESP32 през GPIO0.
До сега ситуацията е такава:
- забраняваме WiFi
- като свържем кабел, лампата на конектора светва.
- ESP32 връща статус, че е свързан
- не си взема IP от DHCP
- като му сложим фиксирано IP и опитаме пинг, не отговаря. След това ако проверим arp таблицата в РС, МАС адреса на ESP-то присъства, т.е. компютъра е успял да го получи.
- ако опитаме пинг в обратна посока - от ESP към компютър - пак същата работа.

и това е. Няма комуникация.
Има доста хора които са се сблъсквали с подобен проблем (по разни форуми), но или не намират решение или решението не ни върши работа.

Някакви идеи?

Пуснете wireshark/tpcdump, за да видите какво се разхожда по мрежата.

До колкото разбирам, ESP се обявява в мрежата, след което се опитва да достъпи компютъра. Компютъра отговаря, но ESP не го чува. Това май е резултат от подадена команда за пинг от ESP към компютъра.

На esp-то имате ли достъп до ip стека? ip-та и маски наред ли са? Има 10.10.5.x и 10.10.10.x! Свържете компа и устройството с кабел и се уверете, че са в един subnet.

Компютъра има поне две IP-та. Едното е 10.10.5.8, другото -10.10.10.37

На няколко места в интернет виждам че в някои случаи е необходимо 50MHz да бъдат инвертирани. Ама не съм попадал май на случай, където тоя сигнал да излиза от PHY и да има нужда от инвертиране. Май само когато излиза от ESP...
Разсъждавам си на глас.

Не съм много наясно с етернета на ниво жици ама все пак ако в едната посока комуникация има а в другата няма вземете да проверите, че всичко е свързано както трябва. Ако има под ръка дев кит с това ЕСП и етернет И на него всичко работи сложете един скоп да проследите, че сигнала от етернет порта наистина стига до процесора. Ако не стига е нещо по свързването. Ако стига е софтуерна настройка в ЕСП-то.

Какво имаш предвид сигнала да се провери дали стига до процесора? Той сигнала не един. Между PHY-то и ESP32 са цели два интерфейса - RMII + SMI с доста жици общо и там постоянно има някакъв трансфер на данни, независимо от това дали има вързана жица или не. Не мисля че лесно ще се проследи по тоци начин. Поне аз не виждам как.

Сложихме ги на един субнет, на отделна мрежова карта, директно свързани, на съвсем отделни IP-та спрямо другата мрежова.
Същото поведение.
Това че се изпращат данни, но не се получават такива сигурно трябва да е доста значещо, но... на мен нищо не ми говори. Схемата я проверявах 100 пъти. Имаме две идентични платки, може да направя и трета.... Утре евентуално ще се опитаме да подкараме развойния кит, въпреки че той е с ESP32-Wrover + IP101GA (PHY). Не знам до колко достоверен би бил такъв експеримент. Кода е почти същия, като се игнорира факта че конфигурацията е друга (и за пиновете и за PHY).

Данни вървят постоянно но все така имаш Rx и Tx на RM II, там са ти данните а контрола е на MDIO/MDC. Иначе, скоро пусках такава платка с ip101 подобно повидение имаше когато има свързан дебъг интерфейса към есп-то, и то в определени с;учаи, аз при,мен не го постигнах, но при клиента ставаше. Дебъг интерфейс, имам в предвид серий ия порт и ресет/ io0.

Тука е малко по-особено. Няма достатъчно пинове за всичко и някои неща са разместени. Примерно MDIO/MDC са преместени, но те изглежда си работят.
UART0 се ползва за AT команди, преконфигурира се при стартирането на ESP. Необходимо е да е така, щото процесора на основната платка да може да го ъпдейтва при необходимост, а през останалото време да си работи с АТ команди, без да е необходим втори порт за това.

На осцилоскопа се виждат постоянно да вървят някакви неща по тия линии.

Случвало ми се е някои пинове да не могат да се ползват за нищо друго т.е. виж в документацията дали тези които сте ги преместили спрямо дев кит-а (където предполагаме, че всичко работи) не са проблемни, също в ератата. Друго което може да се направи е ако има начин да сложиш някакъв брейк поинт и с дебъгера да погледнеш какво става като пристигне нещо по етернета, ако няма житаг е достатъчно и един свободен пин да разклатиш колкото да ти индикира, че се случва каквото се очаква. Тегаво се дебъгва по този начина ама ако няма алтернатива може и да свърши работа.

Пак да питам - имате ли достъп до ip стека на esp-то? Вижте какво се приема, когато правите ping. За да няма отговор има две причини - или esp-то не е "чуло" нищо, или е "чуло", но не отговаря както трябва.

В зависимост от чипа има някои които са само вход, но едва ли чак толкова са проспали. Аз забелязах подобни поведение точно от нещо свързано към io0 който то е Клок вход за етернет-та, схемата при нас е същата, клока иде от фи-то. Предполагам влизат смущения и се шашка. Отделно пък и друго дръвце имаше, при рестарта есп-то палеше преди да запали фи-то, и има един момент в който io0 е Х защото Клок изхода на фото е Х, съответно есп-то е Х и то.